ScrumMasterWay - スクラムで卓越した成果を収めグレートスクラムマスターになるための方法
ユニークなコンセプト #ScrumMasterWayはユニークなコンセプトです。アジャイルとスクラムの第一線に立つエキスパートであるZuzana 'Zuzi' Šochováが提唱しているもので、スクラムで卓越した成果を収める方法、グレートスクラムマスターになるための方法です。15年以上に渡るアジャイルとスクラムの経験、そしてグレートスクラムマスターになるための彼女なりのやり方もカバーしています。 #ScrumMasterWayのコンセプトは、優秀なチームや組織を作ったり、アジャイルな環境における変化に対応したり、非常に強力なスクラムマスターの道具箱を活用したりするのに役立ちます。 #ScrumMasterWayのコア要素 このコンセプトはスクラムの長所に焦点を当てています。メタスキル、学習、心理、 リーダーシップが4つの要素です。
Nexusの概要
2. 概要 ✤ Nexusは3∼9個のスクラムチームのためのフレームワーク ✤ Nexus は、役割・イベント・作成物と、スクラムチームの作業をまとめる技法で構成さ れたフレームワーク ✤ 複数のスクラムチームが、ゴールを達成するインクリメント(出荷可能な製品の増分)を構 築するために、1つのプロダクトバックログに取り組む ✤ 開発はスクラムの父の一人Ken Schwaberと彼自身の会社scrum.org 4. 背景 ✤ ✤ 複数チームで協力してスプリントごとに統合済みの製品を作ろうとした場合、それぞれの 作業で多くの依存関係が生まれる。これは以下の影響 ✤ 要求のスコープの重なりや実装方法の相互影響。プロダクトバックログから項目を 選択する際にこれらを考慮する必要 ✤ ドメイン知識が欠如していると進まないので、適切な知識を持つ人をスクラムチー ムに適切に配置しないといけない ✤ 要求は
スクラムガイドを読む（第２回） - Intelligent Technology's Technical Blog
こんにちは、斎藤です。 「スクラムガイドを読む」の第２回目です。 「スクラムガイドを読む（第１回）」はこちらです。 第２回目は、スクラムガイドの下記の内容に関して書いていきます。 スクラムイベント スプリント スプリント計画ミーティング デイリースクラム スプリントレビュー スプリントレトロスペクティブ スクラムの成果物 プロダクトバックログ スプリントバックログ インクリメント 「完了」の定義 結論 スクラムイベント スクラムでは、イベントを設けて規則性を作り出し、スクラムで定義されていないミーティングの必要性を最小化している。イベントには、時間に上限のあるタイムボックスを使う。これは、計画プロセスで時間を無駄にせず、必要な分だけ時間を使うようにするためである。 スプリント以外のすべてのスクラムイベントは、何かを検査・適応する公式の機会である(スプリントはその他のイベントの入れ物である)
教科書と現場のあいだ
1) The document discusses the gap between theory taught in textbooks and real-world practice. 2) It notes the difference between a "closed world" of textbooks and an "open world" of practical application, and argues one must be prepared to face the open world. 3) The document suggests principles and practices can help bridge the gap, and that maturity involves moving from principles to adapting th
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編）
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編） スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによってアジャイル開発の方法論としてのスクラム（アジャイルスクラム）になったわけです。 野中氏は知識創造理論によって知られており、ウォールストリートジャーナルによる、「もっとも影響力のある思想家リスト」の20位にランクされています。 1月15日に都内で
スクラムマスターは開発メンバーになれるのか？ - capsctrldays(2012-12-09)
スクラムマスターは開発メンバーになれるのか？スクラムに関する資料を作っていて疑問に思ったのでQuoraで質問してみました。自分で訳しておいてあまり覚えていないので、改めて「スクラムガイド」を読んだんですが、明示的に書かれているところはありませんでした（できるというようなニュアンスはある）。 で、はじめてQuoraを使ってわかったんですけども、名指しで回答してもらうことができるんですよね。というわけで、Jeffに名指しで質問してみました。そしたらソッコーで答えが返ってきた！ http://www.quora.com/Scrum/Can-scrum-master-be-one-of-development-team-members/comment/233021 簡単に訳しておきます（正確には上の英文を読んでおくれ）。 「スクラムガイド」に載ってないんだったら、ウォマック博士の『リーン生産方式が
No022-01-suc3rum-20110221
2. • zuisener • SEPG • Software Engineering Process Group • … • 2011 2 21
Scrum Alliance - The Scrum Team Scorecard
Transitioning toward Scrum practices isn't easy for every team. I've used a visual image that I call the Scrum team scorecard to help. It's a one-page "snapshot" of the level of transformation of a project team into a Scrum team. An independent observer, preferably an Agile coach or someone highly familiar with good Agile practices, should score the team undergoing the transformation. In addition,
borisgloger consulting | Transforming into sustainable excellence
Business Agility ist die Fähigkeit von Teams, Abteilungen und Organisationen kund:innen-orientierte Produkte schneller zu entwickeln und auf Veränderungen im Markt proaktiv zu antworten. Business Agility ist heute wichtiger denn je! Unternehmen müssen ihre Strukturen, Prozesse und Kultur ständig anpassen, um ihre Profitabilität zu erhalten. Kurzum: Trotz Veränderungen profitabel zu bleiben. Agile
スクラムのスクラム - 問題と価値
Agile Estimating and Planningの著者のMike Cohn氏(リンク)が「スクラムを大きなプロジェクトチームに適用させるのに重要な技術」と説明しているのが、スクラムのスクラムミーティング(the Scrum of Scrums: 以下SoS)である。これらのミーティングをすることで、いくつかに別れたチームが仕事について議論したり、チーム間で統合が必要な箇所や、オーバーラップしている箇所にフォーカスすることができるようになるのである。 Allan Shalloway氏(リンク)は"Lean Software Development: Scaling Agile to the Enterprise"(リンク)という書籍を執筆している。彼は「チーム間の調整にスクラムのスクラム(成功経験あり)と、スクラムをエンタープライズにスケーリング(これに関しては、何人かの人がいくつ
10月18日〜19日 ジェフ・パットン 情熱プロダクトオーナー研修 - アギレルゴコンサルティング株式会社
2011年10月に続きジェフ・パットン氏 (Jeff Patton) が再来日します。 氏の考えるアジャイル時代の要件定義は、ビジネス・ユーザ中心設計・開発者 の３条件を揃えた "全部入り" のチームで行います。そのため、どの担当でも意図が分かり、かつ軽量に作成できるドキュメントを壁などを使って作り上げていきます。大事なのは共通理解。そして、より早くフィードバックを受け、プロダクトの方向性を修正していく「探索」にあります。プラグマティック・ペルソナ (pragmatic personas)ユーザーストーリー・マッピング (user story mapping)デザイン・ステューディオ (design studio)協調ワークショップ (collaborative workshop) 尚、本コースは、Scrum Alliance 認定スクラムプロダクトオーナー(CSPO)研修として行われます
スクラムに関する無料の日本語資料のまとめ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 スクラムを学習するにあたって参考になる【無料】の資料を以下にあげておきます。 僕がコーチングする際は上２つの資料については事前に読んでもらった上で、トレーニングを実施したりしてます。 スクラムガイドスクラムの父であるジェフ・サザーランド氏とケン・シュエイバー氏が書いた公式のルールブック。 これを読まないでスクラムをやるのはマズイです。 http://www.scrumguides.org/日本語版は、多くの本の翻訳をされている角さんが訳されてます塹壕よりScrumとXP昨年開催したScrum Gathering Tokyoで基調講演をされたヘンリック・クニベルグ氏によるScrumとXPの実践事例。 どういう問題がおきてどう改善したかも分かる。 http://www.infoq.com/jp/minibooks/scrum-xp-from-the-t
Scrum Alliance - Certified Scrum Product Owner
認定スクラムプロダクトオーナー研修 Though each CSPO course varies depending on the instructor, all Certified Scrum Product Owner courses focus on Scrum from a product owner's perspective. Graduates will receive the CSPO designation. All CSPO course are taught by Certified Scrum Trainers. 認定スクラムプロダクトオーナー研修は３日の研修になります。 研修完了後、受講者はスクラムを理論的かつ実践的に深い理解と知識を取得できます。 研修内容は、スクラムの基礎、理論から実践までプロダクト開発フレームワークであるスクラムの「なぜ」を徹底的に探求します
悩めるアジャイルに贈りたい『銀の弾などない』には続きがあるということ #devlove
DevLOVE主催の「全員スクラムマスター。」に行ってきました。スライドはSlideshareで公開されており、つぶやきのまとめはこちらだそうです。 アジャイル事例発表2つにダイアログといった流れだったのですが、アジャイルやスクラム導入の苦労話が多かった気がします。今日は、そんな方に贈る言葉を発表のふりかえりとして共有させていただきます。 発表をふりかえる 僕は最近違うことをやっているので、「DevLOVEなら血と汗と涙を流している人が発表するほうがいい！」ということで、最近活動的な@TAKAKING22に発表をお願いしました。彼の発表では、アジャイル導入の苦労とそれに対するアイデアが描かれています。 全員がアジャイルやスクラムに協力的ではない。やりたい人だけを集めることのは難しい やる段階に入ったとしても、やってくれない人もいる スクラムチームを作りたくても、スクラムのロールを割り当てた
スクラム道フルブーストに参加してきた #scrumdo #nawoto_girls - Diary of absj31
スクラム道フルブースト - スクラム道 2012/05/11 スクラム道フルブースト #scrumdo - Togetter (写真：第1ラウンドディスカッション風景の一幕。) スクラム道では、不定期にスクラム道場というイベントをやっています。 アジャイル開発は、自分の現場で実践してからがスタート地点であり、実際に取り組みはじめると日々、様々な事に悩みます。 その中で一番悩むのがプラクティスや良く聞くワードを現場で上手く実践し続ける事です。 スクラム道場では、毎回、プラクティスなどをテーマに自分の現場での工夫や失敗経験などをシェアし、 議論よる深掘りによって上手に実践する事を目指してきました。 この度、祝10回記念という事でバンダイナムコスタジオ様の会場提供により大きな会場での再演イベントをやります!! ふだん、なかなか聞けない生々しい話や議論が聞けるチャンスなので、ぜひ奮ってご参加くださ
「よく書けたインセプションデッキとは」 #scrumdo #agilesamurai - ヲトナ.backtrace
先日開催したスクラム道のイベント「スクラム道場.09」の資料を公開しました。 スクラム道場は、まず俺の体験した話を聞いてくれ、詳しくは後でみんなで話そうという進め方をしているので、資料だけでは分かりにくいかもしれませんが。 ＃資料の最後は俺が聞きたい事とか書いてあるしw 今回はインセプションデッキがテーマでした。 私自身は、デッキは作る過程とその後のメンテナンスの方を重要視しています。 けれど、今回はあえて書きあげたスライドの方に注目し、自分の現場で書いたデッキの良し悪しを判断できる事ができたらいいなーと思い、良い特徴や例などを自分なりにまとめてみました。 どこかの現場で何かの参考になれば幸いです。 あと、約一年振りにスクラム道場でやってきたネタの再演 and 大規模イベントを5/11にやります。詳細は追ってなんで、それまでは資料の最後の宣伝で我慢よろしくです。 アジャイルサムライ−達人開
Scrumチームを編成する際の必読記事２点 - Always All Ways
昨日のエントリー（QA versus Testing! Antagonism or Symbiosis? - Always All Ways）でQA/テストからの視点でチーム編成に少し関連することを書きましたが、一般的に、Scrumにおけるチーム編成を行う上でポイントとなることが２点あります。それは、 チーム分けの切り口（フィーチャーチームvs.コンポーネントチーム） メンバーの多能工化の進め方 私自身も過去に複数チームで一つのシステムを開発するような組織へのScrum導入・展開を推進したときにメンバーからよく聞かれました。その時に自分自身で繰り返し参照したり、メンバーに読むことを進めたりした文献がありますので、少し前の文献になりますが改めてここで紹介しておきたいと思います。（「こんなのあるから、一度読んでみて！それから、うちの会社でどうすればいいか一緒に考えよう！」みたいな感じでディスカ
リーンアジャイルメソッドの概要
みなさんこんにちは。@ryuzeeです。 Alan Shalloway氏がhttp://www.agilejournal.com/articles/columns/column-articles/3222-an-overview-of-lean-agile-methodsで書かれていた記事が良記事なので、抜粋・意訳にてご紹介します。 かつては物事はシンプルでした。 90年代に、アジャイルを選択しようとすれば、XPを選択するしかありませんでした。そして、その後、スクラムがポピュラーになりました。組織がチームへのフォーカスによって、これらのアプローチの限界に突き当たるようになったのは最近の話です。それから、ソフトウェアにリーンの原則を適用することができるということが明らかになってきました。リーンソフトウェア開発および後のカンバンが一連の中に加わりました。今、もしアジャイルな開発手法を選ぼうとす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【CEDEC 2012】ストリートファイター×アジャイルで直接対決×鉄拳 | インサイド
Ways and Means of Spending Your Sprints
