みなさんこんにちは。@ryuzeeです。 アジャイル開発に関する調査レポートはVersion OneによるAnnual State of Agile Surveyなどをはじめとしていくつかあります。 今回retriumという会社が、Retrospective(ふりかえり)に特化した調査を行った資料を公開したので、簡単に紹介します。 なお、レポートはこちらから無料でダウンロードできます。 調査の概要回答者は277人で、そのうち44%は米国在住者です。 回答者の分布は33%がスクラムマスター、16%が内部コーチ、13%が外部コーチ、12%がリーダーやマネージャーとなっています。 調査結果の紹介前述のとおり項目数が多いので、その中からいくつか特筆すべき項目について見ていくことにしましょう。 なお数字はレポートからの引用、文章はその数字に対する私のコメントです。 Retrospectiveで難しい

みなさんこんにちは。@ryuzeeです。 2016年9月16日に行われたDevelopers Summit 関西で表題のテーマで登壇してきましたので資料を公開します。 カイゼンについては1日のトレーニングコース（バリューストリームマップ作成含む）を[@haradakiro](https://twitter.com/haradakiro)と提供していますのでご興味のある方は[ご連絡](https://www.ryuzee.com/contact.php)ください。

みなさんこんにちは。@ryuzeeです。 DZoneという海外のサイトで “The 20 Best Software Tester Interview Questions” (テストエンジニアの採用面接の際にすると良い20個の質問)がまとまっていたので紹介します。 ここにあがっている質問を必ずすべきかという話ではありませんし、完全な網羅性があるわけでもありません(カバレッジの話やブラックボックス・ホワイトボックスの話のような基礎的な質問も入っていないです)。 一方で、ある程度の規模になった組織においては、採用面接の質を向上させるために自分たちの組織で共通の質問集のようなものを用意しておくのはベストプラクティスの1つと言えます。 もちろん一度作ったらそれで終わりではなく、新しい質問を追加したり、いろいろな候補者から期待と違う回答があった場合には質問自体を見直すといったことも必要になってきます

こんにちは。@ryuzeeです。最近、組織やチームのことを考えるヒントになる本を紹介してほしい、と言われることが多いのでダンプしておきます。あくまで自分で読んだ私見で選んだものなので、この定番がないのは何故だとかはあると思います。 定番 ピープルウエア　第3版著者／訳者：トム デマルコ；ティモシー リスター、松原 友夫；山浦 恒央；長尾 高弘出版社：日経BP社発売日：2013-12-24Kindle版：158ページISBN-13：ASIN：B00I96CJWO 「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」とあるように、ソフトウェア開発における問題点を人間の観点で整理している名著。第IV部では生産性の高いチームを育てるというテーマで機能するチームの特徴やチームの壊し方(守りのマネジメント・官僚主義・作業場所の分散・時間の分断・品質の削減・はったりの

新しいものを導入したり、困っていることがある場合に外部の技術コンサルタントを雇う例が増えていると思います。 一方で、外部の技術コンサルタントを使うとお金もかかりますし、その分の成果もきちんとあげなければなりません。 あくまで私見ですが、以下に僕がお客様とか相談してくれた人に推奨している技術コンサルタントの選び方を書いておきますので参考にどうぞ。なお、技術顧問はちょっと毛色が違うので全部は当てはまりません。 コンサルタントは銀の弾丸ではないので、雇ったら「なんだか良く分からないけどすごーくうまくやってくれる」なんてわけはないことを認識すること。発注側も実行をコミットする必要があるコンサルタントを使うことを検討する前に、自分たちが何に困っているのか明らかにすること。視点は単なる技術視点でなく、ビジネスレベルでも考えること何に困っているか明らかにするとき、関係者それぞれの課題が同一とは限らないと

AgileコーチングAgile開発については多くの誤解があり、また経験の無いチームが自力で行うのは難易度が高いものです。当方ではオンサイトでAgile開発での企画〜開発まで全工程を支援します。例えばプロジェクト立ち上げに際しての集合研修、ふりかえりや計画ミーティングのファシリテーションなど。 DevOps実践支援DevOpsには組織とツールの2つの要素があります。サイロ型の組織構造のDevOps型組織への転換(組織デザイン、採用プロセス、評価プロセス)、ツールによるデプロイ・プロビジョニング・運用・監視の自動化など幅広い側面で支援します。チームづくりのトレーニングも提供しています。 Cloud Architecting支援ビジネスの成長やシステムの利用状況に柔軟に対応できるのがクラウドの特性ですが、一方でシステムアーキテクチャがレガシーであればそのメリットを享受できません。本支援ではマイク

人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか？」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹きつける理由が何かあるはずで、それをアピールしよう▼「入社してから期待値にあっていないことが分かる、ってことが多いんだけどどうしたらよいですか？」期待値を明文化している

私事ですが、AWS(Amazon Data Services Japan)を10月31日付けで退職いたします。本日が最終出社日でした。 入社したのが2013年4月1日ですので、在籍期間は2年7ヶ月ということになります。 前回転職した時に知り合いはみんなもって半年とか1年と言ってくれたのですが、その期待は裏切ることが出来ました。 在籍期間中は非常に多くの方にお世話になりましたこと厚く御礼申し上げます。 AWSでやったこと 思い返せばAWSで仕事をすることになったのはひょんなキッカケでした。 2012年10月にアジャイル関連の講演をするために、札幌のJava Festa 2012というイベントにお邪魔させていただきました。 その講演会場の控室にいたところ、当時すでにAWSで仕事をしていた旧知の玉川憲さん(いま飛ぶ鳥を落とす勢いのSORACOMの代表ですね)から、日本でAWSのコンサルティング部

日本全国1000万人のVagrantユーザーのみなさんこんにちはこんにちは。最近全然ブログを書けていなくてすいません。何故なのかは察してください。 今日はVagrantの本についての発売のお知らせです。Vagrantの説明はもう不要ですよね？知らなかったら開発者としてはかなりマズイです、というくらい有名なツールだと思います。 実践 Vagrant 著者／訳者：Mitchell Hashimoto 出版社：オライリージャパン( 2014-02-21 ) 定価：￥ 2,808 Amazon価格：￥ 2,808 単行本（ソフトカバー） ( 248 ページ ) ISBN-10 : 4873116651 ISBN-13 : 9784873116655 この本は、Vagrantの作者であるMitchell Hashimotoさんが書いたものを大阪の玉川竜司さんが翻訳したものです。日本語のオリジナルとし

伊藤直也さんがChef Soloの本を書かれたということで早速購入してみました。最近流行りのAmazon Kindle ダイレクト・パブリッシング（KDP）を使って出版されてます。 Chefは結構巨大な仕掛けになっており、はじめて取り組む人はどこから手をつけて良いのか分かりにくかったりします。日本語のリソースは今まではSoftware Designで並河さんらが書いた特集くらいだったと思いますし、色々やろうとするとopscodeのサイトの膨大なリファレンスを読まないといけない状況でした。 この本では、Chefの基本を、Chef Soloを使ったやり方を通じて、平易な日本語で説明しており、とっかかりとして非常に良い本です。簡潔にまとまっているのでとりあえず通読するなら1時間くらいでしょう。書いてある内容は、VagrantやAWSを使えば簡単に試すことが出来ます（オンプレじゃこうはいかない）。

アジャイルな開発の導入支援の現場や色々な勉強会でよく「どんな本を読んだら良いですか」と聞かれたりします。 何のために本を読んで勉強するかは人それぞれですし、自分のおかれたコンテキストでどの本が役にたつかは分からないですが、以下にあげた本は個人的に強くオススメできる本です。人に聞くのも大事だし自分で試行錯誤するのも大事だけど、本を読んで体系的に学んだり先人の知恵を学ぶことは続けたほうが良い。 プロダクティブ・プログラマ -プログラマのための生産性向上術どうやったら自分自身の生産性を高くすることができるのか。PCの使いこなしから始まり、自動化やバージョン管理等にも触れている プロダクティブ・プログラマ -プログラマのための生産性向上術 (THEORY/IN/PRACTICE)著者／訳者：Neal Ford、島田 浩二 (監訳)、夏目 大出版社：オライリージャパン発売日：2009-04-27単行

12月20日に第1回ワンクリックデプロイ勉強会で、デプロイの自動化について好き勝手に喋ったりデモしたりする予定なのですが、当日話す内容の概略について以下に載せておきます。 以下にあげることをやっておけばデプロイ自動化、ワンクリックデプロイはそんなに遠くないところにあると思います。 ソースコードのバージョン管理いわずもがな。全ての起点はここにあるコードの共同所有の原則への理解このソースコードは本番環境または開発環境などで同じように動作しなければならないテストを書く習慣、コミット前に他のテストも含めて通してからコミットする習慣設定ファイルのバージョン管理環境によって異なる設定値（接続先データベース情報など）が書かれた設定ファイルもバージョン管理する開発環境用、ステージング環境用、本番環境用などに分けて定義し、容易に切り替え可能にする本番環境に配置する際に、アプリケーションの各所を書き換えなけれ

10/19(水)と10/22(土)に日本で初めてのScrum Gatheringを無事に行うことが出来ました。 イベント会社を利用することなく、スタッフ一同試行錯誤しながら創り上げたので、実行委員としてはまずはほっとしているというのが正直なところです。 大きな事故は某氏がセッション中に講演者の前で派手に転倒するという一点だけで、その他は重大な問題が出ることなく実施することが出来たのは、参加者の皆様や講演者の皆様、スポンサー各社様、協力頂いた翔泳社様、早稲田大学様、野村コンファレンスプラザ日本橋のスタッフの皆様、プレスの皆様、裏方メンバーのみんなのおかげだと思っています。 本当にありがとうございました。 セッションの内容については、多くの方が既にブログ等を書かれているので、#sgt2011タグのツイートを参考に調べてください。 今回のScrum Gathering TokyoではHenrik

みなさんこんにちは。@ryuzeeです。 アジャイルな開発で利用できるツールはたくさんありますが、その導入の仕方について賛同できる記事があったので意訳にてご紹介します。 なおターゲットのチームはco-locateしたチームです。 元記事はMarc Löffler氏の5 Steps to Introduce an Agile Toolになります。 世の中にはかなりたくさんのアジャイル開発用のツールが出回っている。マイク・コーン氏のWebサイトにそれらのツールの長〜いリストがあるので見てみると良いだろう。しかし、こういうツールを自分のチームや会社に導入するには、どういう方法を取れば良いのだろうか？以下にまとめてみた。 1. 最初はツールなしで始めるツールを持ったバカはやっぱりバカだｗ。とても洗練されているアジャイル用のツールを導入する前に、まずScrumやXPやKanbanやその他のメソッドが

NOOP.NLというサイトで、今年もTop 100 Agile Books (Edition 2011)ということでアジャイル関連書籍のトップ100のリストが出ていたので、日本語訳されている本のリンクを追加してみました。 大きなトピックスとしては、日本でも勉強会が同時に多数開催されるなどアジャイルに関心がある人達の間で大きなムーブメントを起こしているアジャイルサムライがいきなり9位に登場していることだと思います。 一方で昨年から邦訳された本がアジャイルサムライ以外に増えていないところは悲しいところではありますが、現在いくつかの書籍について翻訳されている方がいらっしゃるので出版に期待です。 2010年度版はこちら The Art of Unit Testing: With Examples in .Net 前年度：5位 Roy Osherove 2009 Agile Estimating a

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

みなさんこんにちは。@ryuzeeです。 スクラムの概要を短時間で把握できるいくつかの動画や資料を紹介します。 動画Scrum in under 10 minutes (10分)早口な英語だけど分かりやすいです。 Scrum Basics (5分)アジャイルコーチングの現場で、あまり前提知識が無い人たちに見せたりすることもある分かりやすい動画。 スクラムマスターがゲートキーパーとして刀を振ってチームを守っているところがいいですね。 資料マイク・コーン氏作成で拙訳のAn overview of Scrumパワーポイント形式の資料がマウンテンゴートソフトウェア社のサイトからダウンロードできます。 ライセンスはCCライセンスなので自社での紹介等に使ってください。

研修の内容 赤いピルを飲むか青いピルを飲むか？大多数のスクラム研修はスクラムマスタとチームの責任に関する内容だ。それは、青いピル である。マネジメントの役割の統合を無視しているし、企業の上から下までスクラムを適用する重要性も無視している。この研修で赤いピルについて学んでほしい。 青いピルは10%か20%の改善を提供するだろう。もしかすると２倍くらいはパフォーマンスが向上するかもしれない。しかし、このクラスでは、職場に戻ったときもっと大きなインパクトを与えられるようにすることを目指したい。このクラスでは、まあ青いピル中毒者の方は10%か20%の改善を目指してくれれば十分なのだが、それ以外の人のために、素晴らしい体験を提供したい。パワフルな製品開発の世界に行くための力を身につけられるだろう。 この２日間のセミナーは、スクラムマスタになりたい、もしくは、スクラムマスタになりたての人、チームメンバ

Top 100 Agile Booksというテーマで、Jurgen氏が書かれていたので、どのくらいの本が日本で翻訳されてるんだっけ？という興味もあり、日本語化されているものはその旨追記してみた。 なお、Jurgen氏によれば、Amazonで、「この本を買っている人は合わせてこれも買っています」みたいな情報によって本の一覧を抽出し、ランキングについては、AmazonとGoodReadsというサイトのデータを参考にして重みづけして集計したとのこと。 本が売れないから邦訳が出るのを時間をかけてまっても仕方ないという気もするので、この本翻訳まだー？みたいな人は英語で読んでしまうと良いのではないかと思う。 Agile Estimating and Planning Mike Cohn 2005 アジャイルな見積もりと計画作り アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~

Q:あなたは以下のどの理由でアジャイルではないのでしょうか？以下から１つ以上選んでください。 a デイリースタンドアップミーティングしていないb ペアプログラミングをしていないc TDDをしていないd 象徴となるような人を雇用していないe スクラムマスターがいないf イテレーション計画ミーティングをしていないg インデックスカードを使っていない 答えはHで、上のどれでも無いです。 プラクティスは「アジャイルであることを助ける」ための道具であって、それ以上ではありません。 アジリティの意味するところは、頻繁に継続的に顧客のニーズにあった高品質なソフトウェアを届けることができる、ということに他ならないのです。 以下いくつかよくある例や思ったことの補足をしておきます。 RedmineとかTracとかJIRAとかRTCとかTFSみたいなWeb系のアジャイル支援ツール使っている＝アジャイルである、と