いつどちらを使用する必要がありますか?ユーザーストーリー/ユースケース/機能/バックログアイテム

いつどちらを使用する必要がありますか?ユーザーストーリー/ユースケース/機能/バックログアイテム

ソフトウェア開発では必ずと言っていいほど、これらの用語に出くわします。時には、ソフトウェアの機能の一部である要件/ユースケース、バックログ項目…。それを使用するためのソフトウェアの人々の慣例は何ですか、またはどのような?

続きを読む
アジャイル見積もりとは何ですか?よくある落とし穴は何ですか?

アジャイル見積もりとは何ですか?よくある落とし穴は何ですか?

ソフトウェア開発において「見積り」とは、ある開発タスクに必要な作業を定量的に評価することであり、通常、期間(時間/日)や見積り単位(ストーリーポイント)で表現される。その目的は、ソフトウェアプロジェクト全体の期間、作業、コストの指標を得るために、このような個々の見積もりを統合することです。

続きを読む
部門連係フローチャートとは何ですか?

部門連係フローチャートとは何ですか?

クロスファンクショナルフローチャート(展開図と呼ばれることもある)は、あるプロセスのステップと関係者を明確にするために用いられるビジネスプロセスマッピングのツールである。通常、クロスファンクショナルフローチャートは、ビジネスプロセスとそのプロセスを担当する機能単位(部門など)の関係を示すために使用される。

続きを読む
ユーザーストーリーのトップ7の最も人気のあるアジャイル推定方法

ユーザーストーリーのトップ7の最も人気のあるアジャイル推定方法

ソフトウェア開発における「見積り」とは、特定の開発タスクの実行に必要な労力を定量的に評価することであり、通常は期間で表現される。アジャイル見積もりは、製品のバックログにあるタスクを優先順に完了させるために必要な労力を評価するプロセスである。この努力は通常、タスクを完了するのに必要な時間で測定され、正確なスプリントプランニングにつながる。

続きを読む
スクラムでのアジャイル推定?ストーリーポイントとプランニングポーカー

スクラムでのアジャイル推定?ストーリーポイントとプランニングポーカー

チームで取り組んでいるのが製品であれプロジェクトであれ、”いつまでに完成させるか?”という問いに答える必要があります。”あるいは “ある時点でどれだけできるか “ということですから、従来の開発モデルと同様に、プロジェクトを始める前に工数を見積もる必要があります。スクラムの開発では、チームが責任を共有し、各スプリントの作業に集団でコミットしていたので、アジャイルチームの作業量の見積もりは、集団見積もり方式を採用していたのです。

続きを読む
オンライン例を使用したプロジェクト管理のPERT図

オンライン例を使用したプロジェクト管理のPERT図

PERT図では、プロジェクト内の各タスクをノードとして表示します。タスク間の依存関係(例えば、あるタスクが完了しないと別のタスクを開始できない)は、タスクノード間の接続によって明確に示すことができます。また、CPM(クリティカル・パス・アプローチ)と同様に、各タスクの時間情報を表示し、プロジェクトの最長経路、つまりプロジェクト完了までの最短時間を決定する。

続きを読む
スクラムチーム—I字型とT字型の人々

スクラムチーム—I字型とT字型の人々

ある特定の分野に非常に精通しているが、その分野以外ではほとんど貢献しない人がいる。このような人は、アジャイルコミュニティにおいて「I-type」と呼ばれる。これは、「I」の字に似ていて、深さはあるが、幅はあまりない、という意味である。 これに対して、「T-people」は、ある分野で補完的な専門性を持っているが、関連する分野のスキルはあまり発達しておらず、コラボレーション能力に長けている。

続きを読む
スクラムプロジェクトを改善するための10のアジャイルガイドライン

スクラムプロジェクトを改善するための10のアジャイルガイドライン

この記事は、アジャイルの実践を説明し、アジャイルチームがITシステムの実装にアジャイルを採用する際のガイダンスを提供することを目的としています。この記事は、業界における一般的なアジャイルプラクティスと、さまざまなパイロットプロジェクトから得られた経験に基づいて作成されました。

続きを読む