本セッションの前半は、株式会社オージス総研でのアジャイル型開発の事例が紹介されました。後半は、参加者からの質問も交えてのパネルディスカッションが行われました。

鈴木氏はアジャイル開発を反復型開発の発展型と捉えていて、まず反復型開発の開発史を説明されました。アジャイルソフトウェア開発宣言以前とそれ以降の流れ、大規模エンタープライズ開発にも適用しつつある過程を知ることができました。

その後、数ある事例の中から、時期ごとに２つずつ、合計４つの事例が紹介されました。セッションでは一つひとつ詳しく説明されていたのですが、このレポートでは、時期ごとにまとめて、開発対象やプロセス、工夫されたことなどのポイントをご紹介したいと思います。

■反復型開発黎明から統一プロセス(UP)出現期の事例

メインフレーム上にある既存システムをオブジェクト指向の技術を用いてオープン化するプロジェクトでの事例が紹介されました。
一つは、スパイラル型開発で、もう一つは統一プロセスで開発されました。

「この２つの事例は、厳密に言えばアジャイルではないかもしれないが、アジャイルの価値観に通じるところがある」のでこれらの事例を挙げられたそうです。

良いものを作りたい！という前向きなお客様と一緒に取り組んだエピソードや、テストを重視したこと、反復軽減のためにリファクタリングを行ったこと、ドキュメントの作成は最小限にし、コミュニケーションをとって知識を共有していったことなどが紹介されました。

お客様に届けられた価値は、

• 納期通りに開発できた。
• 普通は優先度を落として次のライフサイクルで作るような機能も盛り込めた。
• 高品質なものができたので、その後大きなトラブルもなかった。

など多々ありました。

驚くべきことに、２つのシステムは15年ほど経った現在でも、メンテナンスしながら利用されているそうです。長期間に渡ってお客様に価値を提供し続けられているのはすごいことだと思いました。

■アジャイル開発スケールアップ期の事例

老朽化している既存システム再構築の大規模プロジェクトの事例が紹介されました。
特殊な技術が使われていたり、お客様自身もよく分からないという機能があったりなど、少しずつ確かめながら仕様を固めていくしかないという状況。さらに、短期開発、一括請負契約だが仕様変更は柔軟に対応してほしいという条件ということで、ハイブリット型開発で進められたそうです。
ハイブリット型開発とは、複数の開発プロセスを組み合わせて行う開発形態です。事例のプロジェクトでは、アジャイルプラクティスであるスクラムと、統一プロセスが組み合わされていました。基本的にはスクラムで行い、開発全体の進捗やパフォーマンスを経営層に報告する場面などでは統一プロセスの手法を用いることで、大規模アジャイル開発を実現されていました。

また、大規模開発での工夫も紹介されました。
チーム制を導入したこと、チーム内でのスキルのばらつきを少なくするためにスプリントごとに役割を変更したこと、対話を重視しつつもしゃべる時間と集中する時間を分けたことなどです。

契約に関しては、機能を固定するのではなく要件定義時に決めたファンクションポイントの機能数を固定し、お客様に必要な機能を選択して頂くことで、一括請負で仕様変更に柔軟に対応されたそうです。

■事例からわかること

• アジャイル開発は、小規模だけでなく大規模開発でも行うことができる。
• お客様に価値を提供できている。
• アジャイル開発で作ったシステムは長く保守できるシステムになっている。

■パネルディスカッション

パネルディスカッションは、スクラムのプロダクトバックログ方式で行われました。ホワイトボード上にバックログが作られ、オーナー役は平鍋氏、開発者役（パネリスト）は、鈴木氏、細谷氏、藤井氏。オーナーが質問の優先順位をつけ、優先度が一番高いものをディスカッションし、回答内容をレビューしてOKなら完了、次の質問に移るという手順です。最初はあらかじめ用意された質問だったのですが、途中から会場のみなさんからの質問用紙があがってきた際、アジャイルなので優先順位が変更されました。

議題は、

• アジャイル開発におけるアーキテクチャ設計について
• どのような分野でもアジャイル開発を行えるか
• アジャイル開発に置いて要求定義をいつ行うのか
• アジャイル開発におけるドキュメント作成について
• 日本の価値はなぜ逆輸入されてから認識されることが多いのか？

などでした。
パネリストの意見が聞けて、さらに、スクラムのバックログについても学べる一石二鳥の機会となりました。

(参考) オージス総研　アジャイル開発センター

関連記事

• [早版] 東京「新しいビジネスを創るためのカギ」 – Agile Japan 2012レポート(8)

最近広まってきたチケット駆動開発（TiDD）の実情を知る絶好の機会でした。最初に「Redmineによるタスクマネジメント実践技法」の著者、小川氏が会場に向けてチケット駆動開発を実践しているか尋ねたところ、およそ半数の方が挙手されました。これは講演者一同にもうれしい驚きだったようです。

■「現場が楽になる改善をする」

Redmineを使う＝成功ではないことを小川氏がさまざまな角度で説明してくださった後、阪井氏から成功したプロジェクトは共通して明確なビジョン「現場が楽になる改善をする」を持っているというお話がありました。阪井氏は、岸良氏がキーノートセッションで述べた「分厚いマニュアルや硬直した標準が、考えない人（マニュアル人間）を作り出す原因になる」という言葉に触れ、考えることの重要性を強調しました。

「アジャイル」という共通項を軸に、各セッションの内容が関連づけられ、双方の内容が一気に腑に落ちる感覚を持ちました。Agile Japanが単なる事例発表の寄せ集めでないことに、非常に大きな価値があると思います。

以降、パネルディスカッション形式で会場からの質問を交えて議論された内容です。

■チケットに何を書くか

Redmine歴６年という中村氏が外してはならないポイントとして挙げたのは「Doneの定義」です。

当たり前だけど曖昧にしていること、多くありませんか？完了条件が曖昧なまま仕事に取り掛かって、上司に後から「そうじゃない！」と言われたり、いつまでも完了できない、なんていう経験は誰にでもあると思います。チケットの必須項目にしておくことで、メンバー各自が意識しやすくなりそうです。

■チケットの最適な粒度

最初はタスクの分け方やチケットの詳細度がマチマチでも仕方ありません。中村氏の提案は、ふりかえりでどの程度書くと効果的なのか検討してみるというものです。
小川氏の経験では最初は３〜４日レベルだったものが、最終的に１日レベルに落ち着いてくるそうです。それ以上細かく分割するとチケットの管理に時間がかかるので、ツール管理よりも付箋の方が手軽ではないかと、中村氏が現在、自身のチームで取り組み中だそうです。この結果報告も楽しみですね！

■組み合わせて使うオススメの手法

朝会はチケットの消化具合を確認できる点で有効と小川氏。チケット消化の報告を行うことがメンバーの自信になります。中村氏はチケットの消化具合を出来高として確認できるふりかえりがモチベーションアップになると言います。

職場の朝会・ふりかえりはどうもマンネリ化しがちに感じます。毎日の報告が自信になったり、競争意識を持てたりと、チケットを上手に使うと適度な緊張感が保てそうです。

■IT技術者として、技術を上手に活用して仕事を楽しみましょう♪

最後に阪井氏のメッセージを紹介します。

紺屋の白袴になっていませんか？お客様の仕事をシステムで効率化する私たちが、技術を使って効率的になりましょう。

うぅ…耳が痛いですね。

関連記事

• [早版] 大阪「チケット駆動開発の課題と展望」 – Agile Japan 2012レポート(22)

IPA/SECに設置されたワーキンググループでの検討およびIPA/SECが行った調査の結果が報告されました。

■アジャイル開発にふさわしい契約

まず初めに、契約方法として「基本契約/個別契約モデル」が提案されました。
これは、3年ほど前に実施された調査の中で見つかった課題に対して専門家らによって検討されたもので、昨年実証されているそうです。アジャイル開発モデルに対応した形態の契約で、プロジェクト全体に共通する事項は基本契約を締結し、個別の機能に関しては個別契約を順次締結するというものです。
(参考：非ウォーターフォール型開発に適したモデル契約書の改訂版を公開)

■開発手法を採用する際のポイント

開発手法には、アジャイル開発、ウォーターフォール開発、もしくはそれらをミックスしたハイブリッド型などいろいろとありますが、プロジェクトによって最適な手法を選択するのが重要ということでした。ハイブリッド型の適用例として、ソフトウェア製品のライフサイクルに応じて黎明期はアジャイル的な手法、安定したらウォーターフォール的な手法にするという方法も紹介されました。

■アジャイル開発に適している開発

アジャイル開発が得意とし、現在その適用により効果を挙げているのは、

• 要求が変化する領域
• リスクの高い領域
• 市場競争領域

です。

■アジャイル開発の試行領域

アジャイル開発経験が十分に蓄積されていない、現在、チャレンジと創意工夫が求められる領域は、

• 大規模開発
• 分散拠点（オフショアを含む）開発
• 組織（会社）間をまたぐ開発チームによる開発
• 組み込みシステム開発

です。

■中・大規模開発での工夫

1、2年前に比べ、ここ最近、中・大規模開発での事例も増えてきているそうです。
中・大規模でアジャイル開発する工夫として、

• チーム間ローテーションをし、知識を効率よく伝搬する。
• 段階的朝会
• 小さくはじめてだんだん大きくする。
• コミュニケーション・ツールを活用する。
• アーキテクチャを重視する。
• 疎結合な単位に分解する。
• テスト専用フェーズを設ける。

が挙げられました。

■中・大規模開発での課題

中・大規模開発が増えてきている中で、課題も明らかになってきています。

• 全体計画の把握が困難
• ビジネス企画側（要求を出す側）にボトルネック発生
• 反復リズムとの不適合状態の発生
• 外部テスト業者、外部組織との関連

などがそうです。

■Agile Japan 2012のテーマに向けたヒント

最後に、Agile Japan 2012のテーマ
「今こそ語り合おう、アジャイルのABC
Agileを知る、Businessをつくる、Changeを起こす
アジャイルジャパン 2012」
の”アジャイルのABC”に向けたヒントとして、

• 積極的に（Aggressively）
• 大胆に（Bravely）
• 協調して（Collaboratively）

アジャイル開発に取り組んで頂きたい、と締めくくられました。

(参考)
本セッションで報告された調査結果の全体は、下記のページに公開されています。
「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」報告書を公開

関連記事

• [早版] 大阪「アジャイルのＡＢＣに向けたヒント」 – Agile Japan 2012レポート(15)
• [早版] 東京「東京サテライト オープニング」 – Agile Japan 2012レポート(6)
• 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(27)

As a young engineer in an Agile team, I am very excited to joined Agile Japan 2012 Tokyo satellite together with about other 200 attendances and enjoyed a great keynote speech from Jonathan Rasmusson. As the author of the famous book < Agile Samurai >, Jonathan talked with us about agile leadership model and why it works in software production, with the title “The surprising science behind agile leadership”.

At the beginning, Jonathan introduced us a small story about leadership. It is about how a manger enhance his worker’s motivation and productivity at common industry. By asking his workers writing down their output numbers on a wall everyday, he achieved his goal easily. As his workers can check and compare their outputs with each other very easily, they will compete with each other and achieve higher and higher output. And the most important is that all of them become very happy.

How about using this simple method in software industry? It is quite difficult because the outputs and team velocities in software industry are not easy to show and compare. However, agile leadership model works quite well. Why? For the answer of this question, Jonathan introduced us two models by showing us a movie about some scientific experiments at MIT. First is profit model, more reward more works. But it does not works well especially for complicated tasks. Second is purpose model. Yes, people not only works for profit, but also works for purpose! And for a interesting purpose they want, people can given up their current jobs and works for free. It is amazing, right?

After that, Jonathan introduced why the management in software industry should change. In fact, although software industry already lasted 40 years and it is changing very fast, management method doesn’t change with it. Currently, old command and control management method are still widely used, which works good at compliance but terrible for engagement. In this software industry, new management method are needed as we need idea, autonomy, mastery and purpose.

To make us better understand software industry, Jonathan compared software production with theatre production. About theatre production, it has a hard deadline, it highly depended on actors, it has uncertain outcome and each play is different. Very similar in software production! We have hard deadline and budget, every engineer is independent individual with unique talents, our production is different every time and we go our separated ways at the end of software development. And for theatre production, for software production and for other industries, we all need have freedoms, our earning potentials will be based in merit.

Anyway, currently speaking, most management at most software company not works that way, became the organization is not changing together with the changing of the nature of works. Most of them are still at command and control way. Although they love autonomy and self direction, they lost in the front of fixed budget and time…

What can we do to change our management in software production? Jonathan gave us his last topic, 4 take away management methods:
1. Give people freedom over task time technique team. Let them choose, people are seeking their purpose while money is only one reason.
2. Pay more than average, to attract better talent and reduce turnovers. Of courses, we need to try taking money off the table.
3. Make performance metrics wide ringing, relevant and difficult to game
4. Accept that you are going to be managing people smarter than you. In fact, manager cannot know anything as things are changing fast.

At last, Jonathan said ‘one more’ and gave us his last suggestion to managers: you’re people always want to do great work, you just need to get out of their ways.

That is all from Jonathan’s impressive speech. As a new comer at an agile team at good atmosphere, I learned a lot from this speech and finally found the reason why our team have high motivation and good productivity. We always share our purpose at the beginning of every project, we use Kanban and Scrum to manage our tasks and progresses, we have enough freedom and maybe a little higher salary than average. Yes, our team is running under a good agile management model.

However, agile is not the silver bullet and every agile team need their own work model. But definitely, they need purpose, need autonomy and need freedom. So I hope not only managers can learn how to lead their team with a new way, but also our common engineers can learn how to cooperate with the new management of leadership.

関連記事

• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(1)
• 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(27)
• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(14)

■「アジャイルサムライ」のJonathan Rasmusson氏登場！

これまでのAgile Japanでは「大御所」と呼ばれる方々の基調講演でしたが、今回は海外でも「Post Agile」と言われる新進気鋭のジョナサンをお招きしての基調講演が始まりました。
「アジャイルサムライ」という、俯瞰的で最初に読むにはもっとも適した網羅的な本を出された方なので、どんなセッションになるかと思っていましたが、かなりモチベーションやマネジメントにフォーカスしたお話でした。

■重要なのは自律と熟達と目的

これまでの決まりきったものを作る「マニュファクチュアリング」の世界では、「パノプティコン」のような監視下で働くことや、生産量を比較したり報酬をインセンティブとして機能させたりすることで、おのおのチームは競い合い、結果として工場全体の生産性が向上することに十分に効果があったのかもしれません。しかし、現代のソフトウェア開発、そう、クリエイティブな作業では、もはやそれは通用せず、自律（Autonomy）、熟達（Mastery）、目的（Purpose）が重要となっているとジョナサンは強調します。
ジョナサンは、アジャイルリーダーシップモデル —サーバントリーダー（Servant-leader）、自己組織化（Self-organizing）、フラット（Flat）、権限移譲（Empowered）、責任を果たす（Accountable）、自律（Self directed）、メリットに基づく（Merit based）—が、なぜうまくいくのか最初は分からなかったが、ダニエル・ピンクの「モチベーション3.0」を読んで納得したそうです。

（当日、ジョナサンがこの本の要点の動画を紹介してくれました。言語選択で日本語字幕にて視聴できます！ → こちら）

■だからこそのインセプションデッキ！

ジョナサンはソフトウェア開発の作業を演劇に例えました。作業の結果はチームメンバー次第、ふたつと同じプロジェクトはないし、プロジェクトが終わればメンバーはまた別の道にいく。また会うかもしれないし、もう会わないかもしれない。
そんな環境下だから、プロジェクトの目的や意味、その中でのメンバー個々人の目的や意味が重要になってくる。だからこそ「アジャイルサムライ」の中でもハイライトのひとつである「インセプションデッキ」が重要になるんだろうな、ということを個人的にふと思い返したりしました。

■ジョナサンからのお土産

さて、かつての「ニュートン力学」のように、線形で予想できてコントロール可能で……といった安定しているのが好きなモデルから、「量子力学」のように不確実性、予期しないことが起こり、変化を受け入れなければならない、といったカオスなのが当然なモデルへと世界が変わりました。われわれはどうしたらよいのでしょうか？
ジョナサンはそんな私たちにメッセージを送ってくれました。みんないい仕事をしたいと心の奥底では思っているんだから、マイクロマネジメントではなくて、管理の手綱を緩め、チームが自律的にゴールに向かっていける環境をつくることが大事だと。やろうとしている人の邪魔になってはいけない。そして、技術の進歩が早いんだから、自分がこれまでやってきた同じやり方が正しいとも限らないし、後生畏るべし（こうせいおそるべし）、と。

なお、当日の基調講演の様子は、Ustreamにて公開されています！

関連記事

• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(14)
• 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(26)
• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(1)

Ustreamで全国各地のサテライト会場へ中継され、いよいよ本番。オープニングに続いて、われらがマスターセンセイことジョナサンの登場です。新幹線の移動中に頑張ったという角谷さん渾身の和訳付き資料と平鍋さんの通訳フォローも相まって、みなさん楽しまれたようです。

■工場労働者のモチベーションマネジメント

ジョナサンが最初に紹介したのは鉄鋼業におけるマネージャーの振る舞いでした。３交代制の工場でそれぞれの時間帯を担当するマネージャーが自分たちの成果（生産できた数）を書くことで、各チームが自然と競い合うようになり、労働者のモチベーションと工場全体の生産性が向上したというものです。３つのチームが同じ製品を作っているので、どのチームが最も効率良く仕事ができたかを比較するのは簡単です。

■ソフトウェアエンジニアのモチベーションマネジメント

では、工場で用いられた手法をソフトウェア業界に適用できるでしょうか？
チームや個人単位で仕事の内容が日々異なるので、流用するのは難しそうです。そこで登場するのがアジャイル型のリーダーシップです。
なぜうまくいくのか？ジョナサンは報酬とモチベーションに関する研究結果の動画（ダニエル・ピンク著『モチベーション3.0』の要点）を紹介してくれました（日本語の字幕付きです）。この研究結果はアジャイルの考え方にとてもマッチしていると言います。

インパクトのあるとても楽しい動画です。大阪会場は満席で後方ではスクリーンの下半分が見えなかったようですが、それでもみなさんの興味を引いたそうです。

• RSA Animateによるダニエル・ピンクの講演動画

講演後にジョナサンと少しだけ会話する時間を持てました。ダニエル・ピンクの影響は大きいというか、『モチベーション3.0（原題：Drive）』はお気に入りのようです。私も読んで「なるほどな」と思ったクチなので、この動画は繰り返しご覧いただきたいです。セッションタイトルである「背後にある驚くべき科学」もここに集約されています。

■人は何のために働くのか？

複雑で創造的な作業において、お金というモノで人のモチベーションを上げて能力を引き出すのは困難であることが研究により明白になりました。では、人が動く原動力は何でしょうか？動画の中でも人が動く３つの要素として、自律（autonomy）・熟達（masterly）・目的（purpose）が示され、それぞれ丁寧に説明されています。

ときには「働くのはお金のため」と言い切る方に出会うこともあります。でも、お金自体は生活に必要だったり、何かの目的（趣味とか、家族のため）に必要なのであって、お金そのものが目的というケースはレアではないでしょうか。目的の途中にお金があるかもしれないだけで。
ボランティアの活動分野は広く、「みんなの助けになりたい！」「私の持っている技術を活用したい！」といった気持ちの原動力は強力です。金銭的な報酬以外を目的にして動いている好例です。そう考えてみると、研究結果は納得のいくものだと思います。

■仕事の未来

仕事の本質は変化しています。私たちソフトウェアエンジニアの仕事はとても創造的です。同じプロジェクトはありません。加えて、IT技術やサービスの進歩により、これまでになく個人の自由と力が大きな時代になりました。私たちが得る報酬は、どこに住んでいるかではなく、私たち自身が持っている長所（価値）によって左右されるようになるだろうとジョナサンは言います。

この点は『仕事の未来』というスライドで詳しく述べられています。
英語の資料ですが、キーノートセッションで取り上げられなかった観点も盛り込まれていて、これからの働き方を考える良いきっかけになります。

■変わっていないのは組織

アジャイルなチームは自律的に目的に向かって進もうとします（=autonomy）。アジャイルなチームは継続的に改善します（=masterly）。そして、私たちは目的（purpose）を欲しています。動画で見た研究結果の通りです。科学的な証明があるのにどうして、働き方が変わらないのでしょうか？
ジョナサンは組織の問題を指摘しました。多くの組織は相変わらずのピラミッド構造を取り、指揮命令で私たちをコントロールしようとしています。これまでのやり方を続けたい組織と自律的に働きたい個人（チーム）という全く異なる価値観が衝突して緊張状態にあるわけです。

この説明を聞いて、アジャイルに限らず「なぜ仕事のやり方を変えられないのだろう？」「組織の中はどうも窮屈だな」という感覚が生まれてくる構図が理解できたように思います。でも、誰かが何とかしてくれるのを待っていずに、何か行動を起こしたいですね。

■ジョナサンからの贈り物

「自律（autonomy）によって、チームはどうやってゴールにたどり着くか自分たちで見つけ出し、継続的に進歩しようとする」まさにアジャイルの目指している姿です。私たちに何ができるのか？最後にジョナサンは、アジャイルリーダーシップの４つのポイント（＋おまけ）をおみやげとして提示してくれました。

私が個人的に気になったのは誰でもすぐに実践可能な２つ！「自分よりも優秀な人をマネジメントするということを受け入れる」と「手綱を少し緩める」です。

どちらも、心に留めておきたい言葉です。アジャイルな組織ではお互いにリーダーシップを発揮しながら仕事を進めます。新しい技術を身に付けた後輩が次々入ってきますし、メンバーはひとりひとり違う長所を持っています。自分のモノサシで評価せずお互いを尊重して新しい価値を生み出せる関係を築けたら、きっと素晴らしい成果に到達できるのではないでしょうか。

関連記事

• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(14)
• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(1)
• [早版] 大阪「Agile In a Nutshell」 – Agile Japan 2012レポート(11)

オープニング前のチュートリアルってメイン会場の特典なんですよね。
「アジャイルサムライ－達人開発者への道－」の著者Jonathan Rasmusson氏（ここからはジョナサンって呼びます）によるチュートリアルで大阪会場のAgile Japan 2012が幕を開けました。

■朝一番にあえて通訳なしで英語の講演

アジャイルサムライ監訳者の角谷さんが前説として登場し、「英語だけです。時間短いのでって僕が短くしてるなぁ……みなさんのエスパー力で把握してください！！」
なんというムチャ振りでしょう！「横に平鍋さんいるのに通訳無しって……」と度肝を抜かされた参加者も少なくなかったのではないか？と想像します。

■何の話だったのか？

「何かの呪文にしか聞こえなかったよ（涙）」という感想を実際に聞いたので、ジョナサンの話した内容を一言でいってしまうと、アジャイルサムライの第一部「アジャイル」入門です。平鍋さんも「リラックスして楽しんでください」と言った背景はそういうことなんですね。著者に直接解説してもらうというとっても贅沢な時間でした。

■心に留めたい言葉「誰もがこの働き方を気に入るわけじゃない」

具体的な内容はもう一度アジャイルサムライを読んでいただくとして、個人的に再認識させられたポイントは「誰もがこの働き方を気に入るわけじゃない」ということです。この点は、アジャイルサムライの中でも触れていることですが、より強調されているように感じました。Agile Japanの参加者やアジャイルサムライを読んだ人は、個人差はあれどアジャイルな働き方が好きだったり、好意的に受け止めているのではないかと思います。だからこそ「“そうではない人”の存在を理解することも大切だよ」というメッセージだと受け取りました。

■まとめ — 成果を出し続けるために考えよう

アジャイル開発を行いたいけど周りの理解が得られないとお悩みの方も多いのではないかと思います。私もその一人です。ジョナサンの言葉を借りると、アジャイル開発の方法はひとつではありません。みなさん自身が考えて、このプロジェクトはこういうやり方にしよう！と納得いくやり方を見つけなくてはなりません。
大きな変化を起こすのは大変です。ここはアジャイルの出番です。継続的に新しいプラクティスを少しずつ導入し、成果として届けるなんてどうでしょう？あなたの顧客はチームメンバーです。あなたの上司です。ジョナサンも言ってます「顧客は成果を出し続けてくれるチームが大好きだ」ってね。

関連記事

• [早版] 大阪「Agile In a Nutshell」 – Agile Japan 2012レポート(11)
• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(14)
• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(1)

(掲載は五十音順です)

■石前 あきさん

ソフトウェアエンジニアです。
2009年にPFP関西ワークショップに参加したのがきっかけで、Agileに興味を持ちました。AgileJapanに参加するのは2回目。昨年は大阪サテライトでワークショップを担当しました。レポーター業務は今回が初めてです。

• [早版] 大阪「アジャイルのABC 今ここで語り合おう」 – Agile Japan 2012レポート(16)
• [早版] 大阪「アジャイル開発 基本のキ」 – Agile Japan 2012レポート(23)
• [早版] 大阪「アジャイルのあるとき、ないとき」 – Agile Japan 2012レポート(24)
• 大阪「アジャイルのＡＢＣに向けたヒント」 – Agile Japan 2012レポート(29)
• 大阪「大規模アジャイル開発体験からのメッセージ」＋ミニパネル討論 – Agile Japan 2012レポート(31)

■佐藤 嘉亮さん

大阪の某SIerに勤務しております。
某実行員の方から、今年のメイン会場は大阪やで！と聞いて、これは絶対盛り上げなアカンということで、微力ながらも今回生まれて初めて、レポーターってのを体験させていただきました！いやーやっぱりメイン会場になると、ゼンゼン違うもんですね！

• [早版] 大阪「アジャイルな開発からアジャイルな組織へ」 – Agile Japan 2012レポート(4)
• [早版] 大阪「DEEP AGILE PEOPLE」 – Agile Japan 2012レポート(5)
• [早版] 大阪「現場に続くAgileの道を語ろう」 – Agile Japan 2012レポート(12)
• 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(27)

■能丸 耕太郎さん

• [早版] 大阪「全体最適のマネジメント改革」 – Agile Japan 2012レポート(13)

■原田 美香さん

• [早版] 大阪「Agile In a Nutshell」 – Agile Japan 2012レポート(11)
• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(14)
• [早版] 大阪「チケット駆動開発の課題と展望」 – Agile Japan 2012レポート(22)
• 大阪「Agile In a Nutshell」 – Agile Japan 2012レポート(25)
• 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(26)
• 大阪「チケット駆動開発の課題と展望」 – Agile Japan 2012レポート(30)

■藤林 晃久さん (写真撮影)

東京サテライトレポーター

(掲載は五十音順です)

■安西 剛さん

• [早版] 東京「ユーザー中心のアーキテクチャ設計アジャイル開発の試行」 – Agile Japan 2012レポート(17)

■泉森 達也さん

• [早版] 東京「リーンスタートアップ 新規事業を成功させる４つのステ​ップ」 – Agile Japan 2012レポート(20)

■今江 雅俊さん

2011年よりスクラムチームでの開発に参加、Agileなプロセスに出会う。認定スクラムマスター。
アジャイルサムライ横浜道場にスタッフとして携わり、アジャイルなプロセスについて学びつつ、UTや自動テスト、継続的インテグレーションに力を入れています。

• [早版] 東京「リーンUX流「顧客発見」ワークショップ 」 – Agile Japan 2012レポート(18)
• [早版] 東京「クックパッドがリーンスタートアップから学んだアジャイルな開発」 – Agile Japan 2012レポート(21)

■及部 敬雄さん

2009年楽天株式会社入社。アプリケーションエンジニア。
2011年に携わったPRJにてとあるマスターに出会ったことがきっかけでアジャイルやスクラムに興味を持つ。
現在は野良アジャイラーとして日々奮闘中。歌って踊れるアジャイラーです。

• [早版] 東京「東京サテライト オープニング」 – Agile Japan 2012レポート(6)
• [早版] 東京「楽天での実践から学んだアジャイルのはじめ方」 – Agile Japan 2012レポート(10)

■鈴木 富美恵さん

2007年楽天株式会社に入社。アプリエンジニアを経て現在はプロデューサー。
エンジニアが気持ちよく働きつつ良いサービスを創っていく方法の1つとして、Agileに興味津々。

• [早版] 東京「小さく早くがモットー！」 – Agile Japan 2012レポート(2)

■Ma Xuebinさん

The author is born in ShanDong Province China in 1983 and came Japan in 2007 after got his bachelor’s degree of management and master窶冱 degree of computer science. Then after researching about speech recognition in the university of Tokyo, he received the Phd degree at 2010. Currently, he works as an engineer at an agile group in Rakuten Inc and focusing on agile development and architect. He is also interested in data mining and big data processing. His reason of attending Agile Japan 2012 is that he want to learn more about agile management especially the agile at other teams.

• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(1)
• 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(28)

■水越 明哉さん

• [早版] 東京「楽天での実践から学んだアジャイルのはじめ方」 – Agile Japan 2012レポート(7)
• [早版] 東京「新しいビジネスを創るためのカギ」 – Agile Japan 2012レポート(8)
• [早版] 東京「クックパッドがリーンスタートアップから学んだアジャイルな開発」 – Agile Japan 2012レポート(9)
• [早版] 大阪「全体最適のマネジメント改革」 – Agile Japan 2012レポート(19)

■渡邉 太一さん

2008年、楽天株式会社に入社して以来、楽天トラベルのアプリケーションエンジニアとして開発に携わっている。
昨年9月より、3ヶ月、楽天のサンフランシスコ支社にあるAgile Development CenterでAgile研修を受けたことがきっかけで、Agileに興味を持ち始める。現在は、研修で学んだことをベースに、自身のプロジェクトにAgileを取り入れることに挑戦中。

• [早版] 東京「ワールド・カフェ」 – Agile Japan 2012レポート(3)
• [早版] 大阪「アジャイルのＡＢＣに向けたヒント 」 – Agile Japan 2012レポート(15)

関連記事

• Agile Japan 2012 書庫 (資料・レポート・ブログ・写真など)
• Agile Japan 2012 – 2012年3月16日開催
• [早版] 大阪「The Surprising Science Behind Agile Leadership」 – Agile Japan 2012レポート(1)

ITエンジニアたちのホットなトークライブ、TechLION vol.6がいよいよ12日に開催されます。

今回のスペシャルなゲストは、まつもとゆきひろさん！さらに後藤大地さん、閑歳孝子さん、角俊和さんも出演。法林さんとどんなトークを繰り広げるのか興味津々です。

会場では、協賛品としてEM ZERO最新号も配布予定です。(サイトでもご紹介いただきました。ありがとうございます！)

お仕事帰りに一杯ひっかける気分で、立ち寄ってみてください。百獣の王たちの熱気に、サファリーパークさながら身も心もわくわくするはずです。

• TechLIONとは — http://techlion.jp/
• 参加お申込み
  • 事前お申込み・前払い — http://www.zusaar.com/event/216005
  • 事前お申込み・会場払い — http://www.zusaar.com/event/216006
  • 事前お申込みせずに当日参加もOK！

次回、vol.7は、5月14日(月) 名古屋開催です！

関連記事

• 【開催直前】TechLION vol.5 – 2011年12月14日(水) 開催！
• 【開催間近】TechLION vol.4 – 2011年11月10日(木) 開催！

• 著者：スティーヴン・ホーキング、レナード・ムロディナウ
• 訳者：佐藤勝彦
• 発行所：ランダムハウス講談社
• 価格：1,800円 + 税
• お薦め度：★★★★☆

概要

物理好きにはたまらないと思う。中でも宇宙の始まりと境界（宇宙の果て）を知りたい人には。

解説は順を追って丁寧だ。物理界の基本となる考え方の遷移もわかりやすい。天動説から地動説、特殊相対性理論から一般相対性理論、そして量子論から統一理論へ。この世界の法則と同化した気分になる。

目次

• 第１章　宇宙について考える
• 第２章　進化する宇宙像
• 第３章　科学理論の本質
• 第４章　ニュートンの宇宙
• 第５章　相対性理論
• 第６章　曲がった空間
• 第７章　膨張している宇宙
• 第８章　ビックバン、ブラックホール、宇宙の進化
• 第９章　量子重力理論
• 第１０章　ワームホールとタイムトラベル
• 第１１章　自然界の力と統一理論
• 第１２章　結論

お薦め度

★★★★☆

途中から眠たくなってしまう人には、新幹線で食べる時速２５０ｋｍのお弁当や、宇宙戦艦ヤマトのワープについての真田さん説明を思い浮かべると良いだろう。

ドラえもんのタイムマシンに乗った気分で。

2011年10月27日

富士通株式会社 柴田浩太郎（Kohtaro Shibata）

社内プロジェクトマネジメント研修の企画・開発・講師・運営を担当。食べ物は、お好み焼き、たこ焼き、焼きソバなどソース系全般を好む。

※このコーナーはこうたろうさんが知人宛にメール配信されている図書紹介をご本人の許可をいただいて掲載しているものです。

関連記事

• 図書紹介：「みんなの意見」は案外正しい
• 図書紹介：発酵は力なり
• 図書紹介：一瞬で自分を変える法