ただし、さらに掘り下げた場合、多くのコーディネーターはまだ作業の結果を検討していません。 他のものは、統合する隣接システムの所有者による承認なしに調整しません。 そして、この歌は非常に長い時間続くことができます。 したがって、今日は作業結果の調整についてお話します。
多くの人々は、主なことは自分の仕事をうまくやることだと考えており、お金は自分でやってくるでしょう。 ただし、実際には、作業の結果を調整し、作業に対する支払い意欲を顧客に持たせることがより重要です。 もちろん、主なことはお金を取ることですが、プロジェクトに関与していない他の人々は、資金調達の問題の解決に関与しています。
長い間、請負業者の側で仕事をしなければなりませんでした。 現在、私はバリケードの反対側にいます-典型的なロシアの企業の顧客側にいます。 したがって、このような企業におけるITプロジェクトの結果の調整の例として、この問題に対する私の見解を説明したいと思います。 調整の基本原則はプロジェクトやあらゆる規模の顧客に当てはまるので、小規模なクライアントを扱う読者がこの記事で自分に役立つものを見つけてくれることを願っています。
通常、調整プロセスは次のようになります。
私はプロセスを詳細に説明しないと思うので、単純なスキームはその本質を十分に反映しています。 ここからとるべき主なことは、調整プロセスが複数の反復であるということです。 あなたが仕事をするという幻想で楽しまないでください、顧客は結果を確認し、あなたはわずかな修正を行います、そして彼は数日間考えて行動に署名します。
結果は、開発された情報システム、購入したライセンス、システムコンポーネント、プロジェクト文書、講じられた措置（トレーニング、ストレステストなど）であると理解されていることに注意してください。
結果の配信と受け入れの瞬間は、ステージに応じた作業の結果が計画に従って送信される必要がある場合、非常に期限があります。 この日付は、プロジェクトチームのすべてのメンバーとほとんどの顧客に知られています。
実行者は、顧客の従業員と請負業者の両方になることができます。
コーディネーターには、顧客のプロジェクトマネージャー（RPG）、エグゼキューター（EPI）のプロジェクトマネージャー、機能顧客（FS）、およびプロジェクトワーキンググループ（プロジェクトを管理する人々）とも呼ばれる他のビジネス担当者が含まれます。
顧客のコーディネーター -これらには、結果を調整するコーディネーター、および会社のその他の人（IT従業員、セキュリティ担当者など）も含まれます。
良い結果または顧客の期待の管理
そのため、彼らの仕事の結果が多くの人々に楽しんで楽しんでいるという事実によって世界をより美しくしようとする創造的な人々（デザイナー、UI専門家など）は、殺して官僚を喜ばせようとしていると私を非難しないように創造と完成の要素、私はこのセクションを公開します。
かつて、有名なデザイナーが、数年前にモスクワの中心部で殺害されたロシアの犯罪世界の先祖、祖父ハッサンのアパートでインテリアを作りました。 顧客が刑務所で長い時間を過ごしたため、著者は、クライアントが尊敬と権威を受け取った場所を思い出させるために、デザインを暗い色にすることを決めました。 しかし、結果を見た後、顧客は非常に動揺し、仕事のために前払いされていた7万ドルの返品を注文しました。 おそらくインテリアは非常に美しく装飾され、珍しいコンセプトを持っていましたが、請負業者は顧客の期待に応えられず、プロジェクトに失敗しました。
良い結果を目撃することと、顧客の期待を管理する能力は、2つの異なるものです。 1つのプロジェクト内で、1つのグループはプロジェクトの成功に対してボーナスを受け取ることを期待し、もう1つのグループはこのプロジェクトの動機を持たず、触れないことを望みます。また、プロジェクトが成功した場合、ブランチのスタッフが減ることでプロジェクトが失敗することを期待していることも理解しています。 成功するためには、コーディネーターはこれらの2つの問題を解決する必要があります。優れた製品を開発することと、期待を管理することです。
承認をいつ開始しますか？
- 一方で、顧客にそれを示す前に作業を完成させる必要はありません（完璧主義は多くのIT専門家に内在することに注意してください）。 それでも同じように、あなたはそれを修正し修正する必要があり、あなただけがあなたの時間とエネルギーを無駄に費やすでしょう。 最善を尽くしても結果が得られない場合、モチベーションは失われます。
- 一方、顧客に未加工バージョンを表示することはできません。 これは否定を引き起こし、クライアントはあなたがゴミのために私を滑らせたと言うでしょう。 そして次回、彼が通常の修正版を見せられるとき、彼は結果の本質を掘り下げたくないでしょう。
- 結果が通常の品質になる場合は、承認のために送信できます。
- より早く、より多くの顧客代表がプロジェクトに関与するほど、迅速に受け入れが終了します。
受け入れられるまでの時間は何時ですか？
最初のバージョンの開発に費やされた少なくとも30〜50％を、結果の調整と最終化のために割り当てる必要があります。 調整と改良には開発よりも時間がかかることがあります。 たとえば、「分析と設計」フェーズのプロジェクトドキュメントを3か月（60営業日以上）作成し、5〜10営業日で同意することを期待するのは愚かなことです。
調和の成功要因
プロジェクトの各段階で結果をうまく調整するために、このプロセスの成功または失敗を保証するいくつかの要因を強調します。
- 顧客側には、プロジェクトに非常に強く関与し、すべての交渉者に大きな影響を与える少なくとも1人の人（人のグループ）がいます。
- ステージごとに、結果のリストを定義する必要があります。 結果ごとに、承認者のリストを定義する必要があります。
この問題を解決するには、マッチングマトリックスを使用することをお勧めします。 - 結果を調和させるプロセスが定義され、より適切に規制されます。 交渉担当者には承認手順が通知されます。
- コメントを収集および開発するための迅速なプロセスが確立されました。
- 穀物をもみ殻から分離する方法を知っています。プロジェクトの範囲を超えるものをすぐに認識し、変更を管理する方法を知っています。
- 契約が進展しない場合、顧客とのコミュニケーションを支援する強力なキュレーターの存在（請負業者の側にいる場合）。
- あなたは顧客の仕事を否認しました（あなたが請負業者の側にいる場合もまた）。
主な要因
大規模な顧客向けに最も複雑なシステムを開発できる非常にクールなチームの一員になることができますが、次の顧客の側にダークサイドが存在し、社内で強い地位にあり、プロジェクトに否定的に調整されている場合、あらゆる段階の完了があなたに与えられます非常に困難です。 プロジェクトが開始時に決して終了または停止しないという事実は言うまでもありません。
したがって、大規模なプロジェクトでは、顧客のさまざまな「氏族」、プロジェクトの成功に興味がある/非常に興味のない外部の代表者（政府機関、以前のシステムの請負業者）との政治的関係は、プロジェクトチームが仕事をする能力-製品を開発する能力よりもはるかに重要であることがよくあります（サービスを提供します）。
もう一度、私は言葉遣いを思い出します：
顧客側には、プロジェクトに非常に強く関与し、すべての交渉者に大きな影響を与える少なくとも1人の人（人のグループ）がいます。。
典型的なプロジェクトコーディネーターの構造を検討してください。
結果を受け入れるには、主要なコーディネーターによる承認が必要です。 主要な交渉担当者は通常、調整作業を部下に委任します。
そのため、プロジェクトを多くの部門のKPIに含めることができます（つまり、この部門の代表者はやる気があります）。 機能的な顧客にとって、これはほとんど常にアプリオリです。 結果に同意しなければならない他の人にとっては、それは何の利益ももたらさず、人の第三のグループにとっては大きな問題を引き起こします。 たとえば、実装するシステムにはITインフラストラクチャの強化が必要です。さらに、実装すると、他のサービスの作業で問題が発生する可能性があり、インフラストラクチャを担当するITユニットは現在改善の準備ができていないため、あらゆる点でこのプロジェクトが遅くなります。
お客様側の「サポートグループ」の影響と関与に基づいて、開発シナリオが存在する場合があります。
1.「サポートグループ」（顧客側）は非常に興味があり、プロジェクトに積極的に参加していますが、重みはわずかです。 その結果、闇の勢力の無関心と抵抗の無作法に直面することになります。 問題を「メガボス」にエスカレートする必要がある場合があります。これは、現在のプロセスを遅らせるのに役立ちます。
2.あなたの「サポートグループ」、たとえば機能的な顧客は会社の中でかなりの重さを持ち、彼は良いモチベーション、このプロジェクトの大きなKPIを持っていますが 、彼は多くの時間を持っていません 。 したがって、彼は政治的プロセスへの彼の参加は言うまでもなく、結果の予備的な受け入れさえする時間さえありませんでした。 したがって、あなたの主な仕事は、彼をプロジェクトの複雑さに関与させることです。
3.あなたの「サポートグループ」は強い影響力を持たず、プロジェクトにあまり関心がありません。 これは最悪の選択肢です。嘆かわしい結果を説明すべきではないと思います。
4.最も有利なオプション。 あなたのサポートグループは影響力があり、興味深く、活発です。 だから、あらゆる種類の困難にもかかわらず、すべてがあなたとうまくいくでしょう！ 私の意見では、これが調整を成功させるための主要な基準です。
出口は入口です
最近のプロジェクトでは、大規模な国際的なコンサルティング会社と協力しました。この会社は、結果の調整も必要でしたが、プロジェクトには参加したくない部門の1つで困難を経験しました。 このプロジェクトはKPIに含まれていなかったことが判明しました。 コミュニケーションの過程で、この会社のコンサルタントは、実際、プロジェクトに参加するキーマネージャーの1人にKPIが割り当てられていない場合、プロジェクトに参加しないというルールがあると言いました。
プロジェクトに参加する前に、会社内の力の整合性と、各プロジェクトと今後のプロジェクトとの関係をもう一度考えておく価値があります。
問題の財政面
そして最後に。 ご存知のように、あなたはあなたの過ちに対して支払いをしなければなりません。
調整のために予測を間違えた場合に何が起こるかを計算し、自分の費用で結果を改善しましょう。 費用はいくらですか？ 料金はモスクワのものであり、わずかに過小評価されています。
さまざまな遅延期間（2週間、1か月、1.5か月）で、3〜10人の規模のプロジェクトチームの結果をカウントしました。
たとえば、顧客の過失により、5人のプロジェクトチームが1か月間コメントを作成することを余儀なくされました。
事前に承認のための引当金を誓約し、それらを見積りに含めた場合、顧客から220万ルーブルを受け取ることになります。
そうでなければ、66万ルーブルを失いました。 +220万、または-66万。違いを感じますか？
記事の次の部分では、承認プロセス、およびこのプロセスが成功するための他の基準について詳しく説明します。