優れた技術力と良好な人間関係をもってしてソフトウェア開発を成功に導く、ケント・ベックによるXP（エクストリームプログラミング）のすべてを集約した名著“Extreme Programming Explained: Embrace Change”の新訳。アジャイル開発の原点を知る、必読の一冊です。 このような方におすすめ エクストリームプログラミング（XP）の実践を考えている、ソフトウェア開発プロジェクトのマネージャ・リーダー・チームリーダー。 よりよく仕事がしたいと考えているプログラマ。 ピアソン版の『XPエクストリーム・プログラミング入門』の読者。

今月前半、アジャイル宣言の共著者であるDave Thomas と Martin Fowlerの2人が GOTOデンマークの一連の会議でパネルディスカッションに参加した。パネルは“アジャイル宣言のやり直し”を中心としていた。これはDaveの最近のブログ記事、『アジャイルは死んだ (敏捷性万歳)』から着想を得たものである。この記事は3月に公開されて以来、興味深いディベートやディスカッションを生み出してきた。 本 Q&A は、Pragmatic Daveとして広く知られているDaveが自身の考えを説明するものである。テーマは、当パネルディスカッション、彼のブログ記事、そして、アジャイルについてあまり重点を置かず、敏捷性の実際的な適用に重点を置くべき時だと彼が信じるようになった理由についてである。 InfoQ: ごく最近までアジャイル関連のイベントに参加してこなかったのはなぜでしょうか？ それは元

_ 5分で分かるアジャイルムーブメントの歴史 この記事は "Brief History of Agile Movement" の全文を日本語に翻訳したものです。 この記事の著者であり、日本語版の公開を快諾いただいた Udayan Banerjee 氏 に感謝します。 翻訳の間違いなどの責任は私 (@fkino) にあります。コメントなどで指摘していただけると嬉しいです。 2012年2月にアジャイルムーブメントは丸11年を迎えました*1。みなさんも何らかのアジャイル開発手法を既に取り入れているか、アジャイル開発に取り組もうと検討されていることではないでしょうか。さて、みなさんはアジャイルムーブメントがどのようにして起こったのかご存知ですか？それは、偶然だったのか？それとも、必然だったのか？アジャイルマニフェストに影響を与えたのは何だったのか？アジャイルマニフェストの執筆者の名前は言える？彼ら

せみやしん @shin_semiya 上層部からの「次はアジャイルでやってよ」という声で始まる 上層部のアジャイルの理解は「早い、安い、うまい」という理解 「アジャイルだから設計できてなくてもいいんでしょう？」 「アジャイルだから仕様変更何回してもいいんでしょう？」 最後にお約束の「ただし納期と仕様はマストだから」 2014-05-16 23:34:50 せみやしん @shin_semiya 基本的に形から入る。 イテレーションという短い単位で区切る。一週間単位が多い。 なぜ一週間なのか、とかそういう話はしない。 かんばんというものも取り入れる。 かんばんつくる目的って何？とか考えない。 新しいプラクティスを入れないところは今まで通りやる。 2014-05-16 23:36:39 せみやしん @shin_semiya 例えばタスク管理はエクセルシートで行う。 それってほかの作業と食い合わせ

Fearless Change のパターンリストを A4 x 2枚 のシートにしました！ PDFファイルはこちらです。 Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン 作者:Mary Lynn Manns,Linda Rising出版社/メーカー: 丸善出版発売日: 2014/01/30メディア: 単行本（ソフトカバー）Fearless Change: Patterns for Introducing New Ideas (English Edition) 作者:Linda, Ph.D. Rising,Mary Lynn, Ph.D. Manns出版社/メーカー: Addison-Wesley Professional発売日: 2004/10/04メディア: Kindle版

訳出が待望されていた『Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン』が刊行されたので、さっそく購入して読みました。 この本は、ひとことでいうと組織変革を試みるひとへの手引です。組織には歴史や慣性などもあって、ただ意欲のまま無手勝流に変革に臨んだところで、きっとうまくいかないことでしょう。そこで、先人の知恵を集積したものとして紹介されるのがパターンです。プログラマにとってのデザインパターンが、ソフトウェア設計という困難な仕事に道標を与えるように、この本で紹介されているパターンたちもまた、組織変革にとって役立つことでしょう。 Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン 作者: 川口恭伸,木村卓央,高江洲睦,高橋一貴,中込大祐,古家朝子,安井力,山口鉄平,米沢仁,角征典出版社/メーカー: 丸善出版発

アジャイル開発手法の採用による影響についての論文について、日本語論文についてCiNiiを、英語論文についてはGoogle Scholarを検索して調査した。主に、以下の通り分類できる。 品質管理に関するのもの 生産性に関するもの 生産管理手法としての他プロセスとの比較 上記分類以外の、組織論的文脈(マクロ/ミクロ双方)での研究が、管見によるとほとんど存在しない(英語論文では、たとえばスクラムでいうところの「自己組織化チーム」についての研究や、リーダーシップ論に関わる研究は、少数ではあるが存在する)。ここでいう「組織論的文脈」とは、たとえば以下のような領域のことをいう。 アジャイル開発が導入する組織構造と既存の公式組織の関係について PO/SM/自己組織化チームと既存のモティベーションやリーダーシップ理論との関係について 人事評価やキャリアプランについて アジャイル開発と組織学習の関係につい

この数回落選してたのですが今回は当選したので久々に参加。2日目、3日目にぶらり行ってきました。 2日目は友人のサークルのお手伝い。荷物搬入・搬出といくらか売り子業。 3日目は自分らのサークル参加の日。はじめての西館配置でした。 今回はその他に2つのはじめての試みをしてみました。 1. 個人製作物を委託 自分らのサークルに委託というかたちで、個人製作物を出してみました。 Tシャツは完売、シールも多数買っていただきました。本当にありがとうございました。 今後は https://bash0C7.booth.pm で頒布しようと思います。 2. コスプレエリアに足を運んでみました。 頑張ったのです。 *1 *2 *3 https://twitter.com/furry879/status/417840669051195392 https://twitter.com/tsworks01/status

最近twitterやFacebookをみていると、CCPMとアジャイルについて議論しているのを見かけますが、自分の書いている物を引用しているものもあるのでTOC/CCPMについて自分のやってきたことと、アジャイルについて自分が思うことだらだら書いてみます。乱文失礼 今の会社に入った２００２年からCCPMのインプリメントを１０年やってきました。海外の方から色々教えてもらって、現場で指導してきたのですが、結構大変でした。CCPMの計画の立て方は入念に教わったのですが、私の行く大規模開発環境だと、計画を立てているのは１ヶ月、開発期間は１年以上、コンサル契約も１年以上、計画しているとき以外の長い期間どうするのかは手探りでやらざるを得ませんでした。 そうしているとバッファが赤になったり、黒になったりして、どうすればいいのだ！！となるので大変でした。海外の書籍も色々見ましたが、海外の事例は期間の短い物

組織パターン (Object Oriented SELECTION) 作者: James O. Coplien,Neil B.Harrison,ジェームス・コプリエン,ニール・ハリソン,和智右桂出版社/メーカー: 翔泳社発売日: 2013/08/06メディア: 大型本この商品を含むブログ (15件) を見る 2013-10-30、コプリエンの研修にレポータ枠として参加しました。がんばってレポートします。 本来は組織パターン (Object Oriented SELECTION)を読んだ人、組織パターンやScrumの好きな人、そしてコプリエンファンの人が参加する研修だと思いますが、どれにも該当しないままでの参加となりました。 会場入り 9:45。6Fにつくと喫煙所に角谷さん(id:kakutani)を発見。朝からついてる感じです。会場に入ると裸足のコプリエンと三人の通訳、TAの皆さんが準備し

(注)ヘンリックの許可を得てざっくり意訳しました。原文は『Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds』です。訳に対するヘルプも歓迎します。Thanks Henrik, this article is great for me. プロダクト開発をしている組織において、多角的なチーム構成を実現するのはいつもチャレンジな作業だ！ 今まで見てきた中で印象に残っている例がひとつある。それはSpotifyだ。Spotifyは3つの都市にまたがって30以上のチームにスケールしているが、アジャイルなマインドセットをキープし続けている。 Spotifyは音楽産業を一変させている魅惑的な企業だ。創業してから6年しか経っていないのに、1500万ものアクティブユーザーを抱え、400万以上の決済が行われている。また、そのプロダクトは「

「アジャイルソフトウェア開発の概要はわかったので、具体的な事例を知りたい」 アジャイル開発をテーマにした講演や研修に出かけていくと、この質問によく出会います。さまざまな立場の人たちと長らくこの問答を続けることで、わかってきたことがあります。それは、ひとくちに「事例」といっても、質問者が知りたいことは「プロジェクト実績」や「実際に起こった個々の出来事」に留まらないということです。この問いに込められている、質問者が本当に知りたいことを私なりに書き下せば次のような感じです。 日々のソフトウェア開発の現場で、 実際に起きる個々の出来事について、 アジャイル開発の知識を踏まえたうえで、 自分は都度、どのような意思決定を下していけばよいのか？ この質問の核心は「未体験のことへの不安」だと私は捉えています。リーン原則は開発プロセスについてのメンタルモデルであり、カンバンはワークフローの設計ツールです。ス

makopi23 @makopi23 この機会に12話ぜんぶ、見てしまった！奥深いシナリオで面白かった。 / 横浜道場　特別編「Domain-Specific Language としての魔法少女まどか☆マギカ入門」 #agilesamurai #横浜道場 @yokohama_dojoさんから

昨日2013/03/19(Tue) に、以前から憧れだったアジャイルサムライ横浜道場で、特別編「Domain-Specific Language としての魔法少女まどか☆マギカ入門」という題で登壇？させていただきました。 内容的には、魔法少女まどかマギカのネタがシステム開発の場のコミュニケーションを促進するよ！という居酒屋トークでしたが、２０人を超える参加者があり、登壇者の立場からすると、まさに「わけがわからないよw」な状態でした。皆さん本当にありがとうございます。 ちなみに、当日のスライドはコチラです。（版権で怒られたら消します） Domain specific language としての魔法少女まどか☆マギカ入門 from Hiroyuki Ito togetter も既にまとまってた！ http://togetter.com/li/474247 ※若干風邪気味なので、書ける範囲で

アジャイルUX 小史 アジャイル開発と UCD（ユーザ中心設計）は別々に進化を遂げていましたが、ほぼ同時期に一躍注目を浴びるようになります。1999年にUCD の国際規格 ISO13407 が制定され、2001年にはアジャイル宣言が出されたのです。これらの手法を組み合わせて、優れたUX を迅速に開発しようという動きが現場で起きたのは自然なことでしょう。　（なお、アジャイル開発の具体的な内容についてもっと詳しく知りたい方は、ぜひ牛尾さんの連載をご覧ください。） ただ、最初の頃はそれらの試みはあまり上手くいきませんでした。そもそも伝統的な UCD はウォーターフォール的ですし、手法の多くはアジャイル特有の短期間のイテレーション（1～4週間）には収まりません。そのうえアジャイル開発者と UX の実務家は、お互いを全く理解していませんでした。ケント・ベックとアラン・クーパーの論争はそれを象徴するも

開発者たちの祭典、Developers Summit 2012（デブサミ）で「アジャイルリーダーシップと組織改革 ～楽天のアジャイル開発というリアル〜」という発表をさせていただきました。資料はSlideShareとSpeaker Deckで公開しています。 機会をくださったDevLOVE@papandaさん、翔泳社@kohseiさん、ちゃんこを食べながらアドバイスを下さったマスター@kakutani、一緒に働いた会社の同僚や来てくださったみなさんに感謝いたします。 アジャイルリーダーシップと組織改革 セッションについては、タイムテーブルの説明がベースになっています。 【16-B-5】アジャイルリーダーシップと組織改革 ～楽天のアジャイル開発というリアル～ レガシーコード、求められる開発生産性。開発現場の課題は、この10年で変化したのでしょうか？一方で、世界は日々変化しており、変化を抱擁しな