Sunday, May 22, 2016

introspect at your own risk

I've previously described connections between my present philosophy and the habits of thinking that I've absorbed at my software job. The catch is that all these habits of thinking are closer to suggestive comparisons than definite proofs. Others might not be that impressed. They might have an abstract technological job too but they routinely restrict the job's thinking style to work topics. Or they may attempt to apply it in directions that I oppose but they prefer ("a functioning program of high complexity implies a programmer"). Or they may explain with varying levels of credibility that this entire perspective is too specialized and mechanistic, so its metaphors are completely disqualified. They may ask, why am I seemingly obsessed with surveying the details of marvelous ideas, when the ideas feel so wonderful in rough outlines?

One answer to that question is...that the obsession is partially an offshoot of another habit to add to the list. But this one is undoubtedly more widespread to projects outside software: estimating prospective risk. For planning any ambitious project, it's essential to start as early as possible to uncover and compensate for risks to success. Fantasizing about the advantages it will have after completion is allowable, but sooner rather than later someone needs to confront tedious questions about the grounds for its potential existence. What will be the signs that it's done? What will it be made from? Who will make it? How many weeks will it take them? How many overlooked mysteries remain about its behavior? In one sentence, what are the actual risks of actualizing it?

The habit of estimating prospective risk doesn't mean that the estimator is incapable of dreaming of improvements. It might mean that like me they grow...leery of suggestions which are massive yet ill-defined. The effort to take a risk inventory demands sharper clarity, because the larger or fainter it is, the more risk it carries. Until the team determines what it will be expected to do, they don't know the constraints they will be working to satisfy. And they can't productively speculate about the risks of achieving the constraints. Itemizing the conditions to make something physical depends upon sketching the contours of that something with high specificity. Whether the thing discussed is a project or not, whether it's awe-inspiring or not, the habit of estimating prospective risk urges the question of the tangible requirements it would need to fulfill for it to be real. 

No comments:

Post a Comment

Note: Only a member of this blog may post a comment.