2011

みなさんこんにちは。@ryuzeeです。 この年の瀬にスクラム道.08を開催しました。今回のテーマはDone(完了)の定義です。以下に資料を公開します。 なお、議論を誘発するために、あえて細かいことを書きすぎないようにしていたりしますのでそのあたりはご了承ください。 スクラムでは、完成の定義は必須です。これがないとどこ

2011年12月20日に品川の日本マイクロソフト本社をお借りして、ワンクリックデプロイ勉強会を開催しました。 当初内輪でやろうと思っていたのですが多くの方にご参加いただきありがとうございました。 また、もろもろセッティング頂いた@katzchangと日本マイクロソフトの長沢さんありがとうございました。 以下にセッション

みなさんこんにちは。@ryuzeeです。 なんとなく書きためておいた継続的インテグレーションのアンチパターンをいくつか紹介します（結構ラフなメモ書き）。 頻繁にSCMにコミットしない テストコードを書かない テストコードと製品コードを同時にコミットしない 定時ビルドのみでコミットビルドがない・夜間ビルドしかない 帰り

Jenkinsのプラグインでビルド・パイプラインを作ることができるので紹介。 ＃12月20日のワンクリックデプロイ勉強会の発表のネタバレっぽいのですが。 ビルド・パイプラインとは ビルド・パイプラインとは、継続インテグレーションのプラクティスの１つで、テスト等を複数の単位に分割し、順番に流していくものである。一般的には

12月20日に第1回ワンクリックデプロイ勉強会で、デプロイの自動化について好き勝手に喋ったりデモしたりする予定なのですが、当日話す内容の概略について以下に載せておきます。 以下にあげることをやっておけばデプロイ自動化、ワンクリックデプロイはそんなに遠くないところにあると思います。 デプロイ自動化への道 ソースコードのバ

みなさんこんにちは。@ryuzeeです。 Jez Humble氏のContinuous Delivery vs Continuous Deploymentが分かりやすいので抜粋・意訳にてご紹介します。 (翻訳部分はCC-BY−SAとします) ティモシー・フィッツの継続的デプロイに関するブログは、デイブと私が継続的デリバ

みなさんこんにちは。@ryuzeeです。 7 Reasons Your Scrum Master May Be Underperforming より抜粋・意訳でご紹介します。 うまくいかないスクラムマスターのパターンは以下にあがっている以外にもたくさんありますが、個人的には、スクラムマスターがチームのファシリテーション

みなさんこんにちは。@ryuzeeです。 Kelly Waters氏の7 Reasons why Continuous Delivery needs to be a BUSINESS initiativeより継続的デリバリーが必要な7つの理由について抜粋・意訳にてご紹介します。 アジャイルやリーンなチームにおける鍵とな

みなさんこんにちは。@ryuzeeです。 Two common ways to apply the product owner roleという記事が分かりやすかったので抜粋・意訳にてご紹介します。 ここでは誰がやるべきかという点で書かれていますが、それ以前の話で、日本だと「プロダクトオーナー不在」とか「プロダクトオーナ

みなさんこんにちは。@ryuzeeです。 Alan Shalloway氏のThe Top 10 (or so) things I wish everyone knew about Agileがよい記事なので、抜粋・意訳にてご紹介します。 スクラムとアジャイルは同じではない アジャイルへの移行を始めるのにスクラムを使わ

みなさんこんにちは。@ryuzeeです。 Definition of Readyが参考になる記事だったので抜粋・意訳にてご紹介します。 アジャイルな開発では（そうでなくてもですが）完成の定義は非常に重要です。 人によって仕事が完了していることの理解が異なっていると、「本人は終わったつもりだったが他から見ると終っていない

みなさんこんにちは。@ryuzeeです。 Len Lagestee氏が書かれた4 Questions Every Good Scrum Master Should Be Askingが分かりやすかったので抜粋・意訳にてご紹介します。 単純ですが、毎日意識したいところです。 1. 自分のチームは健康か？ チームの健康状態

みなさんこんにちは。@ryuzeeです。 Marc Löffler 氏が書かれた “5 Signs That Your User Stories Suck” という記事が分かりやすかったので抜粋・意訳にてご紹介しましょう。 以下にあげるようなことは、そもそも「何のためのユーザーストーリーなのか？

みなさんこんにちは。@ryuzeeです。 継続的デリバリー（Continuous Delivery）の定義を改めて整理してみました。 まず1つめの定義は以下の通りです。 Continuous DeliveryとはリリースのスケジュールをIT部門が握るのではなく、ビジネス部門が握るということだ。 Continuous D

みなさんこんにちは。@ryuzeeです。 ThoughtWorksのプリンシパルコンサルタントのJason Yip氏のHow should we schedule bug-fixing?が良い記事だったので抜粋・意訳にてご紹介します。 どのプロジェクトでも新機能の追加や変更を行うし、バグの修正もあるだろう。必然的に以下

みなさんこんにちは。@ryuzeeです。 元記事はLichard Lawrence氏のWhy Longer Sprints Probably Won’t Helpです。 良記事でしたので抜粋・意訳にてご紹介します。 本文に入る前に若干前提事項を補足しておきます。 以下で言っている「スプリント期間を伸ばす」というのは、

みなさんこんにちは。@ryuzeeです。 アジャイルな開発で利用できるツールはたくさんありますが、その導入の仕方について賛同できる記事があったので意訳にてご紹介します。 なおターゲットのチームはco-locateしたチームです。 元記事はMarc Löffler氏の5 Steps to Introduce an Agi

みなさんこんにちは。@ryuzeeです。 アジャイルなプロジェクトに関係する人を比喩する方法としては、豚と鶏の話が有名ですが、拡張バージョンとして、さらに多数の動物が出てくるアジャイル動物園の話をご紹介します。 原文はAgile Animal Farm - Pigs, Chickens, and moreです。 --