「LEGOブロックで街づくり」 実体験型スクラム入門をのぞいてみた
LEGOブロックを使った街づくりでアジャイル開発の実践を学ぶ半日のコースを見学してみた。効果のほどは？ 「新しい街を作るんだから、当然家も作ってもらえるものと思っていました……」「えっ!? 仕様に書いてありせんよね？」。 「動物園って、何があれば動物園ですか？ 何を作ればいいですか？」「うーん、ゾウがあればいいです」「えっ？ それだけですか？」 依頼側と依頼される側のすれ違い――。開発プロジェクトでビジネス側と開発側の行き違いを経験したことがある人であれば脇の下に嫌な汗をかきそうな会話が次々と飛び出す。 子どもの頃に誰もが遊んだであろうブロックを使って街づくりをする。そんな一風変わった題材で、アジャイル開発の方法論「スクラム」を、体験を通して学ぶというワークショップをのぞいてみた。
Redmine Backlogsではじめてのスクラム | Scimpr Blog
スクラムとはScrum(スクラム)は、アジャイル開発の手法の１つ. 欧米では、「おれ、こうやったらうまく行ったんだけど、みんな、こうやったらいいよ？」っていう仕組みをフレームワークというんだけど、スクラムもその意味でのアジャイル開発の中のフレームワークの１つだと思う. 「かんばん！かんばん！～もし女子高生がRedmineでスクラム開発をしたら」でまとめられていたスクラムを１００字で表すと スクラムはアジャイルプロセスの1つで、高いビジネス価値をより早期に顧客に提供することを可能にするスクラムは動作するソフトウェアを速やかに繰り返し確認していく（2週間～1カ月周期で）顧客は要件の優先順位をつける。チームは優先度の高い機能を顧客に納める最良の方法を自分たちで決定する2週間～1カ月ごとに動作するソフトウェアをみることができ、そのままリリースするか、別のスプリントで機能拡張するかを決めることができ
【資料公開】バーンダウンチャート虎の巻
みなさんこんにちは。@ryuzeeです。 2010/12/22に永和システムマネジメントさんで実施したスクラム道.02でバーンダウンチャートについてお話させていただきました。 その際の資料を公開します。 スクラムではバーンダウンチャートを使うことが定義されていますが、バーンダウンチャートもツールなので、それをどう使うか、というのを考える事は非常に大事だよ、ということ、改善に使うべきであるということ、形状等を見ればチームの自己組織化レベルまで推察することができるよ、指標を追加するとさらに色々なことが分かるよ、といった話をしてます。 日本ではバーンダウンチャートについてこの話をしている人はまだほとんどいないはずです。 感想を聞かせていただければ幸いです。
スクラム導入で開発を取り巻く矛盾はなくなるのか？ - Yasuo's Notebook
皆さんの現場では、矛盾を抱えながら開発を進めてはいないでしょうか？ 自分たち以外の誰かが決めた、スコープ、期限、コストを守るために、「絶対無理！」と いいながら毎日残業している方もいるのではないかと思います。 ウォータフォールプロセスは、このような矛盾を含んだ開発の代名詞のように語られる こともありますし、その対極の存在としてスクラムなどのアジャイルが語られることが 多いように思います。 私は、開発の矛盾は開発プロセスそのものには直接依存していないと考えています。 アジャイルも開発の矛盾を解消することを目的としているわけではありません。 しかし、組織の構造と開発プロセスの組み合わせが影響する場合はあるのではないかと考えています。 ヒエラルキーを持った組織とウォータフォールプロセスの組み合わせにおいては、 スコープ、期限、コストなどのコミットメントを上位に対して守らなければならない プレッシ
Certified Scrum Master Seminar
今日は認定SCRUMマスターコース(2日間)の1日目でした。すげー疲れた(ALL英語)けど面白かった。いろいろ考えました。講師の Bas Vodde さんも、わかりやすく、飽きさせず、経験豊富で、とても良かった。(Finland で仕事をしたことがあるそう。北欧か！今は中国で、大企業で Scrum の普及なんかをしている) 終わったあと、いっしょに行った人々と話をしながら、整理。 有料セミナーなので内容はあまり具体的に書きません。 Scrum 原点 The New New Product Development Game (竹内、野中) http://apln-richmond.pbwiki.com/f/New+New+Prod+Devel+Game.pdf リーン 質問: なぜ日本のソフトウェア業界ではリーン(トヨタ生産方式)を活用していないのか？ RAD 自己管理 ゴールを狙う 計画通
すくすくスクラムでインセプションデッキの話をしました #suc3rum #agilesamurai - ヲトナ.backtrace
先日(2/22)に第30回すくすくスクラムで [twitter:@kakutani] と一緒にインセプションデッキのワークショップをやってきました。 インセプションデッキは、アジャイルサムライで紹介されているプラクティスです。 プロジェクトの関係者一人一人がプロジェクトの進む方向について、きちんと対話して合意して迷わないようにする事を目的としています。 当日もお話ししましたが、デッキは対話して合意する事に意味があり、それを促す手軽な方法です。ついスライドを完成させる事に意識が向きがちになりますが、そうならないためのポイントについてワークショップを交えてお話ししました。 インセプションデッキは、アジャイル開発に関係無くどこの現場でも実践できると思っています。 デッキ作りを通じて、もっとプロジェクトの方向性が気軽に話せる現場が増えるといいなー。 ＃個人的にもデッキ作りは非常に気に入っていて、自
ユーザーストーリーとは？
ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
Scrum Boot Camp Premium 締切迫る!! #scrumdo #scrumbc - ヲトナ.backtrace
スクラム道で過去4回開催してきた「Scrum Boot Camp」ですが、2/25 に「Scrum Boot Camp Premium」という有償版という形態を実験的にやってみる事にしました。 これまでボトムアップで現場でスクラムを導入してきた人達向けに開催してきた Scrum Boot Camp は、色んな方に参加してもらおうと同一会社からの複数人での申し込み等はお断りしてきました。 しかし、一方で組織としてスクラムに取り組むところも増え、例えばチーム単位で参加して理解度を揃えたいやマネージャー陣の教育目的として参加できないという声に対応できないでいました。 スクラム道としては、スクラムを導入した現場が少しでも成功してほしいという思いから、会社単位で参加しやすい形態としてきちんとした有償セミナーを企画してみました。 有償セミナーという事で、PDU が貰えたり、幾つかのお土産(当日資料、用
Scrum Gathering Tokyo 実行委員座談会 1. 実行委員座談会 西村さん/吉羽さん/永瀬さん
404! Oops! Page Not Found The page you were looking for could not be found. Return Home page
こくちーずプロ - 無料で使えるイベント・セミナーの告知・集客サービス
個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者7万人以上 チケット販売520万枚以上
資料公開 Scrum概論
著作 SCRUM BOOT CAMP THE BOOK 著者／訳者：西村直人 永瀬美穂 吉羽龍太郎 出版社：翔泳社( 2013-02-13 ) 定価：￥ 2,520 スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。 CakePHPで学ぶ継続的インテグレーション 著者／訳者：渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕 出版社：インプレス( 2014-09-19 ) 定価：￥ 4,320 Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説
スクラムにおけるイベントと出席者
みなさんこんにちは。@ryuzeeです。 スクラムにおけるイベントはスプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブの4つがあります（スプリント自体もイベントですが他のイベントの入れ物なので除外しました）。 また責任としてはプロダクトオーナー、スクラムマスター、開発者、そしてそれ以外のステークホルダーに分けられます。 誰がどのイベントに出席するべきなのかについて、マトリクス化された資料が存在しなかったので、作成してみました。なお、イベントではありませんが、プロダクトバックログリファインメントを参考までに入れました 以下補足です。 プロダクトオーナーのデイリースクラムへの出席出席しません。 デイリースクラムでやるべきことは開発者がスプリントゴールを達成できそうか確認し、必要なら再計画のきっかけにすることです。 開発者がスプリントゴールの達成にリスクが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
かんばん！～もし女子高生がRedmineで「スクラム」開発をしたら
ユーザーストーリービギンズナイト at 第11回すくすくスクラム
Japan.internet.com デベロッパー - 7つのアジャイル開発手法の実践ガイド（第1回）
一人のプロダクトオーナーという問題に対する解決策
Kanbanの神話
プロダクトオーナはスクラムマスタを兼任できるか