色んなメーリングリストに参加している。
その中の一つでアジャイル開発の勉強会関係の案内が来るようになった。
でも、大阪のような遠方だと、ちょっと足を運ぶのが難しい。

なので、自分で復習(勉強)する。

なんといっても、アジャイル開発で欠かせないのは、『[url=http://agilemanifesto.org/iso/ja/]アジャイルマニフェスト[/url]』だろう。

[b]アジャイルソフトウェア開発宣言[/b]
[quote]プロセスやツールよりも個人と対話を、
包括的なドキュメントよりも動くソフトウェアを、
契約交渉よりも顧客との協調を、
計画に従うことよりも変化への対応を、

価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。[/quote]

ほんと、忘れちゃいけない。
そして、『[url=http://agilemanifesto.org/iso/ja/principles.html]アジャイルソフトウェアの12の原則[/url]』も大事。

[b]アジャイル宣言の背後にある原則[/b]
[quote]私たちは以下の原則に従う:

顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。

要求の変更はたとえ開発の後期であっても歓迎します。
変化を味方につけることによって、お客様の競争力を引き上げます。

動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。

ビジネス側の人と開発者は、プロジェクトを通して 日々一緒に働かなければなりません。

意欲に満ちた人々を集めてプロジェクトを構成します。
環境と支援を与え仕事が無事終わるまで彼らを信頼します。

情報を伝えるもっとも効率的で効果的な方法は フェイス・トゥ・フェイスで話をすることです。

動くソフトウェアこそが進捗の最も重要な尺度です。

アジャイル･プロセスは持続可能な開発を促進します。
一定のペースを継続的に維持できるようにしなければなりません。

技術的卓越性と優れた設計に対する 不断の注意が機敏さを高めます。

シンプルさ（ムダなく作れる量を最大限にすること）が本質です。

最良のアーキテクチャ・要求・設計は、 自己組織的なチームから生み出されます。

チームがもっと効率を高めることができるかを定期的に振り返り、 それに基づいて自分たちのやり方を最適に調整します。[/quote]

大部分のところは、自分で心がけることで対応できる。
ただ、『意欲に満ちた人々を集めてプロジェクトを構成します。』この部分だけは別だと思う。
意欲に満ちた人々って、そう簡単に集まらない。(集まるところは、集まるんでしょうけど・・・。)

開発スタイルを変えることって、政治的な圧力もあるし、慣れ親しんだスタイルを変更するのを嫌う人もいる。
これが、ほんとつらいところ。

あとは、もちろんのことだけど、作れなければ始まらない8-)

合わせて、読みたい・・・。
http://xp.miyacomp.net/modules/d3diary/details.php?bid=53