スクラムの定義の改訂 - スクラムアップデート2011 - kawaguti’s diary
(3:30修正: タイトルから「大幅な」を削除しました。根本は変わっていません。スクラム実践者がよく使う用語の定義がいくつか変わりました) スクラムガイドの更新がありました。角さん翻訳ありがとう！スクラムの共同開発者のケン・シュウェイバーさんが作ってきたものですが、今回は大幅な変更になっています。もう一人の共同開発者ジェフサザーランドさんや、ジム・コプリエンさんがかなり協力してるところも注目。昨年12月の認定スクラムマスタ研修(講師:ジム・コプリエン)や今年1月の認定スクラムプロダクトオーナー研修(講師:ガブリエル・ベネフィールド＆ジェフ・サザーランド)で言われていたような感じに近づいた感じがします。この２件の研修に偶然にも関わらせていただいたことに大変感謝しています。参加していただいた皆様、一緒にスタッフ業してくださった皆様に大変感謝しております。 ケン・シュウェイバーさんが今回の変更に
スクラム道バーストに参加した感想＆doneの定義の話
2011/06/24にスクラム道バーストに参加してきました。申し込みを忘れていたのですが、当日行けそうに無かった方のご好意で代わりに参加してきました。@ledsunさんありがとう。 内容は過去のスクラム道の再演とトピックに対する議論の場でした。詳しい内容は他の方の素晴らしいレポートがあるのでそちらをご参照くださいw 選手ってなに？ってことが良くわからないまま選手として参加してしまいましたが、壇上に上ってもそんなに緊張しないものですね。変なこと言っても殴られたりしないので、このような形式があったらどんどん選手として名乗りをあげるといいと思います。 スクラム道バーストで「doneの定義を拡大/縮小することの是非」がトピックに上がりました。思い返すとストーリーのdoneの定義なのかタスクのdoneの定義なのかがあやふやだったので、それぞれ検討しました。 結論としては、拡大するにしろ縮小するにしろ
6/24 スクラム道バーストで選手として登壇してきました。#scrumdo | Act as Professional
はじめてスクラム道に参加してきました。観戦だけでなく選手として2本しゃべってきました。 スクラム道は1つのテーマを読み手が一通り発表し、そのテーマに沿ったディスカッションを選手が45分繰り広げます。 今回のテーマは「スプリントプランニング」（民主主義の結果によって） 2回ほどディスカッションがあったのですが、せっかくの機会なのでそこの会場にいる僕の価値を高めるべくして、2回とも登壇してきました。 家に帰ってブログ書くところまでがスクラム道ですよ。ってプロダクトオーナーに言われたので、さっそく書きました。（仕事が速いってすばらしいですね） ノンアルコールで。生々しい話を語り合う会でございます。生々しすぎてあまりいえないことの方が多いのかな。アジャイルは導入後に悩み繰り返すはず。悩みを共有して解決できるヒントは大きなお土産でした。まる。みんなありがとう。 こういったイベントに参加できなくてもこ
Scrum Boot Camp 横浜に参加してきた - Diary of absj31
(本編終了間際、『ふりかえり』でのKPT作成資料。※なぜ『レッドブル』が置いてあるのかは後述。) 6月18日 Scrum Boot Camp 横浜(神奈川県) Scrum(スクラム)は竹内弘高氏、野中郁二郎氏が1986年にハーバードビジネスレビュー誌にて発表した 「New New ProductDevelopment Game」を元にしてジェフ・サザーランド氏らが考案したアジャイル開発手法の１つで、 近年アジャイルな開発の手法として日本国内においても急速に採用事例が増えています。 一方でコーチや経験者の指導のないままに表面的なプラクティスを導入し、結果としてあまりうまくいかないと いうケースも良く聞くようになりました。 そこで今回はこれからScrumを導入して開発を行うことを検討されている方もしくはトレーニングを受けない (受けさせて貰えない)ままにScrumチームに参加されている方を対象
Scrum概論
Scrum概論 1. Scrum概論 Ryutaro “Ryuzee” YOSHIBAhttp://www.flickr.com/photos/john_scone/493915787// 2. 吉羽龍太郎 アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. 企業のおかれた状況• ビジネスの環境の変化• 迅速な意思決定と具現化が求められる• 変化しないことは市場から見捨てられるリスク がある• 顧客自身が変化していくことが強く求められる• IT投資の目的の変化 – 業務効率化から戦略実現へ – いままではコスト削減、業務
[Agile]スプリントのタスクに関するTips29個 | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 Scrum CrazyというサイトでスプリントのタスクについてたくさんのTipsがまとめられているのでご紹介します。 Sprint Tasking Tips ここではTipsのタイトルだけ紹介しておきますので、詳しくは上記サイトを参照してください。 Scrum Crazyでは他にも色々なTipsがあるので是非見ておくと良いと思います。 正直に見積もり、見積りが正確であることに価値をおく環境を作ることタスクを見積もる際は時間で見積もることを強く推奨実時間ではなく理想時間を使うことが望ましいより粒度を小さくしたタスクにすることを強く推奨1日は5〜6理想時間とすること作業量を見積もるのであって期間を見積もるのではないできるだけアトミックな単位にタスクを分ける「作業中」の状態が2日以上にならないようにするタスクはチームで見積もるスプリント途中での再タスキン
![[Agile]スプリントのタスクに関するTips29個 | Ryuzee.com](https://cdn-ak-scissors.b.st-hatena.com/image/square/2739e548348eb41752b3cb6bf863f6de2d5fd0f4/height=288;version=1;width=512/https%3A%2F%2Fwww.ryuzee.com%2Fcontents%2Fblog%2Fimages%2F3959%2Fthumbnail.png)
Redmine Backlogsで簡単スクラム！スクラムマスターや開発チームとして使う編
Scrum Process via Lakeworks in the Wikipedia 前回はプロダクトオーナとしての使い方を調べてみた。今回は、スクラムマスターの使い方をRedmine Backlogs :: Usage Scrum Masterを元に調べてみる。 スプリントバックログは、プロダクトバックログの上からチームのベロシティ分選択していくだけでよく、選び出されたストーリーにポイントを付け、スプリント内でストーリーが消化されるようにチームを支援するのがスクラムマスターの仕事になる。上の図だと全体にかかわるお仕事なのだが、Redmine Backlogsではスプリントバックログやスプリントが、舞台の中心になるのだと思う。 スクラムマスターとして使う ストーリーの調整はプロダクトオーナーともチームとも相談する必要がある。Backlogsではスプリントごとのベロシティも簡単に確認する
【告知】6/18 Scrum Boot Camp というイベントをやります
2011年6月18日(土)にScrum Boot Campというスクラム初心者向けの無償の講習会を行います。 なんでやろうと思ったかはページ下部にて。 Scrum Boot Campとは Scrum Boot CampはこれからScrumに取り組もうとしている方や、あまり教育を受けないままに既にScrumに取り組んでいる方向けにAgileやScrumについてきちんと全体像を学び体験していただくことを目的としています。 Agileとは何か？Scrumとは何か？といった座学だけでなく、実際にプロダクトバックログやスプリントバックログを書いてみる、ふりかえりをしてみる、といったワークショップを行うことでより一層スクラムを理解できるようにします。 講師は私(@Ryuzee)が主につとめ、スクラム道のスタッフがファシリテーターをつとめます。 講習資料のサンプル 開催詳細と申込み 開催日
[Agile]Scrumで開発する際に最初にやるべきこと | Ryuzee.com
スクラムを利用してプロジェクトを進める際に、最初にやっておくべきことをまとめておく。 もちろん全プロジェクトでこれを全部やらなきゃいけないわけではない。そのあたりはコンテキスト依存ということで。 プロダクトゴールや価値の明確化 これから作るもののビジネス価値や製品ビジョンを明確にする プロダクトバックログの作成 もちろん全部が揃っている必要はないが、優先度が高いストーリーは明確に存在するはず。 バックログ項目の優先順位付け バックログ項目の見積もり バックログ項目の詳細化 個々のスプリントの開始前には優先順位の付け直しや見積もりの変更が行われるので、全てを詳細まで行ってはいけない。あくまで初期の1〜2スプリントが実施できる程度にとどめること。アップフロントでの計画を増やしすぎない。要求は必ず変化する。 おおよそのリリースプランニング ロールの明確化 プロダクトオーナーは誰？、スクラムマスタ
朝会を実践してみて - プログラマの思索
朝会をチームでやることになり、下記のＨＰを参考にした。 ・朝会のパターン：立ってるだけじゃないよ ・プロジェクトファシリテーション実践編：朝会ガイド そこで自分なりにアレンジしてみて、下記のルールで朝会をやってみた。 １・話す内容は、昨日やったタスク、今日やるタスク、最後に一言(抱負、連絡事項)の３つだけ。 ２・一人が話す持ち時間は3分以内。 ３・全員で立ったまま話す。 そして1ヶ月間、朝会をチームで実践してみて、新しい発見が結構あった。 その体験から「朝会の目的はそもそも何だろう？」という思いが上がってきた。 そこで、朝会について再考察してみる。 【１】自らの役割を自覚する～コミットメントの共有 過去の経験からして、失敗プロジェクトでは各メンバーの役割が曖昧で、誰が何をしているか、今の自分の仕事がプロジェクトのどのプロセスに相当しているか、を開発者だけでなく、リーダー自身も知らないことが
朝会を有意義にする6つのプラクティスとやってはいけない6つのアンチプラクティス - Fight the Future
【追記】アンチプラクティス2：朝会が進捗会議を変更しました。(2008/02/21) 僕は朝会に異常にこだわっているようだ。それは朝会の効果を実感/確信しているからで。 もちろんプロジェクトごとに特性があるから、朝会をしないこともあるだろう。でもそれはあくまで特性を考えた結果であって、「朝会をする」のが普通だ。 というわけで自分なりの「朝会のアンチプラクティス」「朝会のベストプラクティス」をまとめてみる。 参考文献 朝会のパターン：立ってるだけじゃないよ アンチプラクティス1：朝会意味なし 「これから毎朝朝会します」で朝会を開くことにしちゃダメだ。間違いなく「朝会意味ない」って2,3日で言われるだろう。 「朝会ではその日のタスクを言ってください」で朝会の説明をしちゃダメだ。間違いなく「朝会ダルい」って2,3日で言われるだろう。 朝会の目的をメンバー全員に理解してもらおう。 アンチプラクティ
プロダクトバックログとスプリントバックログの違い～要求マネジメント - プログラマの思索
「成功する要求仕様 失敗する要求仕様」の最後に、要求マネジメントに関するクイックレシピがある。 その方法が、Scrumのプロダクトバックログとスプリントバックログを上手に使い分けるのと同じように思えたのでメモ。 【1】あるシステムを作るために、要件定義をしているとしよう。 その時、「成功する要求仕様 失敗する要求仕様」のクイックレシピによると、以下の手順が必要になる。 1.ブレーンストーミングで要求をまず洗い出す。 要求の実現性は問わない。 要求の優先度や重要度も洗い出す。 2.ブレーンストーミングで洗い出した要求リストから、要求か否かを決定する。 実現できる要求のトリアージを行い、要求の候補を決定する。 但し、この段階では、コストやスケジュールは未決定。 3.リリース計画を作る。 実現可能なスケジュールと予算を作り、リリース計画へ入れる要求を足していく。 但し、作成中のリリース計画では不
スクラムによるドメイン駆動設計 - Digital Romanticism
ビジネスとソフトウェアの統合という観点から、スクラムとドメイン駆動設計の関係をとらえなおす。 導入 ここ数ヶ月は日本のスクラムにとって、おそらく非常に有意義な期間だったのではないかと思います。12月にJim Coplien氏による認定スクラムマスター研修、１月にGabrielle Benefield氏とJeff Sutherland博士による認定プロダクトオーナー研修が開催され、さらにInnovation Sprint 2011では野中先生とSutherland博士の対談までもが行われました。私は幸運なことに、これらのイベントにはすべて参加することができたのですが、そうやって学ぶことができた今では、スクラムのことを、一言で言うと「価値の流れを生み出すためのフレームワーク」ではないかというイメージを持っています*1。「フィードバック」や「改善」など、スクラムにとって重要な概念はいくつかありま
Working at Facebook: A Day with the Profile Team - Video - TIME.com
Engineers and designers fine tune the new profile page at Facebook
20110118 scrum 10 mins
The document provides an overview of the Scrum framework for agile software development. Some key points include: Scrum is implemented through a series of short "sprints" that typically last 2 weeks; at the end of each sprint a potentially shippable product increment is created; backlogs are used to track work including a prioritized product backlog; roles include the product owner, development te
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スプリント計画ミーティング
デイリースタンドアップのコツ - まとめ
よい朝会はどう作るか