スクラムの概要を1分で理解できるイラスト【2018版】
みなさんこんにちは。@ryuzeeです。 アジャイル開発のコーチングやトレーニングでスクラムの全体像を1枚の絵を使って説明することが多いのですが、以前作成したものを最新化したので公開します。 スクラムの本質的な価値やスクラム以外でも日々のプロセスに組み込んだほうが良いこと（テスト自動化や継続的インテグレーション）は含めていません。 あくまでスクラムの概要のみを書いています。 PDF版はこちらにおいておきます。 ※改変なしで引用元併記の上であれば自由に使っていただいて結構です。著作権自体は私に留保します。 内容の誤りや足りない事などがありましたらTwitterなどでお知らせください。 自分のスライドに入れて使うためのパワーポイント版はこちらになります。 著作権表示なしでご利用いただけます（ただしこのファイルを含んだパワーポイントの再配布および販売はできません）。 それでは。 SCRUM BO
[Agile]Scrumで開発する際に最初にやるべきこと | Ryuzee.com
スクラムを利用してプロジェクトを進める際に、最初にやっておくべきことをまとめておく。 もちろん全プロジェクトでこれを全部やらなきゃいけないわけではない。そのあたりはコンテキスト依存ということで。 プロダクトゴールや価値の明確化 これから作るもののビジネス価値や製品ビジョンを明確にする プロダクトバックログの作成 もちろん全部が揃っている必要はないが、優先度が高いストーリーは明確に存在するはず。 バックログ項目の優先順位付け バックログ項目の見積もり バックログ項目の詳細化 個々のスプリントの開始前には優先順位の付け直しや見積もりの変更が行われるので、全てを詳細まで行ってはいけない。あくまで初期の1〜2スプリントが実施できる程度にとどめること。アップフロントでの計画を増やしすぎない。要求は必ず変化する。 おおよそのリリースプランニング ロールの明確化 プロダクトオーナーは誰？、スクラムマスタ
![[Agile]Scrumで開発する際に最初にやるべきこと | Ryuzee.com](https://cdn-ak-scissors.b.st-hatena.com/image/square/e28ac0c06090ef4280af681bdbe7af0aed6391ba/height=288;version=1;width=512/http%3A%2F%2Fwww.ryuzee.com%2Fimages%2Ffb.png)
スクラム概要とストーリーの書き方 | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたら良いスライドを見つけたのでご紹介します。 著者のPeter Saddington氏はアジャイルコーチで、AgileScoutというブログやScrum Pocket Guideという本を書いたりしています。 このスライドでは前半でスクラムの説明（ロール、アプローチ、鶏と豚、会議体、作るもの等）をして、途中一旦の締めとして、アジャイルやスクラムにおける大事なこととして以下を説いています。 アジャイルの核はチームにあること優先度が最高のもっとも価値のあることから集中して取り組むことコミュニケーションの重要性ドキュメントはプロセスの中で書いて、前払いはしないことレビューを繰り返し繰り返し繰り返し行うこと完成を定義すること後半ではユーザーストーリーについてのより良い方法についてです。 ここでは、ユーザーストーリーは会話であ
10分でスクラム - kawaguti’s diary
「10分でスクラム」という資料をつくりました。 http://www.slideshare.net/kawaguti/20110118-scrum-10-mins 20110118 scrum 10 minsView more presentations from kawaguti. 「xx分でスクラム」という資料はライフワーク的になってきたので、またかよ、と思っても見逃してください。今回は結構よくできた方だと思うんですけど。 最後の方で、スクラムマスタをチェンジエージェントとして位置づけてみたところが、今回のポイントです。 あなたがもし最初の一人だったら 1. スクラムマスタとして行動する。 2. 優先度をつけている人を見つけ、 はっきりと優先順位をつけるよう促す。 (その人がプロダクトオーナーだ) ＆作業規模をメンバーに聞いてみるよう促す。 3. 各メンバーの毎日の作業を教えてもら
スクラムルールチートシート
はじめるにあたって必須のルール（骨格）フルタイムで参加できるスクラムマスターが決まっていて、スクラムチームのメンバーが仕事できる状態であることスクラムチームは30日以内に動作するソフトウェアのデモをすることに同意していることステークホルダーをデモに招くことできるかぎり早期に実現すべきスクラムの基本ルールスクラムマスターは必須や基本のルールに従うことを保証することフルタイムのプロダクトオーナー（専門知識と権限を持っている）が決まっていることスクラムマスターとプロダクトオーナーを含む機能横断チーム開発チームのサイズは6プラスマイナス3人プロダクトオーナーは開発チームや他のステークホルダーとともに働くことプロダクトオーナーによってプロダクトバックログの作成、管理がなされること3つの質問によるデイリースクラムミーティング（昨日やったこと、今日やること、障害事項）デイリースクラムを同じ時間に同じ場所
Clear and Present Scrum on Devlopers Summit 2011
10. chriszak - flickr Source :: Forrest Research 2010 - Agile Development:Mainstream Adoption Has Changed Agility 2011 2 18 10 11. royskeane - flickr Source :: VERSIONONE - State of Agile Development Survey Results 2010 2011 2 18 11 12. VP/Dir. of Development 22% Development Manager 15% Project Manager 13% CIO/CTO 11% Team Lead 8% Developer 7% President/CEO/COO 7% 0% 8% 17% 25% Source :: VERSIONONE
アジャイル開発手法「SCRUM」の真実
スクラム（SCRUM）という開発手法がある。一時期雑誌をにぎわせたさまざまなアジャイル開発手法群のうちの1つである。日本国内で実際の導入事例はないが、米国では提唱者のケン・シュエイバー（Ken Schwaber）氏によって着実に導入実績を積み重ねているという。今回公開する「スクラムワークショップ体験記」は、筆者2名が日本人として初めて認定スクラムマスターを授与されたワークショップの様子を報告したものである。 米国のソフトウェア開発業界における独立系コンサルタントの躍進とアジャイル開発手法群の台頭という現象は切っても切り離せないものだ。このことは、XP（eXtreme Programming）の提唱者であるケント・ベック（Kent Beck）氏をはじめ、ソフトウェア開発手法に関する分野の“カリスマ”が日本のソフトウェア開発業界に紹介されたことからも記憶に新しい。米国のこのような動きは日本にも
CEDEC 2010「アジャイル開発手法スクラムの基礎とゲーム開発導入事例」 - ゲームの花園
今回はゲームリパブリックさんのアジャイル開発手法のセッションまとめます。 このセッションは、アジャイルとはなんぞや？スクラムはどういうもの？という基本的なところからの説明で非常に分かりやすい内容でした。今までアジャイルの基礎をすっ飛ばしてきた自分には最適です。 なので自分でも詳細を振り返りつつ、レポートしてみます。 概要 スクラムの基礎の紹介と、ゲーム開発に導入した時の成功・失敗談 スクラムの基礎 導入事例 まとめ 質疑応答 公式サイト CEDEC2010:アジャイル開発手法スクラムの基礎とゲーム開発導入事例 スクラムの基礎 参考にした資料 Agile Game Development with Scrum ゲーム開発向けにアレンジが入っており、本家のスクラムとは若干違う手法になっている スクラムとは何か？ スクラム = アジャイル開発手法の開発技法の一つ アジャイル開発手法とは何か？ ア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
