The Patternsハイパープロダクティブチームを体系的に生み出すため9つのパタンはこちらになります。 1. Stable Teams 2. Yesterday's Weather 3. Swarming: One Piece Continuous Flow 4. Interrupt Pattern: Illigitimus Non Interruptus 5. Daily Clean Code 6. Emergency Procedure 7. Scrumming the Scrum 8. Happiness Metric 9. Teams that Finish Early Accelerate Faster https://www.scruminc.com/wp-content/uploads/2014/05/teamsthatfinishearlyacceleratefaste
(3:30修正: タイトルから「大幅な」を削除しました。根本は変わっていません。スクラム実践者がよく使う用語の定義がいくつか変わりました) スクラムガイドの更新がありました。角さん翻訳ありがとう！スクラムの共同開発者のケン・シュウェイバーさんが作ってきたものですが、今回は大幅な変更になっています。もう一人の共同開発者ジェフサザーランドさんや、ジム・コプリエンさんがかなり協力してるところも注目。昨年12月の認定スクラムマスタ研修(講師:ジム・コプリエン)や今年1月の認定スクラムプロダクトオーナー研修(講師:ガブリエル・ベネフィールド＆ジェフ・サザーランド)で言われていたような感じに近づいた感じがします。この２件の研修に偶然にも関わらせていただいたことに大変感謝しています。参加していただいた皆様、一緒にスタッフ業してくださった皆様に大変感謝しております。 ケン・シュウェイバーさんが今回の変更に
参加してきました。覚えてる間に書いておきます。 [ATND]スクラム道.04 http://atnd.org/events/11978 Twitterハッシュ:#scrumdo スプリント0がテーマ。スプリント突入前にはどうすべきか・みんなどう考えているかを議論・共有する場でした。 私の勤め先の業種であるSIerは、とりあえず「はじめよければ全てよし(極論)」ということになっている。なので、「あらゆる前提や成果物は事前に明確にして約束してから始める。」ということが体の芯まで叩き込まれている。 そういう中で育っているので、アジャイルな開発の事前準備をするとき、いつもモヤモヤする。他のみなさんはどのくらいの時間かけてどういう事をやってるんだろう？というので参加してみた。 だって、約束(決め)しすぎたら逐次動的に様々な意味で適応出来ないし、作りすぎの無駄を生んだりして、良いことがなくなっちゃう。
「10分でスクラム」という資料をつくりました。 http://www.slideshare.net/kawaguti/20110118-scrum-10-mins 20110118 scrum 10 minsView more presentations from kawaguti. 「xx分でスクラム」という資料はライフワーク的になってきたので、またかよ、と思っても見逃してください。今回は結構よくできた方だと思うんですけど。 最後の方で、スクラムマスタをチェンジエージェントとして位置づけてみたところが、今回のポイントです。 あなたがもし最初の一人だったら 1. スクラムマスタとして行動する。 2. 優先度をつけている人を見つけ、 はっきりと優先順位をつけるよう促す。 (その人がプロダクトオーナーだ) ＆作業規模をメンバーに聞いてみるよう促す。 3. 各メンバーの毎日の作業を教えてもら
「Innovation Sprint 2011」 基調講演 野中郁次郎先生の講演メモです。 テープ起こしをしていませんので、間違っているところもあると思いますし、補った言葉が間違っているかもしれません。また、編集の過程で順序が変わってしまったところもあると思います。 会場の風景およびスライドなどは、スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である 〜 Innovation Sprint 2011（前編）の記事に載っています。僕の記事より読みやすいです。 ──────────────────────────────────── 基調講演 「Roots of Scrum」一橋大学 名誉教授 野中 郁次郎 ──────────────────────────────────── 今日は、イノベーションを生み出す組織について話をします。 ドクター・サ
1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、アジャイル開発手法の1つとしてもっともよく使われている「スクラム」の生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ基調講演を行いました。しかもサザーランド氏と野中氏が会うのは今回が初めてということで、アジャイル開発の歴史に残るイベントになりました。 野中氏の基調講演に続き、サザーランド氏の基調講演の内容を紹介しましょう。 （本記事は「スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）」の続きです） なぜソフトウェアのプロジェクトは失敗するのだろう？ Chairman,the Scrum Training Institute ジェフ・サザーランド氏。 なぜソフトウ
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
■1 第11回すくすくスクラム――ユーザーストーリービギンズナイトで講演してきました。 講演といってもワークショップ形式なので、あまりしゃべってないですけれども。 2時間という長時間でしたが、原メソッドのおかげでピッタリ時間通りに終わりました。ご参加いただいたみなさん、ust参加者のみなさん、スタッフのみなさん、どうもありがとうございました。 今回は、ワークショップへの参加者として思ってたことを2つ実践してみました。 （参加者同士の）自己紹介なんて必要なくね？ 模造紙って非日常的だから使えなくね？ もちろん異論はあるでしょうけれど。 ustの録画は以下。 ちゃんとした録画は、このへんにアップされるんじゃないかなあ。 http://www.microsoft.com/japan/powerpro/developer/agile/community/suc3rum.mspx 資料も、いずれこの
「Jim Coplien さんの 認定スクラムマスタセミナーの手伝いをしようかと思います。 - kawaguti の日記 (id:wayaguchi)」 で報告させていただいた、Jim Coplien さん (Cope) のセミナーの、ローカルオーガナイザーとしてお手伝いさせていただきました。 1. Scrum Alliance 認定 スクラムマスター研修 (12月７日〜８日): 概要 日本では Bas Vodde さんが何度も開いている、おなじみのセミナーです。2日間の研修でスクラムの基礎と、スクラムマスターやチームのありかたを学びました。基本的に教えるべきフレームワークはScrumですので、決まっていますが、経験豊富なトレーナーによって教え方やワークショップは創意工夫がなされており、一人一人違います。Basさんや Copeさんのスクラムマスタ研修は、講師の経験の総量からみて、かなりお得
最近の更新 (Recent Changes)2017-08-31FrontPage 2015-05-11plugins/SearchHyperestraierPlugin 2015-04-30plugins/MailArchiveExtPlugin 2015-04-29misc/AvatarSupport 2015-04-27plugins/MailArchivePlugin 2014-03-31plugins/ReportIncludePlugin 最新リリース情報BTS.Trac (1.0.51.183)2009-07-08 20:03ExcelRedmineAddIn (1.0.1)2009-06-15 23:07ExcelTracAddIn (1.2.1)2009-06-15 23:09OpenProj (1.4-ja-dev2)2009-08-14 09:02ProjectTra
以前からOdd-eのebackyさん(@ebacky_ja)と永和システムマネジメントの西村さん(@nawoto)さんと私(@ryuzee)で、スクラム実践者向けの勉強会をしたいねー、という話をしていたのですが、この度、第一回目を開催することになりましたので、告知です。 勉強会の名前は「スクラム道」。 主にスクラムを現場で実践している人を対象にして、スクラムに関してより突っ込んだ議論をしようという趣旨で、毎回１つのテーマについて参加者全員で議論するというスタイルになります。 スクラム道とは？ スクラム道は、スクラムを中心にアジャイルを探究するための場です。 アジャイルは本を読んだだけでは大事な部分は伝わらず、そのため、せっかく現場でスクラムやアジャイルのプラクティスを導入しても上手く成果が出ないという悩みを良く聞きます。 スクラム道では、毎回、参加者と共に一つのテーマを深く掘り下げて探究し
企業の世界において、マネージャの伝統的な役割は“指揮統制”として知られるモデルに基づいます。ここでのマネージャの役割は何をする必要があるかを特定し、従業員に詳細な指示を与え、従業員が確実にその指示に従って仕事を完了するようにすることです。このモデルでの従業員は単純に与えられた指示に従い、正しい仕事を正しい方法で完了するためにマネージャの判断と知恵を信じるだけです。 しかし、ソフトウエア開発のような複雑で変化の激しい環境ではこの手法は機能しなくなりやすいです。まず、マネージャがすべての要求の完全な細部まで理解し、従業員の仕事を指導するため正確な指示を出すのは難しくとても時間がかかります。ソフトウエア開発チームの仕事は相互の関連の度合いが高く、複雑に依存し合い、変化や予期しない驚きが頻繁に発生します。ひとりのマネージャがチームのためのすべての基本的な判断を下すことを期待するのは現実的ではありま
スクラム（SCRUM）という開発手法がある。一時期雑誌をにぎわせたさまざまなアジャイル開発手法群のうちの1つである。日本国内で実際の導入事例はないが、米国では提唱者のケン・シュエイバー（Ken Schwaber）氏によって着実に導入実績を積み重ねているという。今回公開する「スクラムワークショップ体験記」は、筆者2名が日本人として初めて認定スクラムマスターを授与されたワークショップの様子を報告したものである。 米国のソフトウェア開発業界における独立系コンサルタントの躍進とアジャイル開発手法群の台頭という現象は切っても切り離せないものだ。このことは、XP（eXtreme Programming）の提唱者であるケント・ベック（Kent Beck）氏をはじめ、ソフトウェア開発手法に関する分野の“カリスマ”が日本のソフトウェア開発業界に紹介されたことからも記憶に新しい。米国のこのような動きは日本にも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
