トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Mike Bria, 翻訳者 編集部 投稿日 2008年8月21日 午後11時21分
Robert "Uncle Bob" Martin氏は、「プログラミングでの専門的技術」についての議論を再活性化させた。Agile Manifesto(リンク)が5番目の価値、「実行より技能を重要視」でアップデートされるべきだと提案したことによる。この提案の問題点は、声明として均衡のとれた価値ではないことです。他の4つの声明では、2番目の項目を重視しています。単に、最初の項目をより高く評価します。しかし、わたしが付け加えた提案では、くだらないことは本当に評価しません。
ですから、目覚しい効果を期待し、以下のようにオリジナルの提案を変更します。ほとんどのソフトウェア開発チームは実行しますが、注意はしません。実行を評価しますが、それよりも職人的技能をさらに高く評価します。
- 実行より技能を重要視
Bob氏の投稿記事に対し多数の人が返答し(リンク)、もともと低く評価された「くだらない」ことを訂正することを提案した。こうした返答には、「勇敢、生産、エン ジニアリング、ハッキング、瀬戸際政策、効率、量、労苦、利益、そしてスクラブルよりも技能を重要視する」などがあった。
つい先ごろBrian Marick氏は、現在Manifestoにあるものに加えて、アジャイルチームはスキル、規律、たやすさそして喜び(リンク)を重んじるべきだという同様の提案をした。長年の間、Pete McBreen氏 は「技能」という用語を使用しており、ソフトウェア開発ということになると、人びとのスキル(技能)が重要であること(リンク)を強調している。Sean Hanly氏は自身の記事、Zen and the art of software development(リンク)の中で「量より質を重要視」することについておよびどのようにしてアジャイルは「職人的技能」を支援することができるのかを述べ た。 数年にわたって、「技術としてのソフトウェア」を認識する本質について、多くの人がさまざまな形態で同様の発表をしている。
つまり、アジャイルソフトウェア開発が「プログラマとしての専門的技術」にますます重きを置くという考えは、まったく新しいものではない。XPは純粋にこ のことを目標とした技術的な訓練の長いリストが付いており、Scrumは「技術的な卓越」に注意を向けている。質問は、なぜそんなにも多くのチームが必ず しもこれを達成しないのかということである。暗示的すぎるのか?5番目のManifestoの価値を追加したことが、これを現実にするのだろうか?痛みが 伴うのか?この件に対する考えを聞かせて欲しい。
原文はこちらです:http://www.infoq.com/news/2008/08/manifesto-fifth-craftsmanship
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
12/16 ~野村総合研究所が提案~ 「不況を乗り切る!効果的なIT投資を考えるセミナー」
ITマネージャ必聴!IT活用セミナー 勝ち残りの法則~管理・統合化スペシャル~
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信