チェックリストは効果的な制御ツールです。 重要な情報が失われる可能性を最小限に抑え、「知らなかった、忘れた、回転した」などの間違いを犯す可能性を減らします。
スティーブマッコネルの著書 『ロスト』。 ソフトウェアプロジェクトマネージャー向けガイド」では、プロジェクトのサバイバルテストを提供しています。 これは33項目のチェックリストで、すべてのマネージャーがプロジェクトを成功に導きたい場合に用意する必要があります。 個人的な経験に基づいていくつかの改良を加えて、このテストを引用します。
33ポイントのそれぞれは0から3まで評価されます：
0-それについても聞きませんでした。
1-聞いたが、まだ適用されていない;
2-部分的に適用されます。
3-完全に適用されます。
プロジェクトの詳細のために、該当するアイテムがない場合は、1に等しい評価を付けます。 最終評点は、すべてのポイントのポイントの合計です。
それでは、計算機を選択してプロジェクトを調べますか？
1.目的
1.1。 この概念は、明確で明確な目標を定義します。
1.2。 すべてのチームメンバーは、この概念を現実的にしています。
1.3。 このプロジェクトには経済効率の理論的根拠があります。
1.4。 プロトタイプのユーザーインターフェイスが開発されました。
1.5。 ソフトウェア製品のターゲット機能の仕様が作成されます。
1.6。 製品のエンドユーザーとの双方向通信が確立されます
2.目標を達成する方法
2.1。 詳細な書面による製品開発計画が利用可能です。
2.2。 プロジェクトタスクのリストには、「セカンダリ」タスク（構成管理、データ変換、他のシステムとの統合）が含まれます。
2.3。 プロジェクトの各フェーズの後、スケジュールと予算が更新されます。
2.4。 アーキテクチャと設計の決定が文書化されます。
2.5。 テストとレビューを定義する品質保証計画があります。
2.6。 多段階の製品配送計画が定義されています。
2.7。 この計画では、トレーニング、週末、休日、病気休暇を考慮に入れています。
2.8。 プロジェクトの計画とスケジュールは、すべてのチームメンバーによって承認されます。
3.実装の監視と管理
3.1。 プロジェクトにはキュレーターがいます。 これは、このプロジェクトの成功に個人的に興味を持っている実行会社のトップマネージャーです。
3.2。 プロジェクトにはマネージャーが1人だけいます！
3.3。 プロジェクト計画では、「バイナリ」コントロールポイントを定義しています。
3.4。 すべての利害関係者は、プロジェクトの進行に関する必要な情報を入手できます。
3.5。 管理者と開発者の間で信頼関係が確立されています。
3.6。 プロジェクトの変更を管理する手順が確立されています。
3.7。 プロジェクトの変更の採用に関する決定の責任者が特定されます。
3.8。 プロジェクトの計画、スケジュール、およびステータス情報は、各参加者が利用できます。
3.9。 システムコードは自動的に確認されます。
3.10。 欠陥管理システムが適用されます。
4.脅威分析
4.1。 プロジェクトのリスクのリストがあります。 定期的にレビューおよび更新されます。
4.2。 プロジェクトマネージャーは、新しいリスクの発生を監視します。
4.3。 各請負業者について、彼と協力する責任がある人が特定されます。
5.チーム
5.1。 チームの経験は、プロジェクトを完了するのに十分です。
5.2。 チームには、アプリケーション分野で十分な能力があります。
5.3。 プロジェクトには技術リーダーがいます。
5.4。 スタッフの数は十分です。
5.5。 チームには十分な結束力があります。
5.6。 すべての参加者はプロジェクトにコミットしています。
テスト解釈
補正係数：
-小規模プロジェクト（5人まで）-1.5。
-中程度（5〜20人）-1.25
結果：
<40-プロジェクトの完了は疑わしい。
40〜59-平均結果。 プロジェクト中に深刻な問題が予想されます。
60-79は良い結果です。 このプロジェクトは成功する可能性が高い。
80-89は素晴らしい結果です。 成功の確率は高いです。
> 90は優れた結果です。 100％の成功率。
このチェックリストには、ソフトウェアプロジェクトを成功させるために何をする必要があるかがリストされていますが、その方法の質問に対する答えは提供されていません。 忘れないでください。
頑張って！