アジャイルマニフェストと12の原則

アジャイルマニフェストと12の原則

アジャイルとは、製品/プロジェクトのライフサイクルを通じて、進化的な変化を包含し促進するソリューションを提供する哲学である。多くのアジャイルチームや組織がアジャイルを利用して、ソフトウェアの納期短縮、品質向上、そして最終的には顧客満足度の向上を実現しています。

続きを読む
アジャイル推定:相対推定と絶対推定

アジャイル推定:相対推定と絶対推定

チームで製品開発するにしても、プロジェクトで開発するにしても、”いつまでに完成させるか?”という問いに答える必要がある。という質問、つまりある時点でどこまでできるかという質問に答える必要があるため、従来の開発モデルと同様に、プロジェクトを開始する前に作業量を見積もる必要があるのです。アジャイル見積もりとは、プロダクトバックログにある優先タスクを完了するために必要な工数を見積もることである。この労力は通常、そのタスクを完了するのに必要な時間で測定され、これが正確なスプリントプランニングにつながる。

続きを読む
最も人気のある7つのアジャイル開発手法

最も人気のある7つのアジャイル開発手法

アジャイルマニフェストが作られた当時は、「ライトウェイト」な開発プロセスが数多く存在したのですが、その後、そのような手法は他にも出てきています。現在では、それらを総称して「アジャイル」手法と呼んでいます。2001年にアジャイルマニフェストが誕生して以来、アジャイルであることに多くの話題が集まっている。アジャイルアプローチは、チームや組織がイノベーションを起こし、変化する需要に迅速に対応し、リスクを軽減することを可能にする思考法に過ぎない。組織は、スクラム、カンバン、リーン、XPなど、利用可能な多くのフレームワークを使用してアジャイルになることができます。

続きを読む
アジャイルソフトウェア開発のためのテストドライブ開発アプローチ

アジャイルソフトウェア開発のためのテストドライブ開発アプローチ

TDD(Test Driven Development)とは、ソフトウェア開発プロセスの一つで、ソフトウェアが完全に開発される前にソフトウェアの要求をテストケースに変換し、すべてのテストケースについてソフトウェアのテストを繰り返すことによって、すべてのソフトウェア開発を追跡することに依存している。これは、最初にソフトウェアを開発し、その後テストケースを作成するのとは正反対である。MVCやMVPのように、TDDを非常によくサポートする一般的なモデルもあります。

続きを読む
DEEP Principlesを使用して製品バックログを管理する方法は?

DEEP Principlesを使用して製品バックログを管理する方法は?

プロダクトバックログは、製品のリリースに必要なすべての特徴、機能、要件、拡張、および修正をリストアップします。プロダクトバックログのプロジェクトは、説明(適切に詳細)、ストーリーポイント(見積もり)、順序(優先順位)の属性を持つ。これらは、バックログに継続的に追加、削除、更新(Emergent)され、チームのバックログに対する理解を適時、適切に反映させなければならない .

続きを読む
オープンクローズ原則(OCP)とは何ですか?

オープンクローズ原則(OCP)とは何ですか?

オープン/クローズの原則は、ソフトウェア開発の世界では最も基本的な設計原則です。安定した柔軟なシステムを構築するための指針となるものです。クラス、モジュール、関数などのソフトウェアの実体は、拡張に対してはオープンであり、変更に対してはクローズであるべきである。

続きを読む
アジャイル開発の哲学

アジャイル開発の哲学

アジャイル開発とは、人間中心で、反復的かつ段階的な開発手法である。アジャイル開発では、ソフトウェアプロジェクトの構築を複数のサブプロジェクトに分割し、各サブプロジェクトの成果を検証した上で、統合・運用の特性を持たせる。つまり、大きなプロジェクトを複数の小さなプロジェクトに分割し、相互に関連しながらも、独立して運営し、別々に完成させることができる。この間、ソフトウェアは常に使用可能な状態にある。

続きを読む
LeSSフレームワークとは何ですか?スクラムvsLeSSベーシックvsLeSSヒュージ

LeSSフレームワークとは何ですか?スクラムvsLeSSベーシックvsLeSSヒュージ

LeSSは、スクラムを複数のチームに拡張するための軽量でアジャイルなフレームワークです。2005年に始まったBas VoddeとCraig Larmanは、大規模なプロジェクトでスクラムの原則とルールを使用した後、LeSSフレームワークを開発しました。彼らの目標は、スクラムの制約の中で、大規模なプロジェクトを成功させることでした。

続きを読む
あなたのアジャイルチーム:大きすぎるか小さすぎるか?

あなたのアジャイルチーム:大きすぎるか小さすぎるか?

ほとんどのアジャイルやスクラムのトレーニングコースでは、7 +/- 2ルール、つまり、アジャイルやスクラムのチームは5人から9人であるべきだと言及しています。 Scrumの愛好家は、ScrumガイドがScrumチームは3人以下または9人以上であるべきではないと言っていることを思い出すかもしれません。この経験則はどこから来ているのか、そして、なぜなのか?

続きを読む