(本編終了間際、『ふりかえり』でのKPT作成資料。※なぜ『レッドブル』が置いてあるのかは後述。) 6月18日 Scrum Boot Camp 横浜(神奈川県) Scrum(スクラム)は竹内弘高氏、野中郁二郎氏が1986年にハーバードビジネスレビュー誌にて発表した 「New New ProductDevelopment Game」を元にしてジェフ・サザーランド氏らが考案したアジャイル開発手法の１つで、 近年アジャイルな開発の手法として日本国内においても急速に採用事例が増えています。 一方でコーチや経験者の指導のないままに表面的なプラクティスを導入し、結果としてあまりうまくいかないと いうケースも良く聞くようになりました。 そこで今回はこれからScrumを導入して開発を行うことを検討されている方もしくはトレーニングを受けない (受けさせて貰えない)ままにScrumチームに参加されている方を対象

Scrum Boot Campというスクラム初心者向けの無償の講習会を行われたので参加しました。詳細はこちら #scrumbc 一緒の席でワークショップをすすめましたがRedBullでチームの結束が深まった気がします。 ありがとうございました＞ @absj31 @gantawitter @dproject21 @frerudev 内容のまとめはいろいろな方がやっていると思われるので、ふりかえりでよく使われる KPT で 個人的にまとめておきます。 Keep ワークショップ形式の勉強会は初めて参加して懇親会も初めて参加したが自分の聞きたいことは聞くことができたので満足。新しいことを学ぶコツは質問を考えることだと再認識。 ワークショップを通じて、知識として知っていることと、実践できることの壁。実践することで多くのものを得られる。 アナログ大事。タスクボードはアナログおすすめ。アナログでやってう

著作 SCRUM BOOT CAMP THE BOOK 著者／訳者：西村直人 永瀬美穂 吉羽龍太郎 出版社：翔泳社( 2013-02-13 ) 定価：￥ 2,520 スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。 CakePHPで学ぶ継続的インテグレーション 著者／訳者：渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕 出版社：インプレス( 2014-09-19 ) 定価：￥ 4,320 Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説

みなさんこんにちは。@ryuzeeです。 ジェフ・サザーランド博士のブログ記事、Shu Ha Ri - What Makes a Great ScrumMaster?のご紹介です。 元記事に対応して、以下の部分はCC BY-NC-SAライセンスとします。 守破離のコンセプトは日本の合気道という武術から来たものだ。 私はデンバー(センセイは破の段階だった)とケンブリッジ(センセイは離の段階だった)で合気道の道場に数年通った。 生徒はまずは「守」からはじめて、センセイの指示に正確に従わなければならない。 黒帯を取ると、彼(彼女)は「破」の段階にたどり着いたことになり、素晴らしい型の練習をしたり、よりよくするために洞察して適用することが可能になる。 「離」の段階はちょっと違う。センセイが手を動かすと相手は触られてもいないのに宙を舞ったりする。もちろん「気」の力の使い手を見たことがなければ、こんな

みなさんこんにちは。@ryuzeeです。 6/1にスクラム道.06を実施しました。 今回のテーマはスクラムマスターということで幅広い議論になりました。 その中でも一番最後に出た4つの質問が非常に良い質問だったので、現場でも僕の解を言いましたがここにも書いておきたいと思います。 なお、いつも言っていますがソフトウェア開発はコンテキスト依存性が極めて高いので、唯一絶対解はありません。 ある現場でうまくいったことが他の現場でうまくいくとは限りません。 そこがまた面白いところということで理解してください。 質問：スクラムマスターは指示しないと言っているが、誘導尋問をしていないか？もともとの話の流れは、チームに対してスクラムマスターが開発チームにアーキテクチャや実装上のお願いをしたい場合指示するの？それともしないの？という話から来ています。 まずスクラムマスターの役割は、スクラムのプロセスがうまく回

スクラム道.06に参加してきました。 今回のテーマは「スクラムマスタ」で、講師*1の@kappa4さんの発表の題名は「スクラムマスター?」でこちらで公開予定だそうです。 発表内容は、スクラムマスタについて、知識ややったこと、どう考えるか、行動は？といった内容でした。 詳細はTogetterのスクラム道.06をご覧ください。 イベントの写真はこちらにアップされています。 以下は、プレゼンをふまえて、参加者同士のディスカッションの流れとか私の感想とか覚書です。 Q. SM*2は何をする人？ チームの生産性を最大限向上させ、ユーザのビジネス価値の向上に最大限貢献する様にする人。not コード書かない人。 Q. SMとしてチームにやって欲しいことがある。その場合、どういう風に伝える？ 指示する派：ティーチングでメンバにやって欲しいことを伝える。 指示しない派：課題をメンバに伝えて、コーチングで相手

先日、AgileJapan2011でアジャイルの組織導入について講演をしてきた。Twitter等で感想を見て驚いた事の一つに私のアジャイルの組織導入のやり方がウォータフォール型という意見が多かった事です。この意見に私はなんとなく違和感を感じました。そのことについて考えてみます。 ウォータフォールと呼ばれる理由 ウォータフォールは、ルイスさんって人が考えたソフトウェア開発アプローチがありました。そのアプローチは、現在のウォータフォールの元になっている考え方です。 http://leadinganswers.typepad.com/leading_answers/files/original_waterfall_paper_winston_royce.pdf　←これウォータフォールの元の論文です。 現在のシーケンシャルな考え方の他に、フィードバックや、繰り返しの考え方が当初から盛り込まれていた

今回はキーノートセッション＃１について綴ります。 【キーノートセッション＃１】 Fearless Change：My Favorite Patterns 〜不安を乗り越えて組織改革を推進するには〜 スピーカー：Linda Rising氏 公開講演資料：http://goo.gl/yorkV リンダさんが登壇された会場のボルテージは早くも最高潮になりました。セッションはもうアジャイルとか関係なしに兎に角感動的なものでした。私は英語（他の言語も）は苦手ですが、一単語一単語丁寧に心に語り掛けていただき、せっかく平鍋氏が同時通訳してくださったのですが、ほとんど耳に入りませんでしたw。 講演内容は、氏の著書「Fearless Change」の48のパタンの中から、お気に入りの14パタンを目的や目標別に紹介するものでした。紹介されたすべてのパタンやその背景、目的、実践の心構えが考えさせられるものでした

平鍋さんから声をかけられ、Linda Risingさんが日本に滞在している間、付き人をさせていただきました。僕はLinda Risingさんは平鍋さんの師匠であり、Fearless Changeの著者のお1人だと言うことは存じていましたが、パタン・プリンセスと呼ばれていることを存じてませんでしたし､世界的に活躍されているコンサルタントだと言うことが、どういうことなのか、良く分かってませんでした。それはどういうことなのかというと､ 先週末にはポーランドのJavaのカンファレンスに招かれて出席し、一度アメリカの自宅に戻ったものの､すぐ日本に移動し、Agile Japan 2011の懇親会に出ずに自宅へ帰らなければならないほどお忙しい人 なのです。僕は1ヶ月に3､4回は飛行機に乗って世界各国を飛び回るのが当たり前の人と行動を共にしたことはありません。そんな方を空港へ迎えに行ったり､ホテルまでお見

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 Googleで画像検索していたら、Scrumの流れを1枚で説明した素晴らしいポスターを見つけたのでご紹介します。 ライセンスはCC BY-NC-ND 3.0ライセンスとなります。 再配布可能なのでこちらにも置いておきました。。 このポスターの良いところは、1枚で説明しているにも関わらず、スプリントでの割り込みは避けるべきものであることや、「完了」についての意味がきちんと記載されていること、そして実際には良く使うImpediment backlog（プロジェクトを進める上での障害となる事項のリスト）についての話も載っていることです。 こういうポスターが日本語でもどんどん作られるようにな

スクラム提唱者から学ぶ、チームの不幸を減らすたった2つの方法：スクラム提唱者が教える、チームの不幸を減らす方法（1/2 ページ） スクラム提唱者のジェフ･サザーランド氏を講師に招いた、日本初の「スクラムアライアンス認定プロダクトオーナー研修 レポート」レポート。チームも顧客も不幸な状態をなくす方法は実にシンプルだ。 2011年はアジャイル実践者にとって歴史的な年となった デスマーチ続きでリリースは遅延、チームはプレッシャーを受けてマネージャはてんてこ舞い、顧客も不幸……そんな状態を良い方向に転換する方法はたった2つである――「スクラム」提唱者の1人である、ジェフ・サザーランド氏の言葉です。 1月11日と12日、サザーランド氏による日本初のスクラムアライアンス認定プロダクトオーナー研修（Certified Scrum Product Owner 研修、以下CSPO研修）が開催されました。翌日

みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたら良いスライドを見つけたのでご紹介します。 著者のPeter Saddington氏はアジャイルコーチで、AgileScoutというブログやScrum Pocket Guideという本を書いたりしています。 このスライドでは前半でスクラムの説明（ロール、アプローチ、鶏と豚、会議体、作るもの等）をして、途中一旦の締めとして、アジャイルやスクラムにおける大事なこととして以下を説いています。 アジャイルの核はチームにあること優先度が最高のもっとも価値のあることから集中して取り組むことコミュニケーションの重要性ドキュメントはプロセスの中で書いて、前払いはしないことレビューを繰り返し繰り返し繰り返し行うこと完成を定義すること後半ではユーザーストーリーについてのより良い方法についてです。 ここでは、ユーザーストーリーは会話であ

１．テストやデバッグに使う時間を削減して、プロダクトコードの品質をあげる 単体・結合・統合テストは全体の8〜25%が費やされるべきであるといわれています。ですが、デバッグは開発の50%におよぶ場合があると言われています。これは、テストには本来多くの時間を割くべきであるが、デバッグが膨大な時間に及ぶことが事実としてあるということです。 プログラミングについてあまり知られていない７つのことより １．スキルのレベルにかかわらず、プログラマーは全時間のおよそ１０～２０％をコードを書くのにあてており、たいていのプログラマーは完成品ができるまで一日あたりおよそ１０～１２行のコードを書いています。優秀なプログラマーは残りの９０％のうち大部分を、考えること・調べること・最高の設計を見つけるための検証作業に費やします。ダメなプログラマーは残りの９０％のうち大部分を、やみくもに変更と検証を繰り返すようなデバッ

This document introduces Behavior Driven Development (BDD) and Behat, a tool that implements BDD for PHP projects. BDD works by writing feature descriptions, or stories, in a simple language anyone can understand before writing any code. Behat uses the Gherkin syntax to write stories. It provides a six step process to write and test stories through the creation of feature files, object definitions

スクラム道でスプリント０をリードしました。 ATEND http://atnd.org/events/11978 ハッシュタグ： #scrumdo スクラム道04スプリント0公開用View more presentations from eiichi hayashi. その他の写真はこちら http://www.flickr.com/photos/essence_s/sets/72157625895996619/

みなさんこんにちは。@ryuzeeです。 RubyであればRSpecやCucumberとか使って、むしろBDDしているケースの方が多いようですが、PHPでやっている事例はあまり聞きません。 とりあえずPHPでもBDDできることは確認できたので、その方法をご紹介します。 ※実戦投入にはもうちょっと検証は必要かもしれません。 BDDとは？BDDとはビヘイビア駆動開発（Behavior Driven Development）でテスト駆動開発から派生したものです。 テスト駆動開発とドメイン駆動設計を統合したようなイメージになります。 対象における「振る舞い」や「制約条件」の検証のために、自然言語的な記述でテストコードを記述します。 スペックファーストで仕様を作ってから実装するという流れになります（コードを書く前に振る舞いを決める）。 ということで、以下ではPHPでBDDを行う方法について解説してい