ソフトウェア・プロジェクトにおけるスコープ・クリープと金メッキへの対応

ITプロジェクトの場合、スコープクリープ（所有者の現場から来る）と金メッキ（PM、Scrum Master、開発者から来る）がよくある脅威である。プロジェクトの無秩序な変更 プロジェクト新機能の追加や変更の導入は、間違いなくプロジェクトの効率とスピードの両方に影響を与える脅威です。過去には、Livenation / Ticketmaster、Stroer、Agora（ヨーロッパ最大のメディアグループ）などの新興企業や大企業と協力する機会がありました。この間、特に以下のようなITプロジェクトを数多くコーディネートしました。 ソフトウェア開発.成功したければ、競争相手より一歩先を行かなければならない。

このような状況下での効果的な開発について、私の洞察を紹介したい。 ソフトウェア開発プロジェクト. As CCO at Codest, we implement projects every day for global companies around the world. The right approach to management is the first key stage that later influences the project’s success. I distinguish four basic principles, maintaining which allowed us to develop a truly effective management model. Thanks to them, we avoid later problems – including those related to the creep and gold planting ‘scope. Here they are:

1.方法論者。 プロジェクトの規模やその進展の程度にかかわらず、私たちは常に適切な方法論を導入する。 アジャイル のアプローチである。この場合、スクラムのメソドロジストが私たちを助けてくれる。そのおかげで、プロジェクトのすべての段階をコントロール下に置くことができる。各メンバーは厳密に定義されたタスクに集中する。こうすることで、不必要な雑念を避け、仕事の効率を最大限に保つことができる。

2. 最優秀選手. これは私たちの大原則とも言える。アプリケーションを作りたいのであれば、ごく基本的な範囲でよいのです。時間を節約し、予算が枯渇するリスクを避けることができます。最初のビジョンは 製品 が検証され、後で変更されることがよくある。時間の経過とともに、クライアントはアプリケーションの必要な機能について考えを変えるかもしれない。

MVPのアプローチはかなりうまくいく。私たちは、例えば20%のすべての機能を持つアプリケーションを作成します。 マーケット.こうすることで、顧客はユーザーからのフィードバックを受け、自分たちの製品が効果的であるためにはどのような機能を持つべきかを知ることができる。そして、これらの要素の開発に集中する。このプロセスを見事に反映しているのが、以下に添付するグラフィックである：

3.テスト。 個々のアプリケーションの機能テストは、MVPと直結している。万が一、何かがその通りに動作しないことが判明した場合、それを却下し、別の解決策を探した方がよいでしょう。コーデストでは、最初からアプリケーションの最終的な形を押し付け、それが唯一の正しいビジョンであると確信している顧客に会ったことがあります。このアプローチがもたらしたさらなる影響については、ここでは詳しく述べません。だからこそ、シンプルであることが成功の鍵であることを改めて強調する必要があると私は考えているのです。

4.開発。 アプリケーションの構築は、UX、デザイン、バックエンド、フロントエンドから始めるべきである。要するに、すべてはMVP製品を構成するシンプルな "must have "タスクから始まる。この開発フェーズに到達した後は、"nice to have "と呼ばれる機能の開発に集中することができます。

概要

私の考えでは、これらはソフトウェア開発プロジェクトの管理に最適な4つの基本原則である。このアプローチによって、不必要な注意散漫、労働時間の長期化、コストの非効率化といったリスクを減らすことができる。

最後に、もうひとつ例を挙げよう。しばらく前、ある顧客からプロジェクトの仕様書を受け取りました。私たちはすぐに チーム それを評価するためだ。クライアントは12ヶ月以内に製品を作ることを期待していた。私たちのアプローチによれば、MVPアプローチと3ヶ月の開発期間を提案しました。最終的には、クライアントを納得させることができた。数ヶ月後、彼らはそのソリューションに感銘を受けました。顧客は比較的短期間で実用的な製品を受け取った。いくつかの機能については、当初想定していたプロジェクトを変更することにしました。

この記事で説明したモデルは、ソフトウェア開発プロジェクトを成功させる私たちの方法である。信じてほしいが、この解決策は作業を改善し、効果的にするだけでなく、結果としてクリープや金メッキの範囲を避けるのに役立つ。