Release early, release oftenは、機能ベースのリリース戦略とは逆に、開発者とテスターやユーザーとの間に緊密なフィードバックループを作るために、早期かつ頻繁なリリースを重要視するソフトウェア開発哲学である。
続きを読むカテゴリー: Scrum
スクラム:製品バックログを改善する方法は?
プロダクトバックログのすべての項目が、同じサイズと詳細レベル(機能/エピック/ユーザーストーリーやタスクなど)に同時になるわけではありません。近いうちに取り組む予定のPBIは、近い将来のスプリントで取り組めるように、バックログの一番上にあり、サイズが小さく、非常に詳細であるべきです。しばらく取り組む予定のないPBIは、バックログの一番下に置き、サイズを大きくし、詳細度を低くします。
続きを読むスクラム:ビジョンステートメントが必要ですか?
ビジョンステートメントは、組織が将来どのようになりたいか、あるいはステークホルダーのニーズを満たすためにどのようにあるべきかを明らかにするものです。すべてのプロジェクトは、適切な方向に舵を切るためにビジョンを必要としています。ビジョンは、現在および将来の行動方針を選択するためのガイドとして機能します。
続きを読むスクラム:ソリューションとプロセスアダプティブ
プロジェクト作業には、定義可能な作業から不確実性の高い作業まであります。定義可能な作業プロジェクトは、過去に同様のプロジェクトで成功した明確な手順が特徴です。自動車、家電製品、住宅など、設計が完了した後に生産されるものは、定義可能な仕事の一例です。新しいデザイン、問題解決、未完成の仕事は、探索的な仕事です。解決策を生み出すために、対象分野の専門家が協力し、問題を解決することが必要です。
続きを読むスクラム:Cynefinフレームワークとは何ですか?
サイネフィン・フレームワークは、マネジャーが状況をどのように認識し、自分自身や他人の行動をどのように意味付けるかを明らかにするのに役立ちます。それはシステム理論、複雑さ理論、ネットワーク理論および学習理論に研究を引く。
続きを読むスクラムプロダクトオーナー:役割と責任
プロダクトオーナーは、何を開発すべきか、満たすべき項目の順序を指示する責任を負う。彼は、チームの他のメンバーに対して、何を作るべきか、どの機能を先に作るべきかを指示する唯一の権威と考えることができる。つまり、チームの他のメンバーに対して、何を作るべきかを伝える人です。
続きを読むスクラムする方法:実用ガイド
スクラムは複雑な製品を開発・維持するためのフレームワークで、漸進的、反復的な開発プロセスである。このフレームワークでは、開発プロセス全体がいくつかの短い反復サイクル、スプリントと呼ばれる短い反復サイクルで構成され、1スプリントは2週間から4週間の長さです。
続きを読むスクラムの歴史の概要
スクラム手法の歴史は1986年に始まる。この年、2人の日本人ビジネス専門家が、製品開発の文脈でこの言葉を紹介した。竹内弘高と野中郁次郎が『ハーバード・ビジネス・レビュー』誌に「新・新製品開発ゲーム」という論文を発表した(「新」という二文字がタイトルに含まれているのは確かだ)。著者らは、スピードと柔軟性を向上させる商業製品開発の新しいアプローチについて述べている。自動車、複写機、プリンターなどの製造業のケーススタディからヒントを得たという。
続きを読むスクラムの役割:誰が何をするか
スクラムマスター – スクラムを使った最適な製品作りを支援するチーム、開発チーム – 製品を作るチーム
続きを読むスクラムはアジャイルマニフェストとどのように関連していますか?
アジャイルマニフェストには、アジャイルの基本的な哲学がいくつか詳述されていますが、そのうちの1つが経験的プロセス制御の好みです。これは、知識は経験から得られ、意思決定は既知のものに基づいて行われると主張するものです。スクラムは、検査、適応、透明性に基づく経験的プロセスであり、「アジャイル」という名称をこの運動に与えた。
続きを読む