トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Mark Levison, 翻訳者 編集部 投稿日 2008年4月17日 午前12時30分
組織がアジャイル開発を導入しており、管理者たちが新たなロールを見つけようとしている。導入前に、おそらくアジャイル管理は仕様の作成およびタスクのアサインに関与していた。Cambridge辞書(source)によると、管理するとは「人や物(特にビジネス)を統制したり、組織したりすることに責任を負うこと」であ る。
チームが自己管理されている今、ストーリー(スペックではなく)は、製品所有者からもたらされる。それでは、管理は何をするのか?iDIA ComputingのSoftware Development CoachであるGeorge Dinwiddie氏(source)は、主に以下の4つのロールがあることを提案している。
George氏による管理は、低いレベルや日常業務から1歩離れて見るべきであり、チームが正しい選択をすると信頼すべきである。
Tiger TeamのオーナーであるMark Graybill氏(source)は、上級管理職がチームの業務の細かいところまで口を挟むというケースを引き合いに出している。態度や言動が変わったら、数ヵ月後にはチームは半年前よりもさらに多くの価値を生み出すことが可能になった。
Lean Software Development: An Agile Toolkitの共著者であるTom Poppendieck氏(source)は、以下のように語っている。
トヨタでは、技術的な管理が極めて重要である。中核となるロールは、第一線の労働者と教師として、また協力者として行動し、絶え間なくプロセスおよび慣習 を改善している。技術管理者がチームに関わり、作業のより良い方法を見つけるのを手伝ったり、改善が見られた時は、すばやくその学習成果を他のチームに利 用できるようにしている。つまり、組織全体の能力と可能性の改善に努め、価値ある製品の製造に貢献しているのである。
最後に、Argonne Technologiesの社長であるMark Woyna氏が、時々ロールがその必要性を上回る。その場合、組織はつまるところその人のために新たなロールを見つける必要があることを指摘している。
原文はこちらです:
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
12/16 ~野村総合研究所が提案~ 「不況を乗り切る!効果的なIT投資を考えるセミナー」
InfoQ Japanはコンポーネントスクエアが運営しています
この記事では、私達がどのようにして大規模(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
返信