「自分がどの桟橋に向かっているのかわからない場合、風が吹かないでしょう。」 （C）セネカ、ルシウス・アニー
まえがき
どういうわけか、尊敬されているソフトウェア製品開発会社のトップの1人が、私を専門家として、新製品の品質を評価するように招待しました。 プレゼンテーションを注意深く見聞きしました。 同僚が一生懸命働いて10〜12時間働いたため、製品が最高レベルであることがわかりました。 その後、彼らは私に「良い製品を手に入れましたか？」と尋ねましたが、プレゼンテーションに感謝しましたが、最後の質問「このツールを使用して自動化するプロセスと目的は何ですか？」に答えるように頼みました。スピーカー間の混乱。 少し間を空けた後、明らかに新製品のイデオロギー学者であるトップは、「ツールが良ければ、それを自動化するためにどのようなプロセスを見つけることができるか」と答えました。製品を評価できなかったと言わざるを得ませんでした。 ビジネス目標を知ることなく、彼らの達成度を理解することは不可能です。
観察された失敗したソフトウェアプロジェクトのほとんどは、開始する前の失敗でした。 ミッションは当初不可能でした。なぜなら、将来のプロジェクトの概念を定義する9つの単純だが必須の質問に誰も答えることがなかったからです。 そのようなプロジェクトの運命は嘆かわしい。 飛ぶことのないある種のがらくたの開発に多額の資金を投資したので、投資家は原則として、飛ぶこととコストが報われることを期待して、さらに投資を続けています。 そして、彼はプロジェクトの概念的な定義に注意を払っただけで、ミッションが不可能であることを理解し、さらに大きな損失に陥らないように、プロジェクトを緊急に閉鎖しなければなりません。
例として、Flint Treasure Expeditionプロジェクトを使用します
プロジェクトコンセプトの9つのポイント
＃1 なんで？
陳腐に聞こえるかもしれませんが、どのプロジェクトにも目標があります。 目標は異なる場合があります。 から-愚かにも100万ドルを稼ぐ-同社のブランドのカルマをプラスする しかし、そうでなければなりません。 それ以外の場合、プロジェクトは未知のマリーナに向かう船のようになります。 目標は、プロジェクトがその方向に進んでいるかどうか、またはコースを失ったかどうかをいつでも判断できる基準として機能します。なぜフリントを宝物にする遠征なのか？ -金持ちに。
＃2 なに？
この質問に対する答えは、述べられた目標を達成するために私たちがしなければならないことを決定するべきです。 プロジェクトの結果である製品またはサービス、それらが持つべき品質。なに？ -「ヒスパニオラ」を装備します。 チームを雇います。 ブリストルからトレジャーアイランドまで泳ぎます。 宝物を見つけて抽出します。 戻ります。
＃3 なんで？
コンセプトのこのセクションは、なぜプロジェクトを実装することで目標を達成できると仮定するのかという質問に答える必要があります。 当社のアクションプランは、特定の仮定と仮定に基づいて構築されており、信頼性について明確に定式化し分析する義務があります。なんで？ -私たちが確信しているから：宝物が存在する; まだ誰も掘っていません。 宝のコストは大きいです。 ボンカードは信頼できます。 スクーナーと乗組員は信頼できます。 2月から9月まで嵐はありません。
ちなみに、このコンセプトの特定のポイントについて詳しく説明していないため、多くの「船の難破船」が発生しました。
＃4。 誰？
誰がプロジェクトに関与していますか。 プロジェクト参加者には、プロジェクトに積極的に関与している、またはプロジェクトの完了または完了時に関心が影響を受ける可能性のある、顧客、スポンサー、実装組織などのすべての利害関係者、個人、および組織が含まれます。 原則として、各利害関係者は、プロジェクトの成功に影響を与える可能性のある独自の明示的かつ隠された動機を持っています。このプロジェクトの利害関係者には、ロバートスティーブンソンの小説のすべてのヒーローが含まれています。 主なもののみをリストします。 スクワイアジョントレローニー-プロジェクトスポンサー。 Dr. David Livesey-プロジェクトマネージャー。 キャプテンアレクサンダースモレット-ティムリッド; ジムホーキンス-システムアーキテクト。 ジョン・シルバーは非公式のリーダーです。 フリントの元チームはアウトソーシング業者です。 これらの利害関係者の明示的かつ隠された動機がプロジェクトに影響を与えたことは注目に値します。
＃5 いくら
プロジェクトのコストを理解するには、その実装に必要なリソースを決定および評価する必要があります。ここではすべてが簡単です。 プロジェクト費用には、イサニョーラの貨物、消耗品と機器の調達、チームの支払いが含まれます。
＃6 いつ？
F.ブルックスは次のように書いています。「このタスクに関与している女性の数に関係なく、子供を産むには9か月かかります。 デバッグは基本的にシーケンシャルであるため、多くのプログラミングタスクはこのタイプです。 彼は非常に有用ですが、何らかの理由でめったに使用されない、製品の作成の複雑さから製品の最初の配達の月数を推定するための経験式：T = 2.5（N時間* m。）^ 1/3。 概念評価のために、非常に有用な式。＃7 起こりうる問題？
この項目はリスクに関するものです。 「リスクのないプロジェクトは多くの敗者だ。 リスクとベネフィットは常に密接に関連しています。」（C）トム・デマルコ、ティマティ・リスター。 まず、仮定の妥当性はリスクと見なされるべきです。 非公式に定義された場合、リスクはプロジェクトで起こりうる問題であり、プロジェクトの問題は具体化されたリスクです。ソフトウェア開発プロジェクトについて話す場合、主なリスクは次のとおりです。
- 要件が欠落している/不完全である/頻繁に変更される
- 顧客との相互作用の欠如。
- 必要なリソースと経験の不足。
- 不完全な計画。 「忘れられた仕事。」
- 労働投入量と労働条件の推定におけるエラー。
プロジェクトの開始前に主要なリスクが分析され、管理計画が作成されていれば、Roman Stevensonは存在しなかったでしょう。
＃8 合格基準は？
目標は測定可能でなければならず、プロジェクトの開始前であっても、目標の達成度をどのように決定するかを理解する必要があります。このセクションでは、富の達成度を測定する方法の質問に答える必要があります。 1,000、100,000、または1,000,000ポンドを取得します。
＃9 この恩恵を受けるのは誰ですか？
ここでは簡単です。 プロジェクトの目標を達成するには、その実装に費やされるリソースを正当化する必要があります。宝の価値は、遠征の費用と富に対する私たちの理解をカバーすべきです。
おわりに
コンセプトは1ページまたは100ページを占めることができます。 しかし、彼女はそうでなければなりません。 プロジェクトのコンセプトは、プロジェクト全体で目標を達成するかどうかを決定するためのドキュメントとして機能します。 通常、コンセプトの欠如は、プロジェクトがまだ生まれていないことを示しています。