ソフトウェア開発方法論について知っておくべきことすべて: 初心者向けのトレンド、原則、落とし穴

ソフトウェア開発は複雑なビジネス プロセスです。これは、IT が最適化、計画、計算の言語を話す必要があることを意味します。 管理概念を理解することは、雇用主と開発者の両方に大きな利点をもたらし、コラボレーションを次のレベルに引き上げるのに役立ちます。

初心者向けのメモ: モデル、方法論、および一般的な混乱

まず最初に重要な説明をしておきます。ソフトウェア開発には別のモデルがあり、この開発には別の方法論が存在します。モデルはシステムの将来の動作を予測します。システムが必要な方法で動作するには、方法論が必要です。ソフトウェア開発モデルと方法論を混同することは、すべての IT 初心者にとっての神聖な仕事であるため、これは重大な間違いとはみなされません。それでもなお、モデルは古典的なカスケードウォーターフォールであり、直線性、各ステージの明確な目標設定、期限の厳格な管理を備えています。モデルはSpiralで、プロジェクトのリスクの早期特定と軽減に重点を置いています。スパイラル開発は小規模から始まり、最初はローカルな問題を解決し、次により複雑な問題を解決します。最後のモデルはIIDで、プロジェクトのライフ サイクルを一連の反復に分割し、それぞれが「ミニ プロジェクト」に似ています。一般に、モデルとはソフトウェア開発プロセスを記述するものです。しかし、方法論は、割り当てられたタスクの作業を制御、評価、監視するためのシステムです。 方法論は現代の開発のアメとムチであり、開発プロセスのあらゆるリンクを制御するために必要です。これらは、プロジェクトの方向性、予算、最終製品のタイミングに基づいて選択されます。さらに、プロジェクト マネージャーとそのチームの気質に基づいて方法論を選択できます。会社や顧客の理念に基づく場合でも。最も一般的な方法論を見てみましょう。

1. スクラム方法論

スクラムはアジャイルなプロジェクト管理方法です。これは「スプリント」、つまり期間が厳密に制限された短い反復 (通常は 2 ～ 4 週間) に基づいています。会議の時間は最小限に抑えられますが、その頻度は増加します。各スプリントは反復終了までのタスクのリストで構成され、それぞれに独自の「重み」があります。ミーティングでは、チームは誰が何をしたか、これから何をするのか、どのような問題があるのか​​について話し合います。スクラムは計画にスプリント ジャーナルを使用します。このアプローチでは、スクラム マスターがチームに現れることが多く、チーム全体の継続的な作業を確立し、チームにとって快適な条件を作り出します。また、プロジェクトにはプロダクト オーナーの役割が登場します。これは開発マネージャーであり、製品を監視し、クライアントのリクエストとチームの結果の間の主要なリンクとして機能します。

長所:

• 可能な限り低い予算で迅速にプロジェクトを立ち上げる。
• 作業の進捗状況を毎日監視し、プロジェクトを頻繁にデモンストレーションします。
• プロジェクトの進行に合わせて変更を加える能力。

マイナス点:

• 予算が決まっていないため契約締結が困難。
• チームの能力が低く、仕事の期限や予算が過小評価されていると機能しません。
• スプリント間で継続的に変更を加えることができると、混乱が生じる可能性があります。

誰に適していますか:

このシステムは、独立系または大企業内の、最大 10 人規模のプロジェクトに適しています。これは、チームの作業量が多く、ライフサイクルが長く、新しい市場状況に変化して適応する必要がある場合に便利です。

2. カンバン方式

カンバンの最も重要な機能は、プロジェクトのライフサイクルの視覚化です。列は、個別に送信されたタスクを完了するために作成されます。列には、To do、進行中、コード レビュー、テスト中、完了などのマーカーが付けられます (もちろん、列の名前は変更される可能性があります)。各チーム メンバーの目標は、最初の列のタスクの数を減らすことです。カンバン方式は視覚的に見えるので、問題がどこにあるのかを理解するのに役立ちます。カンバン構造は決定的かつ取り消し不能に決定されるわけではありません。プロジェクトの詳細に応じて、即席の列が追加されることがあります。たとえば、一部のチームは、タスクを実行する前にタスクの準備状況の基準を定義する必要があるシステムを使用しています。次に、指定 (パラメーターを指定) と実行 (作業を開始) の 2 つの列が追加されます。

長所:

• 計画の柔軟性。チームは現在の作業のみに集中し、タスクの優先順位も決定されます。
• 視認性。すべての関係者がデータにアクセスできるようになると、グローバルな問題に気づきやすくなります。
• 開発プロセスに深く関与します。プロセスの視覚化により、自己組織化と自己制御が強化されます。

マイナス点:

• 5 人を超えるチームでは機能しません。
• 長期的な計画を意図したものではありません。
• モチベーションのないチームで働くのには向いていません。カンバンでは、各タスクに期限が設定されておらず、この方法論では遅延に対するペナルティも規定されていません。

誰に適していますか:

カンバンは、チームが開発と成果の達成に意欲を持っている企業で効果を発揮します。すでに明らかなように、小さなチームです。おそらく部門やチームの一部であってもよいでしょう。

3. RUP 方法論

RUP 方法論では、反復開発モデルが使用されます。各イテレーションの終了時 (2 ～ 6 週間かかります) には、チームは計画された目標を達成し、プロジェクトの一時的ではあるが機能するバージョンを作成する必要があります。RUP では、プロジェクトを 4 つのフェーズに分割し、各フェーズで新世代の製品の作業が行われます (プロジェクトの開始フェーズ、改良、構築、実装)。フェーズの終わりに、ステージ完了マーカー (プロジェクト マイルストーン) が入力されます。プロジェクトのマイルストーンは、チームが達成された結果を評価する瞬間と考えることができます。結果として、この方法論では、主な機能が最初のフェーズでリリースされ、追加機能が後続のフェーズで追加されることを意味します。

長所:

• クライアントからのタスクと作業中に発生するタスクの両方から変化するタスクに対処できます。
• 製品の継続的な改善を保証します。反復中に、設計を精査することができます。
• これにより、作業の初期段階でリスクを特定して排除できるほか、開発の品質を効果的に管理できます。

マイナス点:

• 小規模なチームや会社では実装が難しいかなり複雑な方法。
• タスクを設定する専門家の能力に依存する。
• 要件の過剰な文書化が必要です。

誰に適していますか:

明確に定義された要件と定義されたリスクを伴う大規模プロジェクトで、製品をできるだけ早くリリースする必要がある場合。機能を犠牲にしてでも、ニッチな分野を素早く占めてから、ニュアンスを洗練する必要があります。

多くの方法論、1 つの傾向

一般名「アジャイル」の下で柔軟性の原則に基づいた、間違いなく人気のあるスクラムとカンバン、および粘り強い反復 RUP に加えて、企業はさまざまな方法論を使用しています。極端なプログラミングと最も迅速かつシンプルな意思決定を好む人もいれば、テスト駆動開発を好む人もいますし、迅速なアプリケーション開発 (RAD) を好む人もいます。同時に、主かつ無条件の傾向は、複数の方法論を同時に使用することです。あるいは、モデルと方法論を組み合わせて独自の制御システムを構築することもできます。 現代の企業は、部門やブロック間で責任を転嫁することなく、官僚的な障壁を排除し、組織内に全体的なチームワークの雰囲気を作り出すよう努めています。Scrumalliance レポートによると、IT 企業の 70% がスクラムを使用しています。その中には、Google、Amazon、Salesforce、Microsoft、Adobe などの巨大企業も含まれます。スタートアップや若いプロジェクトはカンバンを使用する傾向がありますが、トヨタや、たとえばウォーゲーミングのゲーマーもカンバンを使用しています。より小規模な CIS 企業 Prom.ua、Bigl.ua、Kabanchik.ua は、スクラムとカンバンの方法論を同時に使用していますが、異なるタスクに使用しています。スクラム - 計画ツールとして、カンバン - 作業の進捗状況を監視します。RUP に関しては、従業員数 50 ～ 200 名、売上高 100 ～ 1,000 万ドルの西側企業で最も多く実施されています。しかし同時に、IBM は OpenUP 方法論「RUP、唯一のアジャイル」をリリースすることで RUP を変更し、アジャイルの原則に近づけました。その自慢のアジャイルの俊敏性が現在、IT 環境を支配しています。これは最近の単なる流行ではなく、今でも革新的であり、実際に多くの大企業で採用されています。アジャイルはシリコンバレーで使われており、FacebookやUberでも使われています。

結論

各プロジェクトには、チーム、資金、タイミング、顧客の要件に応じて、独自のソフトウェア開発手法があります。普遍的な管理テクノロジは存在しません。広く普及しているアジャイルでさえ、開発プロセスに最適なアプローチを提供することはできません。したがって、方法論は慎重に、場合によっては根本的に選択されます。会社自体やその顧客についての結論を引き出すためにそれを使用できるほどです。方法論は混合され、モデルで補足され、それ自体に適合するように適応されます。新しいアプローチが生まれるほどです。最終的には管理領域はスクラムとカンバンの手に残りますが、予想外にウォーターフォール モデルや反復 RUP が組み込まれます。