ここ数年、私はShipConstructorを中心に展開する多くの技術実装の一部であり、PLM、PDM、ERP、MRPなどのエンタープライズソリューションにも参加してきました。 これらのプロジェクトの一部については、プロジェクトの開始時からすぐに関与していますが、実装の途中で参加するよう要求されるものもあります。 最近の実装プロジェクトでは、統合プロジェクトの途中でチームに参加しました。 私がプロジェクトに参加したとき、それはあまりうまくいっておらず、明るい未来があるようには見えませんでした。 ソリューションが何を行うべきか、実装チームが理解し、設計した内容について、関係者の期待との間に断絶がありました。 これは一般的なシナリオであり、プロジェクトに慣れている間、私は多くの実装プロジェクトが新興テクノロジーのHype Cycleに非常に密接に従っていることを認識しました。 このプロジェクトは幻 滅の 段階にあった。
ハイプサイクル
Hypeサイクルに精通していない人にとっては、上の画像はそれをかなりうまく説明しています。
ハイプサイクルの5つの主要なフェーズがあります
- テクノロジートリガー
- 膨張した期待のピーク
- 幻滅のトラフ
- 啓蒙の斜面
- 生産性の高原
私はほとんどの実装プロジェクトで私の経験をこのHypeサイクルに関連付けます。
テクノロジートリガー
実装プロジェクトを開始するトリガーは数多くありますが、私が最も見てきた3つのトリガーは次のとおりです。
- 組織が試みていないより複雑なプロジェクトをサポートする必要性。
- 複数の容器の成果物とプロジェクトをサポートする必要性。
- 組織全体の投資とスループットを向上させるために、プロセス、ツール、人のコミュニケーションを強化する必要性。
これらはほんの一例ですが、実装プロジェクトを開始する理由に関係なく、 膨張期待のピーク への開始は常にここから始まります。
膨張した期待のピーク
実装プロジェクトの正式な開始前でさえ、このプロジェクトが何ができるか、そしてそれが会社がこれまでに行った中で最高のものになる方法について、社内で話題が盛り上がっていました。 正直に言うと、この話題がなければ、プロジェクトがエグゼクティブチームによって承認されない可能性が高いので、これは必要な悪です。
プロジェクトの正式な開始時に(「キックオフ」)、多くのことが起こります。 すべての利害関係者が自分のニーズを提供します(より正確に「欲しい」)。 プロジェクトの漠然と定義された目標が設定されています(当時は決して曖昧に見えません)。 スコープも緩やかに定義されています。 想像力、創造性、そして「もしも」のシナリオは、これらの最初の議論を本当に推進するものです。 このプロジェクトを行うエネルギーとモチベーションを持っているようにみて、この段階で関わることはとても楽しいです。
これは、プロジェクトが膨張した期待のピークまで非常に急速に増加する場所です。 この初期段階での課題は、技術とシステムが夢見ているものを提供できないということではなく、プロジェクトの真の目標には、プロジェクトに割り当てられた時間枠と予算の範囲外の目標が含まれ始めるということです。 技術的に可能な限りのことを行うための渇きは、すべての人に感染し、実際に必要とされ、実行可能なものから本当に私たちを盲目にします。
幻滅のトラフ
幻滅のトラフは、現実が始まる場所であり、ゴムが道路に当たる場所です。 チームは、初期段階で設定された非現実的な目標を解決するために、設計と実装を開始しようとします。
この段階では、理解されていない仮定がピークに達し始め、いくつかの深刻な障害を引き起こします。 例えば、置き換えられると思われるカスタムデータベースは、自分の子供のように成長し、育てたシステムを手放すことを拒否する人々のグループの厳しい所有権にあるため、もはやそうはならないでしょう。 この場合、別のシステムまたは複数のシステムをアーキテクチャに含める必要があります。 これにより、情報がどこに住むのか、誰がデータを「所有」するのか、そして全体像で動作するようにカスタマイズする必要があるシステムをサポートするために必要な切離されたワークフローについての 議論 がインキュベートされます。
この幻滅 のトラフ にスライドダウンし、最終的なソリューションで継続的に優位性とフットプリントを高めるために互いに競合する複数のベンダーがあります。
リストは延び続けます.信じてください。 このすべては、非常に迅速に 幻滅のトラフ に私たちを導きます。 このフェーズの最後には、もはや単一のチームではなく、複数のミニチームがソリューションが必要だと思うものを押し付けようとしています。 その程度はチームメンバーによって異なりますが、もはや団結したチームのように感じなくなったと言っても安全です。
私はあなたがこの点に達した場合、それはまだ進む価値があるかどうか疑問に思う場合、私は認めなければなりません。 あなたは「私の時間は、私が肯定的な結果を見ることができるどこか別の場所で過ごすことができる」と自分自身に疑問に思います。 私は個人的にこの段階であきらめたことがないが、あなたが元のチームメンバーのいくつかを失うことは一般的です。
啓蒙の斜面
あなたが岩の底を打つと、プロジェクトがキャンセルされるか、Epic Failと見なされる寸前になった後、いくつかの重要なことが起こり始めます。
まず、いくつかの非常に困難な質問は、「何が何ですか」などの質問を受けます 目的 と このプロジェクトの目標を示す。この単純な質問またはそれのバリエーションは、再び軌道に乗る最初の兆候です。この質問は通常、プロジェクトの冒頭で尋ねられますが、上記のように、 膨張した期待のピーク は私たちを盲目にし、我々は必要以上に要件にはるかに吸収しました。
この単純な質問に答えることは単純な何物でもなく、 通常、多くの意見の相違があり、幸いにもごくわずかな紛争があります。 目標が再評価され、明確に定義された後、チームは実際に必要な内容に再び焦点を当てることができます。 プロジェクトの範囲は、プロジェクトに残された期間と投資に対しても合理的です。
啓蒙の斜面にあるもう一つの主要なマイルストーンは、実装プロジェクトの最初のリリースです。 ほとんどの人はそれを「ゴーライブローンチ」と呼んでいますが、私は本当に代わりに 誕生 の語彙を取得しようとします。 私たちが ライブに行くこと で何を意味するかは、プロジェクトが出産した後に 誕生 という言葉を使用してより良い表現:)(ライブに行く)すべてが最初から魔法のように動作するという期待があるはずです。 キンクを解決するために必要な優しい愛とケアと、迅速なバンドエイドの修正を必要とする予期せぬバンプや打撲傷がまだあります。 また、ユーザーと実装チームが今後のフェーズで活用する必要がある機能もあります。
“GoLive”の代わりに誕生 の語彙は、いくつかの課題が待ち受けているかもしれないことを皆に伝えますが、システムが成長し、欲に適応することが実際に必要であるため、痛みを伴う価値があります。
生産性の高原
この状態では、実装は最小限の問題で成熟しつつあり、システムへの変更はあまり活発ではありません。 常にメンテナンスがありますが、 生産性の高原の 間に計画されたアクティブな開発や大幅な改善はほとんどありません。
チームのほとんどは解散し、別のプロジェクト(Hypeサイクルにも従います)に取り組んでいます。
PLMの実装のようなより複雑なプロジェクトのために、私は非常に頻繁に、または正直に、この高原に到達していません。 私がまだ関わっているプロジェクトは、まだ啓蒙の斜面にあります。 利用可能な機能や新製品の膨大な量が 啓蒙の傾 きを非常に長くするので、これはより複雑な実装プロジェクトで一般的な傾向であるかどうか疑問に思います。
閉会の挨拶
私が長年にわたって関わってきたプロジェクトの大半は、ハイプサイクルに非常に密接に従っています。 一部の方は、高いピークと低いトラフを持ち、異なる非線形時間スケールを持っていますが、本質的にはこれに従います。
この数件のプロジェクトでは、短くて測定可能な成果物を備えたアジャイルな方法を目指しています。 この戦略では、私たちはまだ同じ誇大宣伝サイクルを通過すると思います。 しかし、ピークとトラフは顕著ではありません。 本質的に、ハイプサイクルはより平坦化され、私は肯定的だと思う周期的になります。
あなたが私と同じ経験をしたかどうか、私はあなたが持っていない場合と同じ経験をした場合、私は聞きたいと思います。 また、プロジェクトがこのHype Cycleに従って私たちの利点を得ることを理解して使用する方法について共有できるガイダンスは非常に高く評価されます。