はてなブックマーク

本研修は、2012年より実施している実績のある研修です。新人研修から役員研修まで幅広い層を対象にしています。 昨今、アジャイルソフトウェア開発方法論「スクラム」に対する関心が高まっています。 ですが、いろんな本を読んだり座学を受けたりしても、 実際に現場に導入するときにうまくいかないことはありませんか？ それには大きく2つの理由があります。 1. スクラムの裏側にある思想を学んでいないから なんとなく流行っているから……という理由でアジャイル開発手法を採用しようとしてもうまくいきません。 テスト駆動開発や継続的インテグレーションなどの技術プラクティスを導入すれば、 ある程度まではうまくいきます。 ですが、アジャイル開発はそもそも 複雑で変化の激しい問題 に対応するための方法論です。こうした複雑な問題に対応するには、開発チームだけでなく 関係者全員 で継続的に意思決定をしていく必要があります

香川大学の富永浩之先生からご招待いただき、「アジャイル開発のススメ」と題して講演を行いました。 ソフトウェア開発が専門ではない学生さんもいらっしゃるとのことでしたので、アジャイル開発の手法そのものよりも、背景にある考え方にフォーカスした内容にしました。よく見かける「アジャイル開発宣言から説明する」スライドよりも、だいぶ平易な内容になっているかと思います。 講演のあとは、富永先生の研究室で「XP：ペア計画ゲーム」を行いました。学部1年から修士の学生さんまで、合計34人に参加していただきました。 ペアプログラミングの様子 プログラミングに不慣れな学生さんもいましたが、逆に時間が余ったという余裕のある学生さんもいらっしゃいました。いずれにしてもペアでプログラミングをする機会はこれまでになかったようで、終了後に「楽しかった」との声を数多くいただきました。 富永先生からの反応もよかったようで、とりあ

アジャイル関連の資格が多いようなので、どれだけあるか調べてみました。他にもあると思いますが、目立ったものは網羅できていると思います。 スクラムアライアンス 日本でも多くの人たちが、認定スクラムマスター（CSM）と認定プロダクトオーナー（CSPO）を取得していると思います。講師によって教材が違うので「誰の研修を受けるのか」が重要となります（個人的には、コンサルタントよりもエンジニア出身のトレーナーの研修を受けたほうがよいと思います）。他にも開発者の資格（CSD）、上位の資格（CSP）、コーチの資格（CSC）、トレーナーの資格（CST）などもありますね。 https://www.scrumalliance.org/ Scrum.org スクラムを作ったひとり（ケン・シュウェーバー）が上記の「スクラムアライアンスの資格はダメだ！」と言って、分裂した組織の認定資格です。スクラムアライアンスの資格も

キムタクが表紙の『anan』 No.1914の特集は「人はチームで強くなる！」でした。コンビニで見かけて気になっていたので、早速購入して読んでみました。そのなかでも特に気になったのは、「ココッパ」というアプリを開発されているユナイテッド株式会社さんの紹介記事です。 IT業界でよく使われる”アジャイル開発法”でタスクと時間を把握しながら進行（p.34） まさか『anan』に「アジャイル」という言葉が登場するとは思いませんでした。実際、カンバンを使ってアプリケーションを作られているようです。あまりにも興味深かったので「ananにアジャイルが載ってる！」とFacebookに投稿したところ、「mjd？」とか「創作だろ？」とかいろいろ言われてましたが、本当に載っているので是非読んでみてください。 他にも女性誌が「チーム」を扱うとこういう感じになるんだなあという意味で、とても勉強になりました。「ローラ

翻訳を担当した『エッセンシャルスクラム』（翔泳社）が7/7に発売されます。 著者はScrum Allianceの初代マネージングディレクターで、先日開催された「Global SCRUM GATHERING® New Orleans 2014」ではキーノートを担当したKenny Rubinです（動画もあります → https://www.youtube.com/watch?v=PcePFHD_p70 ）。 ただ、「完全攻略ガイド」と銘打っているだけのことはあり、「鈍器本」に分類される感じの厚さがあります（448ページ）。すでに「スクラムガイド」を読んで実践されている方は、すべてのページに目を通す必要はなく、気になる章を読んで自分のやり方と比較するとよいでしょう。 あるいは、スクラムを実践されている方でも、プロダクトバックログの前に「ポートフォリオバックログ」を作っている人は少ないと思いますの

リーンカンファレンス2014 で「セールスバッファマネージャー開発事例」の司会をしてきました。 SGT2014 の「アジャイルアカデミー課外授業」に続く、司会業第二弾でしたが、慣れないことをするとドッと疲れますね。でも、いい経験となりました。 自分たちの発表はさておき、興味深かったセッションの感想をメモしておきます。 トヨタのカタとリーン製品開発（稲垣公夫） 稲垣さんのリーン製品開発の講演を聞くのは（たぶん）4回目ですが、これはリーンスタートアップに興味のある方は抑えておくべきテーマだと思います。簡単にまとめると、製品開発では「事業目的」「顧客価値」「技術能力」の3つのバランスをとる必要がある。これを「構想設計」というフェーズにおいて、仮説検証を繰り返しながら学習していく（知識ギャップを埋めていく）。人間にとって不確実性は不安なので（非耐性）、とりあえず手を動かして作ってしまおうとするが、

アジャイル開発はイテレーションやスプリントを繰り返す「反復漸進的開発（IID）」がベースとなっています。また、リーンスタートアップでは「構築・計測・学習ループ」を回すように提唱されています。 こうした「反復」や「ループ」という言葉を耳にすると、なんだか同じところをグルグルまわっているような印象を受けることはないでしょうか。もちろん反復のたびに少しずつ改善されているわけですから、正確に「同じところ」を回っているわけではない！と主張することもできると思います。 しかし、無意識にリーンな最短経路を目指してはいないでしょうか。アジャイルであれば、1つの機能を1つの選択肢で実装してはいないでしょうか。こうしたやり方を「ポイントベース開発」と呼びます。そして、これは「リーン」ではありません。 本来であれば、いずれも「事前にあらゆる可能性を検証する」ものでなければいけません。特にリーンスタートアップにお