アジャイル開発を始めたばかりのチームは、スケジュール上のミーティングの回数が増える以外、ほとんど変化がない。チームはまだ別々に活動しているか、顧客との交流を制限しているかもしれません。ウォーターフォールのようなタスクに分解され、次にユーザーストーリーを設計し、ストーリーを構築し、ストーリーをテストするのを見るかもしれません。したがって、「アジャイルチーム」は、アジャイルの原則と価値を理解したり受け入れたりすることなく、ただ歩き回るだけの状態では、形としてはアジャイルなのである。アジャイルの価値観と原則に沿って考え、行動することで、チームはアジャイルになる。
続きを読むカテゴリー: Agile Project Management
ヘキサゴナルアーキテクチャ図とは
六角形アーキテクチャ図は、疎結合のアプリケーションコンポーネントを作成することを目的としたソフトウェア設計に用いられるアーキテクチャパターンである。このアプローチは、伝統的な階層型アーキテクチャに代わるものである。DDD(Domain Driven Design Architecture)の多くの形態の1つである。
続きを読む批判的思考:Yチャートとは何ですか?
Yチャートは3つの部分からなるグラフで、対象の見た目、感じ方、音を書き出したり、描いたりすることで、対象の理解を整理することができるものです。(1) どのように見えるか?(2) どのような感じか?(3) どのような音か?
続きを読むPERTチャートチュートリアル
PERTチャートとは、(Program Evaluation and Review Technique)の頭文字をとったものです。PERTチャートは、プロジェクト内のタスクをスケジュールし、整理し、調整するために使われるプロジェクト管理ツールである。基本的には、あるプロジェクトの完了に関わるタスク、特に各タスクの完了に必要な時間を分析し、プロジェクト全体の完了に必要な最小限の時間を特定するための手法である。
続きを読む自己管理アプローチとは何ですか?
セルフマネージメント・チームとは、製品やサービスの生産のすべて、またはほとんどの側面を担当する従業員のグループです。セルフマネージメント・チームは、新しい水平型組織の基本単位です。セルフマネージメント・チームは、以前のチーム・アプローチの発展型である。
続きを読むアジャイルにおけるクロスファンクショナルvs自己組織化vs機能vsコンポーネントチーム
「クロスファンクショナルチームは、チームの一員でない他の人に頼ることなく仕事を達成するために必要なすべての能力を持っている」 – スクラムガイド。コンポーネントチームのアプローチとは対照的に、クロスファンクショナルチームは、会社の異なる機能領域の人々で構成されるグループです。 - バックエンド、フロントエンドの開発者、QAエンジニアなどの技術的なスペシャリストだけでなく、ビジネスアナリスト、マーケティング、UXスペシャリストなど、プロジェクトに積極的に参加するメンバーで構成される必要がある。
続きを読むアジャイルマニフェストと12の原則
アジャイルとは、製品/プロジェクトのライフサイクルを通じて、進化的な変化を包含し促進するソリューションを提供する哲学である。多くのアジャイルチームや組織がアジャイルを利用して、ソフトウェアの納期短縮、品質向上、そして最終的には顧客満足度の向上を実現しています。
続きを読むアジャイル推定:相対推定と絶対推定
チームで製品開発するにしても、プロジェクトで開発するにしても、”いつまでに完成させるか?”という問いに答える必要がある。という質問、つまりある時点でどこまでできるかという質問に答える必要があるため、従来の開発モデルと同様に、プロジェクトを開始する前に作業量を見積もる必要があるのです。アジャイル見積もりとは、プロダクトバックログにある優先タスクを完了するために必要な工数を見積もることである。この労力は通常、そのタスクを完了するのに必要な時間で測定され、これが正確なスプリントプランニングにつながる。
続きを読む最も人気のある7つのアジャイル開発手法
アジャイルマニフェストが作られた当時は、「ライトウェイト」な開発プロセスが数多く存在したのですが、その後、そのような手法は他にも出てきています。現在では、それらを総称して「アジャイル」手法と呼んでいます。2001年にアジャイルマニフェストが誕生して以来、アジャイルであることに多くの話題が集まっている。アジャイルアプローチは、チームや組織がイノベーションを起こし、変化する需要に迅速に対応し、リスクを軽減することを可能にする思考法に過ぎない。組織は、スクラム、カンバン、リーン、XPなど、利用可能な多くのフレームワークを使用してアジャイルになることができます。
続きを読むアジャイルソフトウェア開発のためのテストドライブ開発アプローチ
TDD(Test Driven Development)とは、ソフトウェア開発プロセスの一つで、ソフトウェアが完全に開発される前にソフトウェアの要求をテストケースに変換し、すべてのテストケースについてソフトウェアのテストを繰り返すことによって、すべてのソフトウェア開発を追跡することに依存している。これは、最初にソフトウェアを開発し、その後テストケースを作成するのとは正反対である。MVCやMVPのように、TDDを非常によくサポートする一般的なモデルもあります。
続きを読む