Get best of the week

プロジェクトがプロジェクトであることを理解して正しく実行する方法

デモの2日前。チームは特定の機能を見ました-私たちの製品とGoogleマップの統合。統合は「ひざまずいて」行われます。主なことは、潜在的なクライアントにシステムの機能を示す時間を持つことです。

デモは成功し、クライアントは考えるのを一時停止します。

6か月後、売り手はGoogleマップと統合された別のソリューションを別の顧客に販売します。まあ、彼らは半年前にデモですべてがうまくいったのを見ました。

ここの問題は何ですか？

私はさまざまな会社で働いていました。どこかでこのプロジェクトをやろうとしているのは明らかだった。なぜこれが明らかだったのですか？クライアントが来て言った、私はちょうどそのようなシステムを作成し、それを説明する必要があります。マネージャーは、プロジェクトがどれだけの時間とお金を要するかを計画し、クライアントと交渉して、先に進みます。チャーター、プロジェクト計画、リスク、品質管理、その他のプロジェクト成果物です。明確で理解できる。

他の組織では、プロジェクトは上から開始されました-私たちはこれとこれをやって、人を連れて行きます。広がりは少ないですが、はっきりとはっきりしています。

第三に、最も難しいのは、プロジェクトでは簡単ではありません。私の意見では、自分のレベルから判断するのは難しい問題がいくつかあります。最初に説明したようにすべてが起こりました-プロジェクトは生きているより死んでいる可能性が高いです。

どんな問題が出てきますか？

  • , — . , .
  • .
  • , .

プロジェクトチームは実装計画を練り始め、「突然」のニュアンスが現れました。

ただし、このジャンルのクラシックは、たとえば、「統合」や「監査」など、私たちとクライアントの両方が異なって理解していました。彼らにとって、それは邪悪な検証者に関連するひどい言葉であり、私たちにとって、機能性を意味する用語でした。

その結果、実装プロセスは改訂プロジェクトに変換されます。正式には、憲章草案は変更されず、すべての上位レベルの目標は同じままでした。

タクシーはどうですか？主なタスクは、実行する必要があることを正確に見つけ、優先順位、タイムライン、リソース、リスクを決定し、すべての関係者に通知し、いくつかの開発シナリオを準備することです。その結果、手頃な予算に収まる必要な金額についてクライアントと合意する。

主なニュアンス-プロジェクトはすでに販売されており、すでに予算と作業量があります。かなり厳しい制限。しかし、これは、すべてを飲み込み、真実のためにそれを最初に取る必要があるという意味ではありません。99％のケースでは、クライアントであろうとスポンサーであろうと交渉できます。

プロジェクトを始めます


偶然にも私は明確な計画を支持しています。ウォーターフォールとPMIのアプローチは精神的には似ていますが、アジャイルのいくつかの側面は異質ではありません。

したがって、プロジェクトが始まり、プロジェクトが開始されたことの証明はプロジェクトの憲章です。なじみのない人のために、どんな獣なのかを説明します。

PMIのイデオロギーによれば、これは最上位の目標、期限、予算、リスクを説明するドキュメントであり、プロジェクトマネージャーに正式な権限を与え、重要なことに、プロジェクトの名前を決定します。以下にその理由を説明します。

多くの場合、チャーターはプロジェクトマネージャーが作成し、スポンサー、顧客、その他の主要な利害関係者と合意します。

私が働いていた会社の1つでは、プロジェクトとは何か明確な定義がありませんでした。プロジェクトと呼ばれる特定のアクティビティ、特定のフローがありましたが、実際にはありませんでした。それは仮定でした。わかりました、それをプロジェクトと呼び、少なくとも名前を決めて、誰もが私たちが話していることを理解できるようにします。スポンサーが「ソリューション統合プロジェクトの進捗状況は？」と言ったところ、名前が混同され、部門長とマネージャーの考え方が異なっていました。部門の責任者はこのプロジェクトを「顧客の統合」と呼び、プロジェクトマネージャーは「データベースの最適化」と呼びました。誰もが自分のレベルで考えました。

アジャイルには、予算やタイムラインがありません。トップレベルのものも含め、すべてが柔軟でいつでも変更できるためです。はい、アジャイルは完了時間を見積もることができますが、チームのパフォーマンスが評価される数回の反復の後のみです。しかし、目標があります。私たちは何をしたいのかを知っています。

例を挙げましょう。 2つの開発チームがあります。どちらも同じプロジェクトを持っています-食品の品質管理のためのモバイルソリューションを開発することです。

チームAはウォーターフォールに取り組んでいます。チームBはアジャイルに取り組んでいます。計画と開発へのさまざまなアプローチ。しかし、目標は1つです。では、最初から修正してみませんか？スプリントの真ん中にいるチームBが、クライアントには品質管理のためのアプリケーションは必要ないが、サッカーの試合を記録するためのアプリケーションが必要であることを理解する可能性はどのくらいありますか？非常に小さく、それでも確率は高くなりますが、元の目標に到達します。

注意：私は、スタートアップについてではなく、カスタム開発について想定しています。

名前、タイミング、予算、多かれ少なかれ明確に。リスクはどうですか？

PMIはこれを正式に参照します。私の意見では、リスク管理プロセスは独立したものです。どういう意味か説明させてください。

リスク管理プロセスは、次の段階で構成されています。

  1. 識別
  2. 分析
  3. 企画
  4. モニタリング

これは本質的に反復プロセスです。これは、運用とアジャイルアプローチの両方に適用できます。

プロジェクトを開始するとき、グローバルなリスクが1つあります-失敗する可能性があります。
エドワードヨードンの著書「カミカゼパス」には興味深い考えがあります。プロジェクトを失敗として扱う価値はあります。この態度では、開発戦略を構築する必要があります。つまり、プロジェクトを成功させるための一連のアクションを検討する必要があります。

それでは、なぜこの考えから脱却して実現させてみませんか？はい、最初はほとんどデータがありません。しかし、それが利害関係者に何が問題を起こす可能性があるかを示すためにハイレベルのリスクである理由です。
合計-憲章草案は、すべての主要な関係者が1つの用語、グローバルな目標、および高レベルのリスクに同意できるようにするドキュメントです。誰もが私たちがどこへ向かっているのか、何を達成したいのか、何が悪いのかを理解しています。

プロジェクト目標設定


多くの初心者プロジェクトマネージャーがこれを経験しました。チャーターを作成し、プロジェクトの目的を決定する必要があります。そして、そのようなモンスターが生まれます：

  • 部門間の相互作用を改善するための企業プログラムとプロジェクト管理システムの開発と実装。
  • 会計プロセスを最適化するための税務会計システムのリサイクル。
  • 部門の利益を増やすためのコスト管理システムの実装。
  • このようなプロジェクトは完了できません。憲章にこの文言が表示されている場合、このプロジェクトはすでに終了しています。

なぜ「企業システム」がコラボレーションを改善する必要があるのですか？顧客は彼女がこれをしたことをどのように理解しますか？

「会計システムのリサイクル」-やり直しますが、どうやって？インターフェイスのメニュー項目を変更します。これは会計プロセスを合理化しますか？

「制御システムの実装」-システムが実装されていることをどのように理解できますか？それが実装されていることに誰もが同意するとしますが、部門の利益を増やしますか？何も実装しなくても、制御不能な理由で利益が増加した場合はどうなりますか？プロジェクトが目標を達成したと想定できますか？

プロジェクトの目標を定式化する場合、これは一連の目標である必要があります。具体的に何を実行する必要があるか、それを実行したことをどのように理解するのですか？私たちは何を見て、何を感じるべきですか？何を変えるべきか？これはどのようなコストを達成する必要がありますか？いつ？複数の目標がある場合、それらの優先順位は何ですか。目標が互いに依存していることが判明したり、一部の目標が相互に排他的であることが判明したりする場合があります。

SMART目標の設定


  • 特定-特定。
    何をしたいですか？改善すべき点はありますか？それと、いくらですか？
  • 測定可能-測定可能。
    お金、パーセント、節約された時間で目標を測定できますか？
  • 達成可能-達成可能目標を達成するための十分なリソース、知識、経験、時間はありますか？
  • 関連性-関連または重要。
    ここで、目標を達成するために必要なものを決定する必要がありますか？
  • 時間制限-時間制限あり。
    どのくらいの期間、目標を達成する必要がありますか？

例：電子リスクレジスターと締め切りの延期の自動通知を含む電子メールを使用して、Project Serverに基づいたプロジェクトオフィスの20の職場向けのプロジェクト管理システムを実装します。

システムは、立ち上げ後2か月以内に各プロジェクトのスケジュールを15％削減するのに役立ちます。

このシステムは、12月15日までに6か月以内に実装する必要があります。

すでに近いですが、まだ改良することが可能です。

あなたが尋ねることができる追加の質問：

  • 何をすべきですか？
  • なぜこれを行う必要があるのですか？
  • プロジェクトにはどのようなメリットがありますか？
  • 誰もがこの計画を知っていますか？
  • 誰もが彼を同じように理解していますか？
  • 誰もが彼に同意しますか？
  • いつ仕事を終える必要がありますか。
  • エンドユーザーは誰ですか？
  • どんな品質を期待していますか？
  • 期待される機能は何ですか？
  • どのような施設がありますか？
  • 誰がどのような基準で成功を管理しているのか？
  • どのような場合でも起こらないはずです。
  • プロジェクトに属していない作品は何ですか？

最後の2つの質問は、いわゆる「目標ではない」です。

これは、プロジェクトの進行を妨げたり、内部の制限に違反したりするため、プロジェクトに関係のないことや発生してはならないことについて説明しています。プロジェクトに関連しない結果は、有害であると見なされるべきではありませんが、顧客がそれらに対して支払いをしないことに注意する必要があります。

概要


ご覧のとおり、特定のアウトラインを使用した一定量の作業があり、スケジュールと予算さえありますか？高い確率でこれはプロジェクトです。マネージャーとエンジニアの両方が営業プロセスに関与するように、営業担当者と交渉しています。少なくともコンサルタントとして-そして彼らはそれで働きます。

開始する前に、プロジェクトの名前と用語を決定します。私たちは憲章を書き、明確で理解可能な目標を形成します。SMARTが私たちのすべてです。

More articles:


All Articles