そしてつい最近、私は世界で情報システムを開発するためのそのような方法論があることを学びました-Evo（「進化」という言葉から）、プロジェクトの失敗を根本的に不可能にします！ ここでの失敗とは、条件、予算、開発チームの構成の無制限の増加、一般的なマイナスを意味します。 所定の測定可能な目標を達成できなかった場合。
この進化的なプロジェクト管理システムの作成者であるトムとカイ・ギルブは、残念ながら有料のセミナーでのみ方法論の多くの詳細とトリックをすべて公開していますが、そのアイデアの一般的なアイデアは完全に作成でき、いくつかの散在する記事を要約することができます。短いレビュー。
締め切りをお見逃しなく-しかし、これはどうすればよいですか？
どんな人にとっても、人生の最も大きな課題と最も難しいテストは、常に何かの管理と制御です。 車、家族、キャリア、チーム、プロセス-人生でこれ以上の責任とリスクはありません。 そして、管理の失敗は最も深刻な災害を伴うため、人々はプロセスの制御を常に強化し、制限の数を無限に増やすべきだと考えています。 フレームの成長のみが指数関数的にプロジェクトに成功のチャンスを与えると思われたのは、主なことはこれらすべてのフレームを正しく事前に準備することだからです。
原則として、このアプローチでは、情報システムを作成するチーム全体の明日は言うまでもなく、世界中の誰も未来を予測できず、明日であっても詳細に説明することはできません。 同時に、誰もが常に新しいプロジェクトの将来を非常に詳細に予測し、時空を管理する能力に隣接する能力のみをマネージャーに期待しています。 彼が自分でそのようなものを見つけられないとき、顧客とチーム全体は非常に心から失望しています。 一方、一部の企業は、プロジェクトを管理する新しい方法を既に発見しています。これにより、体系的に障害を回避できるだけでなく、同時に永続的に受け取ることができます-顧客にとっての製品の大幅な改善、および管理者とエンジニアチームの間の熱意の高まり。
記事で説明されているEvoメソッドは、最も重要な問題を解決するため、非常に効果的です-大規模プロジェクトでの一定の遅延、機能の無制限の成長、初期参照条件への追加、初期プロトタイプからの絶え間ない逸脱、および作成されたシステムの主な目標に関するチームおよび顧客自身による一般的な誤解。
従来のウォーターフォール法が非常に時代遅れであることを誰も否定しないと思います。そして今では、最も怠laなスタジオだけが小さな反復の戦術を時間内に使用せず、大きなタスクをいくつかの小さなものに分割します。 したがって、HPとConfirmitでは、1週間のサイクルがあり、Microsoftは6週間のサイクルを使用しています。 しかし、実際にはこれが常に役立つとは限りません。 多くの場合、最初のプロトタイプ（メインレイアウト、TK、スプリントゼロ-必要に応じて下線）がまとめられ、10、20、30回処理される場合があります。 プログラマーとテスター、レイアウト設計者、およびサーバーはアイドル中にほこりを集めており、非常に最初のステップでの超流動的な活動は、目に見える成功なしに数万時間とスラグを混ぜ合わせます。 どうする？
すべての花を咲かせて
この手法は、保守的なマネージャー全員がそれを見るのに慣れている形での計画とは異なります。 むしろ、彼女は自然そのものから学び、情報システムの作成と子供を育てるプロセスや花壇で花を育てるプロセスを比較します。
同意する、あなたは花を明確に規制する文書を与えることはできません：何日、何時に咲く義務があり、何センチメートルで成長する必要があり、何葉を持っているべきか-あなたは1年に何日晴れと雨の日があるのかわからないので、寄生虫の出現、met石の落下、近隣の花の影などを予測することはできません。 だから、花にTKを書くのは馬鹿げているように思えます。
ここで、前世紀の70年代の両親が自分の娘の人生の計画をどのように書こうとしているのか想像してみてください。 彼女の人生のさらなる進歩のためのこのような明確な戦略を想像します：エンジニア（最も名誉ある職業）になることを学び、21歳でVasyaという男と結婚し、22歳の男の子、25歳の女の子、30歳でパーティーに参加する40人が初めて海外旅行に行く-ブルガリアへ！ さらに面白そうですね。
ただし、ライフサイクルが2〜3、さらには5年の情報システムを作成する場合、システムに必要な機能をピクセル単位で事前に予測するのは面白くありません。 そして、数年後、プロジェクトが事前に計画されたものにまったく成長しなかったことが判明したとき、私たちは非常に困惑しています。
すべてのプロダクトマネージャーの主な問題は、計画とTKを使用して、進化の自然なプロセスに介入していることです。 Evo方法論では、製品の成長と開発をタイムリーに調整するために、進行中のプロセスに関する早期かつ継続的なフィードバックと組み合わせて、最小の初期要件を使用します。 事前に何百万もの要因を理解し予測することはできませんが、これはEvo方法論では必要ありません。 観察、健全性、および一定のポイント調整-この最小値は、作成された製品の大きな成功を保証するのに十分です。
もちろん、進化的管理は同様に各プロジェクトをいくつかの進化サイクルに分割します。 ただし、パスの先頭でのこの分解は、期限またはこれらのサイクルの総数のいずれかの知識を意味するものではありません。 進化の最初のサイクルは、「目標1を最も簡単な方法で達成する」という最初のタスクの解決策であり、その後に「最後に何が起こったのか」という分析が続きます。 実際、進化と標準技術の主な違いは、すべてのプログラマー、顧客、デザイナー、スクラムマスターが、プロジェクト自体と同じように絶えず学習し、変化していることです。 毎週製品は少しずつ異なります。もう少し、少し良く、少し便利に、少し人気があります。 同時に、この手法は単に「フローに合わせて」と宣言するということはできません。逆に、Evoは合意された目標の達成と明確な問題の解決に焦点を当てています。 そして、最適な効果を実現するために-最終製品の価値と品質の形で定量的に表現されたすべての要件は、全員で毎週変更され、トレーニングされます。 これにより、情報システムに、最小限の開発コストで、動的に変化する優先順位を無限に改善する機会を与えることができます-単に余計なことをしていないからです。
進化論の方法論では、素晴らしいアイデアで現実の世界から締め出され、機能しないことを理解するために多くのリソースを費やすことができる砂の城を構築することはできません。 彼女はシンプルなスタブ、ワンボタンランディングでサイトを開始し、顧客と彼自身のスタッフの収入が増えるにつれて、ますますページ、製品とサービス、インタラクティブな機能、マーケティングチップを追加することを提案します。 クールなウェブサイトを直接作成するためにアパートを売る必要はもうありません。ビジネス全体の発展のための予算を稼ぐためにシンプルなページを作成してください。
プロジェクトを殺す百万通りの方法
私たち一人一人がどんなに経験があっても、あなたのプロジェクトを破壊する予測不可能な方法は、あなたが予見できる以上のものです。 私自身の経験から最も人気のあるものだけをリストします。
•元のアイデアに誇りを持ちすぎ、何も変えたくない、
•開発チーム全体の無関心と極端な過失、
•些細なことに注意を払わずに神聖な地位に育てられ、
•最終実行者ごとの自制心の欠如：手紙、注文、キックを待ってプロジェクトについて考え始める、
•問題はスキルではなく数（人、日、金）で解決されるという信念、
•得られた結果を評価するための最小の測定可能なシステムの欠如、
•「それを作ってすぐに忘れましょう」アプローチ
•情報システムの主要なリソースは人であるという要素の誤解、
•間違った手順を慎重に分析して改善する理由ではなく、失敗に対する残酷な罰、
•システム自体を構築する前に、あらゆる種類の追加の制限を作成します。
•機能の成長に無限のスケールを持つすべての人に対して、非常に一般的な決定を一度にしようとします。
•分析して学習するのではなく、制御して課そうとする試み、
•無限に続く...
私のレビューの最後に、著者は皆と同じように、このテクニックの著者のライブセミナーに出席していなかったと言います。また、より健全な結論を引き出すために、彼はこのテクニックを数年間練習しました。 さらに、この方法論の原則のいくつかを誤解したり、不十分に翻訳した可能性があることを認める準備ができています。だから、コメントであなたの助けを許して、あなたの後に来るすべての読者を助けるトピックに関する他の有用な資料で私の記事を補足しますコメントには、サブスクライブされていない管理方法のより完全な図が含まれています。
以下に、私が理解したメインのEvoトレーラーをリストします。
1.可能な限り迅速に最初の実際の結果を取得します。これが次の進化の基礎となります。
2.次の進化ステップは、第1段階の結果として調整された目標と目的の達成を確実にするものでなければなりません。
3.
4.超感覚的で占星術的な才能が完全に欠如していることを自己認識し、この点で、メンタートーンで予測と要件を作成する習慣を根絶することは、
5.進化は、オープンアーキテクチャの原則を意味します。すべてのセクション、ブロック、段落、ページは、プラットフォーム全体を再構築することなく、5〜10分で完全に修正できるはずです。
6.変更を恐れてはいけません。 好きなだけすべてを変更し、
7. Evoプロジェクトのチーム全体が、現在の進化のラウンドに完全かつ完全に集中する必要があります。 誰も、1週間、1か月、1年間、承認、確認、作業への参加を保留してはなりません。 現在のステップでの成功または失敗-すべて一緒に、最も有罪ではなく、きれいな手で脇に置きました。 プロジェクトに途中で参加し、最初から全体の歴史と成長の原則を理解していないため、誰もその後の段階でエネルギーを使いません。
8. Evo方法論は堅実な学習です。 達人、メンター、「スター」はここには属しませんが、
9.できるだけ早くすべての悪いものを取り除き、奇跡を期待しないでください。
10.勝利から半分のステップをあきらめないでください。