2012

みなさんこんにちは。@ryuzeeです。 アジャイルソフトウェアエンジニアリング (マイクロソフト関連書) 著者／訳者：Sam Guckenheimer、Neno Loje、日本マイクロソフト監訳、TFSUG監訳、トップスタジオ 出版社：日経BP社 発売日：2012-05-24 単行本：320ページ ISBN-1 ……続きを読む

みなさんこんにちは。@ryuzeeです。 Product Backlog Groominが良い記事でしたので、意訳・抜粋にてご紹介いたします。 プロダクトバックログは継続的に更新される生きたドキュメントである。 プロダクトバックログには、全ての機能要求、非機能要求を含むすべての要求を含んでいる。 なぜプロダクトバックロ ……続きを読む

このワークショップは、Scrum from Hell（地獄のスクラム）というもので、2004年10月にデンバーのScrum GatheringでWilliam C. Wake氏によって行われたものです。 チームでデイリースクラムについて学ぶために役に立つはずです。 概要 ゴール うまく機能しないデイリースクラムについて ……続きを読む

みなさんこんにちは。@ryuzeeです。 スクラム道FullBoostで出ていた質問と議論で若干うずうずするところがあったので、好き勝手に答えてみます。 なお、回答はあくまでコーチとしての勝手な見解であり、全てのコンテキストに有効な絶対解では決してありません。 そもそも自分達のおかれたコンテキストを踏まえた上で、どうや ……続きを読む

An Agile Game - Management by Walking Aroundより。以下に紹介するワークショップは認定スクラムマスター研修などでもよく行われるもので、自分の会社でも簡単にできるので是非やってみていただきたい。 コーチやトレーナーやスクラムマスターがチームを教育するための簡単なゲームを紹介しよう ……続きを読む

みなさんこんにちは。@ryuzeeです。 Allan Shalloway氏のMindsets: Waterfall, 1st & 2nd Generation Agileがとても素晴らしい記事だったので、ご本人の承諾を得て一部日本語訳で紹介します。 なお、氏がかかれたこちらの記事(拙訳)を先に読むと理解が深まる ……続きを読む

みなさんこんにちは。@ryuzeeです。 昨日Twitter上で@yujioramaさんから「これは成功すると思えたスクラム導入の兆しとか読んでみたいです!」という要望を頂いたので個人的な見解を書いてみたいと思います。 なお、僕は基本的に、技術力とかツールの話以前の話としてチームの態度や周りとの協調関係を重視しているの ……続きを読む

みなさんこんにちは。@ryuzeeです。 スクラムにおける欠陥の扱い方について考えてみました。 スクラムでは欠陥の扱い方には特に規定はないので、以下はあくまで経験を踏まえた個人的なアプローチであることに注意してください。 欠陥の定義 欠陥とは、プロダクトバックログアイテムが「完成」した後に見つかった欠陥のみを指す こ ……続きを読む

みなさんこんにちは。@ryuzeeです。 http://agnozingdays.hatenablog.com/entry/2012/04/19/225143を読んで面白かったので、個人的見解を以下に述べたいと思います。 (顧客) そのシステムを作った結果に対して、顧客自身が結果責任を背負っていない場合は、ウォーター ……続きを読む

みなさんこんにちは。@ryuzeeです。 定期的にSlideshareをウロウロして良い資料がないかを探しているのですが、技術的負債に関する分かりやすい資料があったのでご紹介します。 Managing Technical Debt - 2011 webinar from BigVisible Higdon なお ……続きを読む

みなさんこんにちは。@ryuzeeです。 他所の現場のデイリースクラムを見る機会は普通の人はなかなか無いと思うのでご紹介します。 この動画はシアトルのマイクロソフトでTeam Foundation Server（TFS）のアジャイル対応部分を作っているチームとのことです。 動画を見ていただくと分かるがいくつか特徴が ……続きを読む

みなさんこんにちは。@ryuzeeです。 10 Ways to Kill Your Retrospectiveという記事で、失敗するふりかえりについて、要因のリストが紹介されていたので、抜粋・意訳にてご紹介します。 そもそもふりかえりは自分たちのプロセスの改善のために行うのであって、ふりかえりを行うこと自体は目的ではあ ……続きを読む

みなさんこんにちは。@ryuzeeです。 How to hire an Agile consultantより。 アジャイルコーチの雇い方について分かりやすい記事があったので抜粋・意訳にてご紹介します。 名もない人を雇ってはいけない 地理的な理由や金額的な理由でコーチを選定してはいけない 推薦してもらう 計画をたてる ……続きを読む

みなさんこんにちは。@ryuzeeです。 マイク・コーン氏が書かれた「CHECK IN, DON’T CHECK UP」という記事が素晴らしいので抜粋・意訳にてご紹介します。 良いスクラムマスターがどのように振る舞うべきなのかについて参考になると思います。 私は、特にアジャイルやスクラムを使い始めてからは、マイクロマネ ……続きを読む

みなさんこんにちは。@ryuzeeです。 http://kaji-3.hatenablog.com/entry/2012/04/05/072641 にてこれから導入を検討されているkaji_3さんが悩みを書かれていたので、プロのコーチとして感想を書いてみたいと思います。 新プロダクト作成にアジャイル開発が有益ではないか ……続きを読む

みなさんこんにちは。@ryuzeeです。 スクラムを1枚の絵で説明する資料はいろいろ出回っているので、整理をしてみました。 どれもちょっとずつ内容が異なったりしているので比較してみると面白いです。 是非自分用のものを作ってみると良いのではないでしょうか。 http://www.axosoft.com/ontime/vi ……続きを読む

みなさんこんにちは。@ryuzeeです。 2012年3月16日に実施されたAgile Japanの大阪メイン会場に登壇させていただきました。 発表の資料を以下に公開します。 会場の外まで立ち見が溢れるくらいの多くの方にお越しいただき感謝するとともに、ご不便をおかけした方にはお詫びしたいと思います。 僕が話した内容は、 ……続きを読む

アジャイルな開発の導入支援の現場や色々な勉強会でよく「どんな本を読んだら良いですか」と聞かれたりします。 何のために本を読んで勉強するかは人それぞれですし、自分のおかれたコンテキストでどの本が役にたつかは分からないですが、以下にあげた本は個人的に強くオススメできる本です。人に聞くのも大事だし自分で試行錯誤するのも大事だ ……続きを読む