薬は毒、毒は薬：地方からの戯言：エンジニアライフよく受託開発案件などでは、ユーザーの現状をヒアリングし、問題点の洗い出しを行うことがあるかと思います。洗い出した問題点に基づいて業務を再考し、適切な形へと組みかえる、BPR（ビジネスプロセス・リエンジニアリング）と呼ばれるものです。 実際、どのように分析して対応策を考えていくかについては、世の中にたくさん記事やら解説やらが揃っていますのでそちらを参考にしてもらうとして。 わたしは、気のせいや考えすぎのきらいがあるのですけど、どうにも見ていると、ある1つの「正解」をあてはめよう、としている雰囲気が感じられるのです。特にその風潮は、実装＜設計＜分析……というように、上層へ向かえば向かうほど強まっていると思えます。 恐らくは分析時などに限定した話題でもなく、プログラムの組み方や設計の行い方など、エンジニアとして関わる分野ほぼ全てに見受けられる傾向なのでしょうが。 要件定義はこうするべき。 ビジネ
