Tfad AgileDay MS 20100122

2 0 1 0 /0 1 /2 2 (M o n ) あなたにとってアジャイルとは何ですか？ What is "Agile" for you? すくすく・スクラム Kazumasa EBATA t o .e b a c k y @ g m a il.c o m EBATA Kazumasa; sukusuku-scrum. (#suc3rum) 「A S t a r t – アジャイル開発が気になるあなたに贈るセッション＆ワークショップ」マイクロソフト株式会社新宿本社 5 F セミナールーム

eb ac ky t o .e b a c k y @ g m a il.c o m EB ATA Kazum asa

EBATA Kazumasa eb ac ky とある情報ベンダー　開発部ソリューションマネージャー Scrum Alliance member Certified Scrum Practitioner すくすく・スクラムの発起人

ebacky 突然ですが

突然ですが問（１） ebacky ebacky のチームは scrumで、trac使ってる？なら、Shibuya.trac で話して貰おう！決定！！ ※一部脚色ありｗ One minutes

突然ですが問（２） ebacky ※一部脚色ありｗ One minutes

突然ですが ebacky 点の並びです

突然ですが ebacky 類像現象（シミュラクラ現象）人間の目は、三角形に配置されたものをそれぞれ、目、口として見る習性があります。目と口は、顔の表情を作ります。喜怒哀楽は、目と口の筋肉を動かし表情を変化させて作ります。とても大切な部分です。だから三角形の点と線を顔として見てしまうわけです。これは科学的に解明されたもので、類像現象（シミュラクラ現象）と言います。人間が出会うと、はじめに見るところが目です。お互いを確認し、敵と仲間を見分けるためです。これは、視覚動物の特長といえるでしょう。人間は、視覚動物の代表的なものです。嗅覚や聴覚は他の動物に比べると格段に劣ります。この類像現象は、そのための習性です。 http://www.geocities.co.jp/Technopolis/7651/sin/03.html

突然ですが ebacky 何が言いたいの？

突然ですが ebacky アジャイルは万能薬ではありません。

突然ですが ebacky 勿論

突然ですが ebacky この話も万能薬ではありません。

突然ですが ebacky お話をする前に、必ずお話しておきたいこと

Frederick Phillips Brooks, Jr. ebacky No Silver Bullet - essence and accidents of software engineering この論文、ご存知ですか？

ebacky 銀の弾丸はないこのタイトルなら、ご存知ですか？

銀の弾丸とは、中世のヨーロッパで、悪魔の使いと信じられていた「狼人間」（ハリウッドで映画化されてからは「狼男」と言われるようになった）を殺すために使われた、十字架の銀を溶かして作られた弾丸のことである。そして、近世になると無能な領主や国王を暗殺するために使われた「銀の弾丸」のことでもある。銀の弾丸は、世の中の悪いことをたった１発で解決してしまう。ブルックスは、ソフトウェア開発には「銀の弾丸などない」ことを、論理的に証明しようとしたのである。 http://pcserver.sel.cs.hiroshima-cu.ac.jp/ohba/se/silver.htm

突然ですが ebacky アジャイルは銀の弾丸ではありません。

突然ですが ebacky この話も銀の弾丸ではありません。

突然ですが ebacky 思い込みは捨てて下さい。

ebacky さて、本題

さて、本題問（３-１） ebacky アジャイルとは何でしょうか？ Five minutes

ebacky Manifesto for Agile Software Development アジャイルソフトウェア開発のためのマニフェスト http://agilemanifesto.org/

さて、本題 ebacky アジャイルなソフトウェア開発のためのマニフェスト我々は自ら実践し、またそうしようとする他の人々を支援することを通じてソフトウェア開発のより良き方法を見いだそうとしている。この活動を通じて我々は：　個人とその相互関係を、プロセスやツールよりも　動くソフトウェアを、　　　包括的なドキュメントよりも　顧客とのコラボレーションを、契約交渉よりも　変化に対応することを、計画に従うことよりも価値あるものと考えるに至った。これは、右側の項目の価値を認めながらも、左側の項目の価値をより重視するということである。

さて、本題問（３-２） ebacky アジャイルとは何でしょうか？ Five minutes

ebacky Twelve Principles of Agile Software アジャイルソフトウェアの１２原則 http://www.agilemanifesto.org/principles.html

さて、本題 ebacky ・最も重要なのは、顧客満足。初期段階から継続的に、価値あるソフトウエアをリリースすること。・終盤での要求変更も受け入れること。アジャイルプロセスは顧客の競争力を高めるためのもの。・数週間～数か月の単位で頻繁にリリースすること。リリース間隔は短い方が良い。・プロジェクト中、毎日、顧客と開発者が一緒に働くこと。・やる気を重視して開発チームを構成すること。顧客も開発チームの仕事遂行を信じサポートすること。・開発チーム内の情報伝達は、会話が一番。・最も重要な進捗の尺度は、動くソフトウエア。・アジャイルプロセスは、継続的な開発を促進する。顧客や開発者は一定のペースを保てる。・技術や設計をレベルアップさせる意識が、より俊敏（アジャイル）さを高める。・「手作業を行わないための工夫」が重要。・自律的なメンバーが協調して動くチームの方が、パフォーマンスが高い。・定期的な「ふりかえり」により、開発チームのパフォーマンスをより高めるようにすること。

さて、本題問（３-３） ebacky アジャイルとは何でしょうか？ Five minutes

さて、本題 ebacky アジャイルとは、「俊敏な」「すばやい」という意味の英単語で、IT業界では、経営環境の変化に迅速に対応できる柔軟な情報システムや、効率的なシステム開発手法などを指す。アジャイルとは【agile】 - 意味/解説/説明/定義： IT用語辞典 http://e-words.jp/w/E382A2E382B8E383A3E382A4E383AB.html

さて、本題 ebacky アジャイルとは、「俊敏な」「すばやい」という意味の英単語で、IT業界では、経・迅速に対応できる柔軟な営環境の変化に迅速に対応で・効率的なシステム開発手法きる柔軟な情報システムや、効率的なシステム開発手法などを指す。アジャイルとは【agile】 - 意味/解説/説明/定義： IT用語辞典 http://e-words.jp/w/E382A2E382B8E383A3E382A4E383AB.html

さて、本題問（３-４） ebacky アジャイルとは何でしょうか？ Five minutes

さて、本題 ebacky アジャイルの押しつけチームにプロセスを押しつけるというのは、アジャイルソフトウェアの原則に完全に反しているし、そもそもアジャイルですらない。アジャイル方法論とはPeopleOrientedなものだ。「人」を認識し、いかに一緒に働くかに気づくことが、ソフトウェア開発においてもっとも重要な要因である。プロセスは二の次だ。 Martin Fowler's Bliki in Japanese - アジャイルの押しつけ http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AgileImposition

さて、本題 ebacky アジャイルの押しつけプロセスをチームにフィットさせる（その逆ではない）という考えは、アジャイル方法論の必要条件である。しかし、十分条件ではない。アジャイルの押しつけは危険信号だと明言しておこう。ただし、いつもそうだが、これがすべてのことに当てはまるとも限らない。一見、似たような状況であっても、実際はまったく違うということもある。 Martin Fowler's Bliki in Japanese - アジャイルの押しつけ http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AgileImposition

さて、本題 ebacky アジャイルの押しつけ学習がそうだ。アジャイルを導入するときは通常、多くの新しいことを一度に学習することになる。中には直感では理解できないことも多い。これは、部分的には、XPの真実である。慣れるまでしばらくは、プロセスをチームに合わせることは難しい（この点については、数年前にXPを交えた記事を書いた（邦訳））。チームはまだShuHaRiの「守」の段階で、コツをつかむまでは盲目的にプラクティスをこなす必要がある。このような状況では、「教義主義」や「非柔軟性」も（一時的には）良い学習ツールとなっているのである。 Martin Fowler's Bliki in Japanese - アジャイルの押しつけ http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AgileImposition

さて、本題 ebacky アジャイルの押しつけクライアントとの共同プロジェクトチームである。我々にはソフトウェアを納品する責任があるが、うまく引継ぎを行うためにクライアントと一緒に働く必要もある。そのため、クライアントは我々の仕事のやり方で仕事を行うことになる。この状況では、我々はできるだけ効果的に仕事を成し遂げる必要があり、そのプロセスは我々に合わせたものとなる。これはクライアントの環境に我々が合わせないということではない。それは常に必要である。しかし、クライアントの環境にうまく合わせることと、我々を成功に導くプラクティスを捨てることの線引きは難しい。 Martin Fowler's Bliki in Japanese - アジャイルの押しつけ http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AgileImposition

さて、本題 ebacky アジャイルの押しつけ以上のような状況では、「押しつけ」はそれほど悪いことではないだろう。ただし、基本的な点はそのまま。アジャイル方法論の押しつけは、アジャイル方法論の根底にある価値、原則とコンフリクトするアジャイルではないものに「アジャイル」という名前がつくことを防ぐことはできない――RigorousAgileを取り締まる「アジャイル警察」はいないのだ。我々にできることは、アジャイルが本当に意味することを説明できるよう、日々心がけることである。「説得」ではなく「説明」しよう。 Martin Fowler's Bliki in Japanese - アジャイルの押しつけ http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AgileImposition

さて、本題問（３-５） ebacky アジャイルとは何でしょうか？ Five minutes

ebacky 少しブレイク

少しブレイク ebacky ＴＰＳ　　　　　　　　ジャストインタイム　　　　　　　　かんばん　　　　　　　　ムダ　　　　　　　　平準化　　　　　　　　アンドン　　　　　　　　ポカヨケこの点のお話　　　　　　　　自働化　　　　　　　　改善　　　　　　　　見える化

少しブレイク ebacky アジャイル方法論とは People Oriented。最近、探求していること

少しブレイク ebacky そもそも我々はなぜアジャイルの探求が必要なのか？

少しブレイク ebacky ソフトウェアが社会のインフラになりただ、ソフトウェアを作る事だけを考えていても価値を認めて貰えなくなった。逆に言うと今までは作るだけで価値を認めて貰えていた。ならば、私達がすべき事は、何でしょうか。

ebacky さて、戻ります

さて、戻ります ebacky ちょっと体を動かして頂きますｗ

さて、戻ります ebacky 自己紹介カード記入！・お名前 or ニックネーム・現在、どのようなお仕事をされていますか。　※ 社名をお伝えする義務はありません！・趣味 Five minutes ・参加の動機・アジャイルについて一言・イベントを通じて、現場にもってかえりたいこと

さて、戻ります ebacky グループの方へ自己紹介して下さい２０ minutes

ebacky グループ討論

グループ討論 ebacky その前にマイブームを書く Five minutes 仕事の話など聞きません！

グループ討論 ebacky ・グループの人数は何人？・３０分、時間を与えます。　１人あたり何分で話すと全員のマイブームを聞く事ができますか？ Five minutes

グループ討論 ebacky では、設定した時間配分で、グループの方のマイブームを聞いて下さい。３０ minutes

グループ討論 ebacky すたーと３０ minutes

グループ討論 ebacky すとっぷ

グループ討論 ebacky ふりかえりこのやり方で、皆さんのマイブームを十分に聞く事ができましたか？よりグループの方のお話を伺うために、何を改善したらよいでしょうか？１０ minutes

グループ討論 ebacky ふりかえり・マイブームと出会ったキッカケは？・ついのめり込んでしまう麻薬な要因は？・マイブームと性格、仕事などの関係性は？・マイブームを通じて得たい事は？・マイブームでの弱点は？　　など　　　　　１０ minutes

グループ討論 ebacky では、もう一度

グループ討論 ebacky ・グループの人数は何人？・３０分時間を与えます。　１人何分で話すと全員のマイブームをより聞く事ができますか？・１人だけ、グループに内緒で、マイブームの内容を変更して下さい。その１人もグループで決めて下さい。・設定した時間の中に、余裕を含めましたか？ Five minutes

グループ討論 ebacky では、もう一度再設定した時間配分で、グループの方のマイブームを聞いて下さい。

グループ討論 ebacky すたーと３０ minutes

グループ討論 ebacky すとっぷ

グループ討論 ebacky ふりかえりこのやり方で、皆さんの悩みを十分に聞く事ができましたか？よりグループの方のお話を伺うために、何を改善したらよいでしょうか？１０ minutes

グループ討論 ebacky 如何でしたか？

ebacky 最後にお話しておきたいこと

最後に ebacky アジャイルを探求し活用することに一生懸命になることを否定はしません。

最後に ebacky ただ、

最後に ebacky 現場や開発チームから目を離さないで下さい。

最後に ebacky アジャイルアジャイルと言っているだけでは何も言っていないのと同じ全く本質を説明できていない

最後に ebacky アジャイルの押しつけ以上のような状況では、「押しつけ」はそれほど悪いことではないだろう。ただし、基本的な点はそのまま。アジャイル方法論の押しつけは、アジャイル方法論の根底にある価値、原則とコンフリクトするアジャイルではないものに「アジャイル」という名前がつくことを防ぐことはできない――RigorousAgileを取り締まる「アジャイル警察」はいないのだ。我々にできることは、アジャイルが本当に意味することを説明できるよう、日々心がけることである。「説得」ではなく「説明」しよう。 Martin Fowler's Bliki in Japanese - アジャイルの押しつけ http://capsctrl.que.jp/kdmsnr/wiki/bliki/?AgileImposition

最後に ebacky 銀の弾丸は存在しない

最後に ebacky だた、諦めず戦略的な try & error をどこまで繰り返せるか？

最後に ebacky 戦略的な try & error を繰り返すモチベーションをどのように保つか。唯一、銀の弾丸になりえるかもしれません

最後に ebacky 私がアジャイルを探求する中で、学んだこと

最後に ebacky 現場や開発チームにいるのも人。ソフトウェアを利用するのも人。仕事で解決すべきことも人に繋がっている。人から目を離し、人を無視しても価値を生むことはできない

最後に ebacky 問題の原因はツールや技術ではなく人間に依存する

ebacky あるエンジニアのコメント

あるエンジニアのコメント ebacky やっぱり、システム開発って人なんだよなー。どんな技術を使って、どういう風に人の役に立たせるか、それを一生懸命に考えること。エンジニアって楽しい仕事なんだ。

ebacky あなたは、アジャイル（の価値）をどのように伝えますか？

ebacky ご清聴ありがとうございました

http://d.hatena.ne.jp	112
http://www.microsoft.com	98
http://www.slideshare.net	7
http://webcache.googleusercontent.com	2

Tfad AgileDay MS 20100122

by Kazumasa EBATA on Jan 22, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

4 Embeds 219

Statistics

Tfad AgileDay MS 20100122 — Presentation Transcript