スクラムルールチートシート
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） はじめるにあたって必須のルール（骨格）フルタイムで参加できるスクラムマスターが決まっていて、スクラムチームのメンバーが仕事できる状態であることスクラムチームは30日以内に動作するソフトウェアのデモをすることに同意していることステークホルダーをデモに招くことできるかぎり早期に実現すべきスクラムの基本ルールスクラムマスターは必須や基本のルールに従うことを保証することフルタイムのプロダクトオーナー（専門知識と権限を持っている）が決まっていることスクラムマスターとプロダクトオーナーを含む機能横断チーム開発チームのサイズは6プラスマイナス3人プロダクトオーナーは開発チームや他のステークホルダーとともに働くことプロダクトオーナーによって
『アジャイル開発について、僕がしている事。』
令和からの働き方について 元「傲慢SE日記」で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 アジャイル開発って、スキルではないのでどうすればアジャイル開発かと言うと定義が難しい。 強いて言うならば ・プロセスやツールより人と人同士の相互作用を重視する。 ・包括的なドキュメントより動作するソフトウェアを重視する。 ・契約上の交渉よりも顧客との協調を重視する。 ・計画に従うことよりも変化に対応することを重視する。 を守ってるものだろうか？ まぁ、まぁ、僕がやってるものもこれを守ってるからアジャイル開発と言っていいと思うが。。。 デブサミで聞いたり、どこかの教科書っぽい文献を読むとXPやらスクラムやらが主流で色々書かれてるけど・・・。 これって本当に実践できるのだろうか？ と思う。 なんていうか、アジャイルで決められた事（プラクティス）を守
スクラムに対するよくある偏見と本当にチームを生産的にする方法
スクラムにおけるよくある偏見スクラムではドキュメントは何も書かないスクラムではアーキテクチャの設計はしない。またはアーキテクチャはないスクラムでは計画はしないプロジェクトの開始時点では、何を作りたいかは何も決まっていないスクラムと固定費用のプロジェクトは相容れない（※1）チームはチームが望むことは何でもできるスクラムマスターは上級管理職ではない（※2）スクラムはマネージャを必要としない（※2）プロダクトオーナーは全てのステークホルダーの代弁者であるスクラムはシンプルだ（※3） 以上がよくあるスクラムに対する偏見だそうです。 偏見をもったままでスクラム（やアジャイル）を導入したところで良い成果は出ません。 補足上記に関していくつか補足しておきます。 （※1）相容れないのは、「固定費用かつ固定スコープ」のプロジェクト（※2）チームではもちろん自己組織化が前提なのでコマンドコントロール型の管理職
イノベーションスプリントの前説原稿バージョン0.1 - kawaguti’s diary
こんにちは。 イノベーションスプリントの前説の時間をいただいているのですが、 本番でうまくしゃべれる自信がないので、ここに原稿を書いておきます。 このイベントの趣旨は？ 世界的な組織経営論の指導者である野中郁次郎先生と、世界的なソフトウェア開発フレームワーク「スクラム」のファウンダーであるジェフサザーランド博士のお二人が相見える歴史的なイベントです。 ジェフ・サザーランド博士は、このイベントまで、18年間、野中先生に会いたいと考えていたそうです。 そのことを、最初に私に教えてくれたのは、Jim Coplien という人です。ありがとうございます。 スクラムは北米／欧州で最も成功している開発方法ですので、おそらくこのイベントは、アメリカでやる方がおそらく人が集まるのではないかと考えます。 しかし、今回は野中先生が日本人でいらっしゃるという地の利を活かして、日本で開催することができました。ぜひ
スプリントにおけるコミットメントとは何か
みなさんこんにちは。@ryuzeeです。 スプリントプランニングでは、スプリントの終了までに「どのプロダクトバックログアイテムを完了させるか」を計画します。 このコミットメントとは何なのか？先日のCertified Scrum Product Owner研修でジェフ・サザーランドさんに以下のどれなのかを聞いてみました。 スプリントプランニングで決定した内容をスプリント期間中に「全て終わらせる」ことをコミットするそのスプリントにおいて、チームが「全力で選択したプロダクトバックログアイテムを完了させようとする」ことをコミットする1または2のいずれになるかはコンテキストに依存する プロジェクトの初期段階の数スプリントでは、見積りの精度は低いし、自分たちのベロシティがはっきりしていないので、通常はオーバーコミットしがちです。 またそもそもスクラムの経験が豊富ではないチームでは、「プロダクトバックロ
実践アジャイルテスト読書会にけなかったのでひとり読書会メモを書いてみる - miyohide's blog
先週予定されていた実践アジャイルテストの読書会なんだけど、風邪でダウン。このままズルズルと・・・って事にはしたくないので、ひとりで読んでみた感想を書いてみる。 実践アジャイルテスト テスターとアジャイルチームのための実践ガイド (IT Architects’Archive ソフトウェア開発の実践) 作者: Janet Gregory,Lisa Crispin,榊原彰,増田聡,山腰直樹,石橋正章出版社/メーカー: 翔泳社発売日: 2009/11/28メディア: 大型本購入: 3人 クリック: 142回この商品を含むブログ (50件) を見る 今回の対象は4章と5章。 第4章「チームの運営」 4章は「チームの運営」について。特に、軽視されがちなテスターさんをどうやってチームの中に取り込もうかという話。自分が関わっているプロジェクトの経験から言うと、ここでいうテスターさんは、テストエビデンスに対
プロダクトオーナーの重要な役割トップ７
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） プロダクトオーナーはチームにビジョンを伝え、プロダクトバックログにおける作業を説明することでチームをリードする。 プロダクトオーナーは、チームと直接コミュニケーションをとって、プロダクトバックログアイテムの優先順位付けを視覚的に行うことでプロジェクトをドライブする プロダクトオーナーはビジネス価値に基づいて作業を優先順位付けする。 スクラムは開発の意思決定をエンピリカルなデータに基づいて行うという点でユニークである プロダクトオーナーはチームと作業について交渉を行う。 各スプリントの最初にチームとプロダクトオーナーはそのスプリントで何に取り組むかを決めるために会う。 しかしこの取り組む作業は、プロダクトオーナーが単に割り当て
アジャイルにおける罠や落とし穴（失敗例）
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 Sean Landis氏のTraps & Pitfalls of Agile Software Development - A Non-Contrarian Viewにて、 よくあるアジャイルに関する失敗パターンを挙げられていたので抜粋・意訳にてご紹介します。 個人的に大事だと思うのは4点目です。 「アジャイルはチームと個人の規律、コミットメントやオープンさを機能不全の組織が持つそれよりもより多く必要としている。 にも拘わらず機能不全の組織がまるで銀の弾丸かのようにアジャイルに対して希望をもってしまう。」というのは良く見てきた例のひとつで、こういう組織に限って、色々な理由をつけて教科
なぜなぜ分析の良書籍 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
【公開】デブサミ2011でチケット駆動開発とチケット管理システム大決戦セッションで話します #tidd - プログラマの思索
【元ネタ】 創発 未来につながるために 世界に帆を立てるために Developers Summit 2011 セッション内容～創発 未来につながるために 世界に帆を立てるために Developers Summit 2011 【17-B-3】チケット駆動開発～タスクマネジメントからAgile開発へ～ 最近、RedmineやTracのような高機能なBTS(バグ管理システム)をソフトウェア開発のタスク管理に適用して、アジャイルに開発する「チケット駆動開発(TiDD：Ticket Driven Development)」が静かに広まっています。 チケット駆動開発は細かな作業をチケットで管理することから生まれましたが、アジャイル開発と関連する点が多いことから、アジャイル開発をブラッシュアップする技術としても、利用されるようになりました。 本講演では、ソフトウェア開発の歴史におけるチケット駆動開発の意
重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編）
1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、アジャイル開発手法の1つとしてもっともよく使われている「スクラム」の生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ基調講演を行いました。しかもサザーランド氏と野中氏が会うのは今回が初めてということで、アジャイル開発の歴史に残るイベントになりました。 野中氏の基調講演に続き、サザーランド氏の基調講演の内容を紹介しましょう。 （本記事は「スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）」の続きです） なぜソフトウェアのプロジェクトは失敗するのだろう？ Chairman,the Scrum Training Institute ジェフ・サザーランド氏。 なぜソフトウ
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
Impediments（障害事項）への対応
みなさんこんにちは。@ryuzeeです。 Impediment（障害事項・妨害事項）について、海外で良い記事がいくつかあったのでご紹介しましょう。 Recognizing ImpedimentsThe biggest impedimentImpedimentとはスクラムでよく使う単語で、プロジェクトを進めていく上での障害や妨害になる事項のことです。 人的なもの、プロダクトに関するものなど全てを含みます。 例えば以下のようなものが一例になります。 未完了なままの作業情報の不足繰り返しの作業待ち依存先の欠如割り込みバグ官僚主義間違った、もしくは不明瞭なコミュニケーション意思決定がなされない間違った推定時間がたりないパーツがないよく知らない新しい技術 などなど、ほかにもたくさんあります。 当然のことながら、これらの障害事項を把握することは大事ですし、日々の活動の中で優先順位をつけて改善していかな
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. 各メンバーの毎日の作業を教えてもら
[#TiDD] 従来法の限界とアジャイルの利点、そしてチケット駆動開発 - ソフトウェアさかば
ウォーターフォール(WF)とアジャイルの議論はいつもかみ合いません。それは、モデルで考えるなら、1回だけか複数回かで複数回の方が変化に強いに決まっているものの、WFは決められた仕様どおりのものを作ることが目的で、アジャイルは変化に対応しながら顧客の要求に合ったものを作ることが目的だからです。目指すものが違うので、それを比較しても、どちらが良いということはありません(もちろん、あるプロジェクトにとって、どちらが向いているかはあります)。 ここでは、WFではなく「従来法」と呼ぶプロセスを考えてみます。具体的には、開発標準として、上流から下流までの段階的な工程に分かれ、各工程での作業、成果物、品質向上策のほか、メトリクスの基準が決められている。初めての技術に関しては、プロトタイピングが実施されて技術的な検証がされる。また、上流では少人数で、下流工程では増員されるようなプロセスを考えます。 このよ
![[#TiDD] 従来法の限界とアジャイルの利点、そしてチケット駆動開発 - ソフトウェアさかば](https://cdn-ak-scissors.b.st-hatena.com/image/square/cb3189f8cb55f68fc5c2b0270b2e8657e0d2eb43/height=288;version=1;width=512/http%3A%2F%2Fsakaba.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
認定スクラムプロダクトオーナー研修の資料をちら見せ - kawaguti’s diary
2011年1月11日〜12日 CSPO 認定スクラムプロダクトオーナー セミナー の資料を訳しています。 目次だけチラ見せでお伝えします。 ※内容はまだ作業中のものですので、今後変更になる可能性があります。 製品やサービスの企画／マーケティングに携わっている方に 顧客価値に基づく機能の優先度付けをどうやったらいいか。刻々と変化する状況、有限なリソースの中で、最大の効果を得る方法を学んでいきます。 参加者同士の交流、議論も 日本のアジャイル開発やUXの分野で活躍されている方も参加者として参加されるようですので、参加者同士の議論も、大変勉強になると思います。 アジャイルUXの要素も Jeff Patton の協力で、ユーザーストーリーマッピング、プラグマティックペルソナの話も入っているようです。 申し込み受付中 まだ、残席ありますので、申し込み受付中です！ 年明けでもたぶん大丈夫ですので、お問
【資料公開】バーンダウンチャート虎の巻
みなさんこんにちは。@ryuzeeです。 2010/12/22に永和システムマネジメントさんで実施したスクラム道.02でバーンダウンチャートについてお話させていただきました。 その際の資料を公開します。 スクラムではバーンダウンチャートを使うことが定義されていますが、バーンダウンチャートもツールなので、それをどう使うか、というのを考える事は非常に大事だよ、ということ、改善に使うべきであるということ、形状等を見ればチームの自己組織化レベルまで推察することができるよ、指標を追加するとさらに色々なことが分かるよ、といった話をしてます。 日本ではバーンダウンチャートについてこの話をしている人はまだほとんどいないはずです。 感想を聞かせていただければ幸いです。
「契約もアジャイルに」、中堅SIerの新たな挑戦 － ＠IT
2010/12/07 「アジャイル」といえば、ソフトウェアの開発手法として近年注目を集めてきた。半年や1年といったプロジェクト期間で完成品を作る「ウォーターフォール型」ではなく、2週間程度の短いサイクルで、途中経過であっても実際に動くものを見ながら開発を進めるスタイルだ。事前にシステム要件を定義しづらい場合や、市場変化が激しい場合などに柔軟に対応できる。 アジャイルは開発スタイルの実践を指すが、これを受託開発の契約形態に当てはめようという企業が登場して注目を集めている。中堅SIerの永和システムマネジメントは2010年11月11日、初期費用0円、月額利用料15万円からという、まったく新しい契約形態による受託開発のトライアルサービスを発表した。永和システムマネジメントに話を聞いた。 こう語るのは永和システムマネジメントサービスプロバイディング事業部の木下史彦氏だ。アジャイルといえば、開発の方
Scrum Works とはどういうものか - Agile ALM (アジャイル アプリケーションライフサイクルマネジメント) - kawaguti’s diary
「Agile2.0 〜 組織をアジャイルにするツールの勘所」を開催しました。 の勉強会の前に行われていたセミナーの資料が、エクセルソフトさんより公開されました。 日本語: http://jp.xlsoft.com/documents/collabnet/Product_Corporate_Overview-J2.pdf 英語: http://jp.xlsoft.com/documents/collabnet/Product_Corporate_Overview.pdf スクラムおよびエクストリームプログラミング（XP）専用の目的達成手段であり、 われわれには十分豊富な経験があります（顧客数1,600、トレーニング修了者 8,500人） スクラム、XPおよびその他ソフトウェア開発関連項目に関する教育を受けた社員で構成 スクラムおよびXPに注目したのはそれが有効だからであり、単なる目新しさにひ
デイリースクラムのTIPS (2016年版)
みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、スプリントゴールの進捗を検査し、今後の作業計画を必要に応じて見直す（適応する）ことで、スプリントゴール達成の可能性を最適化することです。 毎日の検査と適応（高速なフィードバックループ）によって問題を早期に発見することでリスクを減
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
