InfoQ

News

よく組織されたチーム:単に生き残るのではなく、成功へと導く支援

作者 Mark Levison, 翻訳者 編集部 投稿日 2008年3月28日 午前12時8分

コミュニティ
Agile
トピック
チームワーク,
コラボレーション,
リーダーシップ
タグ
Information Radiators,
継続的な改善,
Co-Located Teams,
Self-organizing Team,
補完実践,
コーチング&メンタリング

AgileJournalで 最近掲載された記事(source)で、Managing Partner with 3Back であるDoug Shimp氏(source)およびSenior Managing Partner for the Preferred Professionals Business GroupであるSamall Hazziez氏(source)が、業績を挙げている「よく組織されたチーム」(source)が成功するために欠かせないものについて著した。

その2人の著者は、よく組織されたチームを可能にしている、数多くの特徴を観察した。

  • プロセス:Scrum、LeanおよびXP。その他、RUPやPMBOKなどの従来のプロセス
  • 環境的な実現要因:配置されたチーム、チームルーム、分かりやすいチャート、ホワイトボードなど。

しかしながら自分たちでは、原則や実践には膨大な量のプロセスや情報が付随するので、チームはそれに悩む。それよりむしろ、著者はチームに成功をもたらす要因にフォーカスすることを勧めている。それは経験から言うと、「3+2」に分類することができる。

3つの原則:

生産リード - 製品の必要性に常に気を配る。チームが新しい実践やアイデアの採用を検討するときはいつも、それが製品の必要性にどう役立つのかについて質問する。

1度に1口 - 業務のそれぞれの案件は、作業しやすいように十分細かく分割する。たいてい、自分ができる以上のことに乗り出す。作業を細かく分けることは、短い時間制限のサイクルで完了することができることを意味する。

常に明らかにする - 最も当たり前の原則の1つであるが、うまく実践されていない。チームの一員がしていることが分からなければ、どこに力を注げばよいのかが見えてこない。そ の結果、奮闘することになる。周りがよく見えていれば、他のチームメンバーが、チームの問題を解く有効なアイデアを持ちかけてくれるチャンスが増える。

+2つの実践:

会話と体制 - 上記の3原則のバランスを保つためのものである。「効果的に会話するのに、会話は確立されたプロトコルからの十分な体制を必要とする。…人間にとって親密 な関係を築くために会話は必須である。そうすれば有意義な理解が生まれ、提供し、共有することができる」。

よく組織されたチームかどうかをどのように判断するのか?著者の意見では、以下に挙げる特徴(source)を示した(source)

  • AgileおよびLeanの原則に従う
  • 同一の場所に配置
  • チームメンバーが非常に協力的である
  • チームメンバーが考えを提供し、同様にアイデアを共有する。アイデアの所有権がない
  • グループとしてのブレインストーミング
  • 自ら作業を課す
  • ビジネス上の目的を十分に理解しており、プライオリティーに一致した機能の提供に重点的に取り組んでいる
  • チームの長所は、個人のそれより優先される
  • 迅速かつ必要に応じて、チームを支援するスキルが身につけられる
  • 最も良いものを生み出すために、チームメンバーがお互いに競い合う
  • ハイパープロダクティビティー - 少なくとも業界平均の4倍の生産性を維持している(PatientKeeperの最高技術責任者であり、Scrumの共同発明者であるJeff Sutherland氏(source)による)

よく組織されたチームはビジネスにとって非常に価値のあるものである。その理由は、よく組織されたチームは機転がきき、絶えず変化するビジネスの展望に適応することができるからである。

原文はこちらです:http://www.infoq.com/news/2008/03/well_formed_teams

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

ジャンル別一覧

Coplien氏とMartin氏、TDDとCDDそしてプロフェッショナルの定義について大いに語る。

このビデオは、BobとJim Coplien氏がこれに関連する話や、いくつかの他の話題について議論する様子を納めたものだ。TDDと契約による設計(Design by Contract)の比較や、システムとビジネスドメインモデルを調和させるためには、事前にどれくらいのアーキテクチャ設計をしておかなければならないのか、などが議論されている。(翻訳:近藤 修平 - (株)永和システムマネジメント)

.NET Webサービス向けのサービスレジストリの実装

本稿では、SOAソリューションの実装を単純化するために利用できるサービスレジストリの.NET実装を説明します。

John Lamが語るIronRubyの現状

InfoQは、独創的なRubyCLRの開発者であり、IronRubyを世に出すためにマイクロソフトが雇い入れたJohn Lam氏と話す機会を得た。Johnの正式な肩書きはDynamic Language Runtimeチームのプログラムマネジャーである。

人に愛されるリモートミーティングの手引き

テレカンファレンスとデスクトップを共有するツールを使いこなすことは、現在のビジネスにおいて重要なスキルになっています。本稿は、これらの情報と裏技を提供します。

NetKernelで実装したRESTfulなESB

Jeremy Deane takes a look at writing a Restful ESB. He explains how commercial ESB's were considered and NetKernel was ultimately used to provide the implementation.

Lean開発者のスタート: チームのスタートアップ時間の削減

アジャイルプラクティスは新チームメーンバーが知りたい情報を直接提供するものではありません。そこで私は、新しいチームメンバーの「セットアップ時間」の削減するために、新しいプラクティスを提案します。

複数のアジャイルチームでのバージョン管理

このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches(InfoQのミニブック)に出てきた企業で私たちが新しく採用した方法です。

ErlangとYawsを使ったRESTfulサービス

本稿では、Steve Vinoski氏が、プログラミング言語ErlangとWebサーバーYawsを使用したRESTful Webサービスを構築する方法を説明します。