あなたのプロジェクトをチェックしてください：あなたは飛ぶか、あなたが飛んでいると思いますか？
以下は、プロジェクトの開始時に、またプロジェクト全体を通して随時、自問すべき質問です。
プロジェクトの開始時に質問を管理します。
- 現在の段階で何を正確に行う必要がありますか？ 一般的に？ 各ステージに明確に定義された目標はありますか？ 目標が達成されたかどうかをどのように判断しますか？ 現在のステータスは、指定された計画と目標に対応していますか、それとも調整する必要がありますか？
- これらの目標は現実的ですか？
- 目標が時間通りに達成されない場合はどうなりますか？ アクションプランとは何ですか？
- このプロジェクトはどれほど重要ですか？ たとえば、あなたの会社の市場での地位はそれに依存していますか？
- このプロジェクトはあなた、社会、投資家にどんな利益をもたらしますか？
- プロジェクトは適切に計画されていますか？ チームの全員が同じように計画のポイントを理解していますか？
- 弁護士などの外部の専門家が必要ですか？
- チームには共同作業の経験がありますか？ 誰がチームを調整しますか？ プロジェクトが正確に連携して動作することは重要ですか？それとも独身者が動作することは可能ですか？ 各チームメンバーは他の全員の作業に責任を負いますか？
- チームの規模を縮小することは可能ですか？ そうでない場合、なぜですか？ もしそうなら、なぜこれが行われないのですか？
- たとえば、主任開発者が腕を骨折した場合など、不可抗力をスタッフにどのように補償しますか？
- チームの全員がプロジェクトの恩恵を受けていますか？ 誰が何によって動機づけられますか？ プロジェクトの完了後、人々は何をしますか？
- 誰もがリーダーをはっきりと聞いていますか？ マネージャーはプロジェクトに十分な時間を持っていますか？ 彼は、チームで必要な管理および管理スキル、権限を持っていますか？
- 中間結果計画はありますか？ 相互に、また投資家にどのように報告しますか？
- プロジェクトの進捗について誰に、いつ、どのように通知する必要がありますか？ 誰がチェックポイントの達成を報告しますか？
実装段階で：
- チームですべてがうまくいっていますか？ 動機は変わりませんか？ マニュアルは正常ですか？ 競合はありませんか？ 誰もが同じ方法で目標を理解し、このプロジェクトを最大限の利益で行うことが誰にとっても有益であることを知っていますか？
- 変更または緊急の新機能の時間的な余裕はありますか？
- プロジェクトの明確な追跡はありますか？
- 誰もが自分のタスクの優先順位を理解していますか？ 優先順位は一般的に設定されていますか？
- 計画が変更されている場合、誰かがその中の証拠を更新することに従事しているか、または文書はもはや真実ではありませんか？
- 誰かがプロジェクトを文書化していますか？それとも遅れていますか？
- 費用はすべて問題ありませんか？ 予算を超えていませんか？
- 与えられたインジケータですべては大丈夫ですか？ 計画に従っていますか？
- 他の問題はありますか？ チームまたは計画内の何かを変更する必要がありますか？
- 現在の段階で目標を達成することは可能ですか、それともこの段階で目標に近づくことができますか、または段階の終わりに理解することができますか？
フィナーレで：
- 私たちはすべて正しいことをしましたか？ 目標は達成されていますか？
- 計画外の問題の原因は何ですか？
- 受け入れはどのように行われますか？プロジェクトの準備状況を決定する正確な手順とリストを知っていますか？ このリリースが最終版かどうかを判断する方法は？
- 誰もが何を学びましたか？
一般的に
企業またはスタートアップ内の新しいプロジェクトは、かなり大規模なタスクであり、さまざまな分野の知識を統合する必要があり、その知識はほとんどありませんが、これはかなり高い財務リスクを意味します。
新しいスタートアッププロジェクトで作業する場合、チームの能力を制限する3つの基準があります。
- 品質。
- プロジェクト費用。
- 締め切り
明らかに、3つの基準すべてを満たそうとする必要があります。つまり、財務計画を超えてプロジェクトを期限内に納品するのではなく、十分な品質のプロジェクトを提供することです。 プロジェクトの配信期限のエラーは必ずしも重要ではありませんが、実装または金銭のいずれかに問題があることを常に示しています。
10の簡単なヒント：
- 測定可能な特定の目標のみを設定し、それらがどのように評価されるかを明確に理解します。
- リーダーはまずチームの動機付けを行い、プロジェクトを理解し、そのときだけ-たとえばコードを書くことができるようにします。 チームとのコミュニケーションスキルのない技術スペシャリストをリーダーとして配置することは、良い考えではありません。
- プロジェクトは常に、独立した価値を持つ簡単に到達できる部分に分割します。 たとえば、ソーシャルサービスの場合：カーネル、ウェブサイト、iOSアプリケーション、Androidアプリケーション、API。
- 常に時間とお金の余裕を持って計画してください。 実際に所有していない計画にリソースを配置しないでください（より正確には、そのような計画に従って作業することはありません）。
- プロジェクトの主要人物が創造的な休憩を必要とすることを忘れないでください-これは彼らの時間の最大5％です。 リソースの約3〜5％は、さまざまな小さな故障や病気などに費やされます。
- ストレスの多い状況でチームに新しい人を受け入れることは、常に良い考えではありません。 すべての長所と短所を評価し、新しい人々とプロジェクトを「癒す」ことを求めないでください。
- マネージャーの時間の正しい配分は次のとおりです。30％-計画と管理、25％-チームの調整、20％-外部の請負業者とのコミュニケーション、10％-投資家とのコミュニケーション、残りの15％-ドキュメントと管理の作業
- 常に指を離さないでください。プロジェクトのすべてが順調であるかどうか、プロジェクトがそこで動いているかどうかの評価から毎日始めてください。
- 反復後に品質をチェックするのではなく、プロジェクトの各部分の品質がすでに十分に適切であるような条件を作成します。 誰かがやり直しが必要な作業を行う場合-これは作業ではなく、リソースの無駄です。
- 各従業員に時間を与えます。あなたの注意はしばしば問題が発生する前に解決するのに役立ちます。 さらに重要なことに、人は自分の仕事が重要であることを知っているでしょう-これは動機付けに良い影響を与えます。 少し馬鹿げているように聞こえますが、マラソンでは非常に重要になります。
これらの簡単な質問が、「まあ、なんとか突破します」と思わず、選択した方向で作業する価値があるかどうかをすぐに明確に理解するのに役立つことを願っています。