ほとんどのアジャイルやスクラムのトレーニングコースでは、7 +/- 2ルール、つまり、アジャイルやスクラムのチームは5人から9人であるべきだと言及しています。 Scrumの愛好家は、ScrumガイドがScrumチームは3人以下または9人以上であるべきではないと言っていることを思い出すかもしれません。この経験則はどこから来ているのか、そして、なぜなのか?
続きを読むカテゴリー: Scrum
LeSS(Large Scale Scrum)フレームワークでさらに多くのことを行う:ツールの図を使用
LeSSは、Bas VoddeとCraig Larmanがスクラムのスケールアップの実践経験から生み出したもので、2014年にLeSS Companyとして設立されました。LeSS(Large Scale Scrum)の根底には、「More with LeSS」の原則があります。複雑な製品開発には、複雑な解決策は必要ありません。問題の本質を深く理解し、よりシンプルな解決策で解決することが必要なのです。
続きを読むいつどちらを使用する必要がありますか?ユーザーストーリー/ユースケース/機能/バックログアイテム
ソフトウェア開発では必ずと言っていいほど、これらの用語に出くわします。時には、ソフトウェアの機能の一部である要件/ユースケース、バックログ項目…。それを使用するためのソフトウェアの人々の慣例は何ですか、またはどのような?
続きを読むアジャイル見積もりとは何ですか?よくある落とし穴は何ですか?
ソフトウェア開発において「見積り」とは、ある開発タスクに必要な作業を定量的に評価することであり、通常、期間(時間/日)や見積り単位(ストーリーポイント)で表現される。その目的は、ソフトウェアプロジェクト全体の期間、作業、コストの指標を得るために、このような個々の見積もりを統合することです。
続きを読むスプリント計画:予測とコミット
2011年夏、Ken Schwaber氏とJeff Sutherland氏が『Scrum Guide』を改訂した。その中で、彼らは、スクラムで知られている長年確立された行動の1つ、チームがプロダクトオーナーと顧客に対して行うコミットメントを削除した。コミットメントは、フォーキャストに置き換えられた。彼らは、チームは自分たちの仕事を予測することはできても、それにコミットすることはできないと言っている。
続きを読むユーザーストーリーと受け入れ基準の違いは何ですか?
定義済み(DoD)とは、チームがユーザーストーリーを完成と呼ぶために遵守しなければならない要件のリストである。 一方、ユーザーストーリーの受け入れ基準は、ソフトウェアが期待通りに動作することを確認するために満たすべきテストシナリオのセットで構成されます。
続きを読むスプリントレビューとスプリントレトロスペクティブ
各スプリントは、2部構成のスプリントレビューミーティングで終了します。このような会議は、顧客のレビューとデモンストレーションで始まり、チームのレトロスペクティブで終わります。これらのコンポーネントは両方ともスプリントの最終日に行われます。スプリントレビューでは、インクリメント(出荷可能性)の「点検」と「適応」に焦点が当てられ、スプリントレトロスペクティブでは、スプリントのプロセスの「点検」と「適応」に焦点が当てられる。
続きを読むスクラム:SMARTタスクを達成することでグッドストーリーに投資する
一般的にユーザーストーリー形式で書かれる良質なProduct Backlog Item(PBI)(またはユーザーストーリー)の特徴を再確認する意味でも、INVESTを使用します。しかし、良いユーザーストーリーの特徴とは何でしょうか?頭文字をとって「INVEST」と呼ぶと、良いストーリーは次のようなものであるべきだと思い起こさせることができます。
続きを読む最もスクラムチームが経験したフラストレーションは何ですか?
過去20年間、スクラムの強みは何であったのか?これからの20年、Scrumが注力すべきことは何ですか?Scrumの何が一番不満ですか?あなたとScrumの接点は何ですか?Scrumに追加できる小さな改善点は何ですか?
続きを読む日曜大工の自動スクラムプロセス
美しいデザインのスクラム・プロセス・キャンバスで、スクラムの全プロセスをシームレスにナビゲートします。スクラムアクティビティを素早く、簡単に、シームレスに実行する。チーム全体をフル稼働させることができます。当社のアジャイルソフトウェアは、アジャイルプロジェクトをシンプルかつ効果的にします。
続きを読む