Scrum Alliance Regional Gathering Tokyo2013でDeNA貝瀬、高坂、坪田が発表した際の資料です。Read less
![DeNA流Scrumとcommのチームビルディング](https://cdn-ak-scissors.b.st-hatena.com/image/square/1e9101b72eb98ef64ea1a0a38bbd1d711261c945/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fdenascrumcommfixver-130117022030-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
みなさんこんにちは。@ryuzeeです。 2013年1月15日、16日にScrum Alliance Regional Gathering Tokyo 2013が開催されました。 まずは実行委員として、ご来場頂いた参加者の皆様、登壇者の皆様、スポンサー各社様、様々なコミュニティの皆様、ほかご協力いただいた全ての方に感謝したいと思います。ありがとうございました。 僕は1日目の達人に聞けのセッション、2日目のScrum The Next Generationに登壇させていただきましたが、2日目の資料について以下で公開しておきます。 大胆不敵にも本イベントの実行委員長(僕らはプロダクトオーナーというロールにしています)が基調講演の裏で、とんがったセッションをやりたい、ということでこのセッションは企画されました。 したがって僕のスライドも結構過激になっています。 単に字面だけみて誤解をしないように
概要 現状、適用する開発手法に関しては、各プロジェクトに任されているため、特定の開発手法を採用していないプロジェクトも多い。しかしながら、一定規模の開発をする場合、何かしらの開発手法を採用した方が良いのは自明である。担当プロジェクトにおいて近年注目されているSCRUMを適用して開発を行ったが、導入時に戸惑うことや疑問に思うことがあった。本稿では、実際にプロジェクトでSCRUMの手法を適用した際の具体的な方法、手順、独自の工夫などについて整理する。SCRUM開発を導入する際の一つのやり方として参考にしていただきたい。 目次 序論 社内ではデカグラフ戦略に伴い、新規プロジェクトが大量に立ち上がっている状況である。現状では、適用する開発手法に関しては、各プロジェクトに任されているため、特定の開発手法を採用していないプロジェクトも多い。しかしながら、新規開発などで、一定規模の開発をする場合、何かし
みなさんこんにちは。@ryuzeeです。 ジェフ・サザーランド氏のスライドが素晴らしいので抜粋・意訳にてご紹介します。 これは2007年の文書ですが、今読んでも全くもってその通りあてはまると思います。 1.プロダクトオーナーの失敗ポイントプロダクトオーナーが、ビジョン、ビジネスプラン、リリースのロードマップを持っていない プロダクトバックログが適切な順番で優先順位付けされていない。技術的な問題を含む、全ての仕事が含まれていない。スプリントプランニングに使えるようになっていない(適切なサイズになっていない、正しく見積もられていない、詳細化できるようになっていない) プロダクトオーナーがスプリント期間中に無断でどこかに行ってしまう 2.スプリントプランニングの失敗ポイントプロダクトオーナーがはっきりと思いを伝えないチームがプロダクトバックログから離れている。フィーチャーをスプリントタスクにブレ
2011年9月3日(土)に早稲田大学理工学部で行われたXP祭り(記念すべ第10回!)で、Agile Buffetというワークショップセッションを長沢さん(マイクロソフトの凄腕エバンジェリスト)、海江田さんと一緒に、Scrumはじめの一歩という初心者向けセッションを、西村さん(アジャイルサムライ監訳者)と一緒に実施してきました。 ご参加頂いた方、お手伝い頂いたスタッフの方、こっそり紛れ込んでもらった仲間たちありがとうございました。 Agile Buffetについては長沢さんのブログ等で公開されると思いますので、ここでは、「Scrumはじめの一歩」について資料を公開いたします。 今回は90分コースでしたので、全体の概要をざっくり抑えたうえで、ワークショップをやって実際のScrumのイメージを掴んでいただくことを目的としてます。次はフルコースで聞きたいという方は是非Scrum Boot Camp
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ4年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 (元請け会社の2人、当時同じ会社だった先輩、僕の4人) そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
1. Head First 頭とからだで覚えるデッキ作りの基本 n-nishimura@esm.co.jp 11 10 11 1
先週の水曜日(10月19日)に、アジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ~組織と現場から~」のセッションで紹介されたヤフー株式会社の例。 同社は2名の担当者が中心となり、社内セミナーなどでスクラムに興味を持ってもらうことで社内の自主的な変化を促す一方、評価制度や内部統制などの制度を調整する担当役も置くことで制度面での変化も後押しするなど、スクラム導入の具体的な手法が紹介されました。 そのセッションの内容を紹介しましょう。 2名で分担してアジャイル開発の推進を開始 ヤフー株式会社 R&D統括本部プラットフォーム開発本部本部長 志立正嗣氏。 組織の立場から見て、どういう風にスクラムを導入してき
2/17 に Developers Summit 2011 で講演させていただきました。「今そこにあるScrum」と題し、僕の目から見た国内の Scrum の状況とこれから取り組む際に開発者の皆さんに知っておいてほしい事を簡単ではありますが話をさせていただきました。以下は当日の講演資料です。 [デブサミ2011]今そこにあるScrumView more presentations from Nishimura Naoto. 当日の様子は、[twitter:@suginoy] さんが Twitter のつぶやきをまとめていただいたので、そちらをご覧ください。 僕もみなさんの感想などをぜひ知りたいので、上記のまとめに追記してくださるか、この記事にコメントなど付けてくださると嬉しいです。 デブサミ2011【17-B-5】今そこにあるScrum 西村直人 氏 [twitter:@t_wada] さ
10. chriszak - flickr Source :: Forrest Research 2010 - Agile Development:Mainstream Adoption Has Changed Agility 2011 2 18 10 11. royskeane - flickr Source :: VERSIONONE - State of Agile Development Survey Results 2010 2011 2 18 11 12. VP/Dir. of Development 22% Development Manager 15% Project Manager 13% CIO/CTO 11% Team Lead 8% Developer 7% President/CEO/COO 7% 0% 8% 17% 25% Source :: VERSIONONE
今週は、野中郁次郎氏とジェフ・サザーランド氏というアジャイル開発手法「スクラム」の生みの親2人が基調講演を行った歴史的イベント「Innovation Sprint 2011」のレポートを2本公開し、たくさんの方に記事を読んでもらうことができました。 スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編) 重要なテクノロジーは10名以下のチームで作られた ~ Innovation Sprint 2011(後編) この記事きっかけに「スクラム」に興味を持ったという読者もおられたようで、そんな方のために(かどうかは分かりませんが:-)、「Innovation Sprint 2011」の実行委員長だった川口恭伸氏が「10分でスクラム」というスライドを公開しました。
■1 アジャイル開発のディケイドと"The Agile Samurai" (このエントリは「30分でだいたいわかるアジャイル開発」at Cybozu Developers Conference 2010の続きです) 「30分でだいたいわかるアジャイル開発」のviewsが1万を超えていてびっくりしたのだけれど、たしかに今、日本のソフトウェア開発の世界では、サービスはもちろんエンタープライズやゲーム開発でも「アジャイル開発」がとても注目されている。だけれども、実際にはじめるにあたっての包括的でハンディでまともな最初の一冊ってあまり無い印象。 XPはゆんゆんしてるし、Scrumはセミナービジネスだし、Leanは「お話」だし。あとは「たばこの吸えるスタバ」みたいな話とか。もちろん、それぞれ良いところはあるんだけど、最初に全部丸かじりしないと前に進めないというのはしんどい。かといって、やれるところか
スクラム道とは スクラム道では、毎回、参加者と共に一つのテーマを深く掘り下げて探究し、現場の悩みを少しでも解消する事を目的にしています。 当日は、発表者(スクラム道では読み手と呼んでいます)がその日のテーマについて 30 分ほどお話しして、それを切っ掛けに 1 時間以上みっちりと参加者と共に質疑応答やディカッションを行う形式で進めていきます。 11月1日 スクラム道.01(東京都) という形式の勉強会です。 今回のテーマは「ふりかえり」ということで、アジャイル実践未満の私でも参加者の皆さんと共有出来ることがあるかなということで参加を申し込んでみました。*1 キーワードは「KPT is harmful」ということで気になったキーワード KTPのKeep/Problem/Tryの維持/問題/挑戦は良くない日本語化で抵抗を減らす 守破離の破のフェーズとしてのKPt(Tryを小さく)/KT(Pを出
The document discusses Scrum and agile software development methods. It provides links to websites about Scrum creators Ken Schwaber and Jeff Sutherland. It also references artifacts used in Scrum like user stories, task boards, and planning poker. Hashtags like #copejp and #inspr are included, possibly referring to influences on agile approaches.Read less
チケット駆動開発でAgile開発を初めて実践できて、Agile開発の長所や短所が色々分かってきた気がする。 今の時代にAgile開発はとても優れていると思っているが、乗り越えるべき課題はまだまだある。 その課題も、時代の変化によって、より難しいレベルまで要求されているように思う。 2000年代に現れたXPを代表とするAgile開発は、その利点は広く知られてきたが、適用の限界や短所について従来から指摘され続けてきている。 その課題についてまとめてみる。 #考えたことをラフなメモ書き。書きかけもある。 【1】Agile開発はプロジェクト管理が弱い アジャイル開発でプロジェクト管理、そしてプロセスを管理する部分が弱いという指摘は従来から言われていた。 確かに、PMBOK、CMMIなどの観点から見れば、Agile開発はプログラミング重視で全体的なプロセス設計がなされていないように思える。 だが、S
MS イベントに IBM エバンジェリストも登場!セッションご紹介【Agile Day 2】今週金曜日開催。まだ参加登録可能です:ITとビジネスの可能性:オルタナティブ・ブログ 前回に引き続き、Agile Day 2に参加してきました! #UstやTogetterなどのリンクはかわぐちさんのエントリが詳しいです 今日は、IBMの玉川さん、Shibuya.trac の id:ryuzeeさん、すくすくの今村さんと、豪華なお三方! 僕はScrumを知ってからの一年弱でやったことをLTしてきて、うれしいことに投票で賞をいただきました! #写真がそのUSBメモリです。日本にはないものだそうです 前回もじゃんけんで、やっぱり日本にない"VisualStudioプランニングポーカー"をもらったのでうれしいです:) スライド はじめてのスクラムView more presentations from か
米調査会社のフォレスターリサーチが、アジャイルソフトウェア開発手法は急速にメインストリーム化しているとの調査報告を発表しています。 先週、VersionOneによる調査報告を紹介した記事「アジャイル開発手法、大きな組織の導入率が高く、半数はスクラムを採用との調査結果」で、500人以上の大きな組織では25%程度がアジャイル開発手法を採用しているという結果を紹介したばかりでした。今回紹介する調査では、それ以上にアジャイル開発手法が普及していることを示しています。 フォレスターリサーチが1月20日に発表した調査報告「Agile Development: Mainstream Adoption Has Changed Agility」では、表題に記されているとおりアジャイル開発手法は急速に主流となっていることを、次のように書いています。 In the past few years, Agile p
IceScrumはJava製のオープンソース・ソフトウェア。未だに世の中ではウォーターフォール型の開発が行われている。確かにプロジェクトの開始直後はウォーターフォール型の方が進めやすい。だが後々になって火をふきトラブルを生むのもまたウォーターフォールだ。これだけ何度も繰り返してきて、それでいて未だに行うのはなぜなのだろう。 アジャイル開発のためのプロジェクト管理 アジャイル開発が全ての解決手段になる訳ではない。これもまた手法であり、適切に自分たちにあった形で取り入れなければ火をふくのは当然だ。だが真剣にアジャイル開発を取り入れていくなら、改善される可能性はある。そのためのプロジェクト管理に使ってみたいのがIceScrumだ。 IceScrumはアジャイル開発専用のプロジェクト管理だ。機能をノート形式で記述し、スプリントにおけるバックログを管理、ロードマップやリリースプランを通じてプロジェク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く