チーム開発の段階
(Tuckman)

ナレッジセンター

チーム開発の段階は何であるか。 記述

チーム開発のTuckmanの段階は建物および成長の小さいグループのために重大である要因の識別に使用することができる。

Tuckmanのチーム開発モデルの段階はチームがいかにそのうちに成長するか説明するように努める。 開発の5つの段階は次のとおりである: 形成、押しかけること、Norming、実行、および延期。 延期の段階は1977年に後で加えられた。 Tuckmanに従って、すべての段階は-チームのために…、表面に挑戦までなり、問題に取り組み、解決を見つけ、仕事を計画し、決算、業績を提供するために必要、避けられない。
 

チーム開発の段階の起源。 歴史

ブルースウェインTuckman (1938年1965年に-)は短い記事「小さいグループの進化順序」を出版した。 1977年に、彼は第5段階を加えた: 延期(再び訪問される小さいグループの開発の段階)。 グループのモデルはグループの開発理論、部分的に韻のおかげでで影響を及ぼすようになった。

Tuckmanのチーム開発の段階の使用法。 適用

• チームを造り、開発しなさい。
• チームの行動を分析しなさい。

チーム開発の段階。 プロセス

1. 形成。 プロジェクトチームの開始段階。
   • プロジェクトチームはテストによって主に達成されるオリエンテーションに最初にかかわっている。 そのようなテストは対人および仕事の行動の境界を識別するのに役立つ。 対人王国のテストと一致しているリーダー、他のグループのメンバー、または前に‑の既存の基準の依存関係の確立は。
   • チーム・メンバーはかなり独自にする。 彼らは独創力のあるかもしれないが、通常チームの問題そして目的の比較的知らされていない。 何人かのチーム・メンバーは不確実性および心配の特質を表示するかもしれない。
   • プロジェクトマネージャーは互いを信頼し、機能を職場関係を開発する有することを保障するチームを一緒に連れて来なければなり。 様式を指示するか、または「言うこと」。 形成共有して、チームと」行うNormingは押しかけるの概念を「有用である場合もある。
2. 押しかけること。 様々な考えは考察のために、頻繁に激しく競う。
   • プロジェクトチームは信任を得るが、対立および分極が対人問題のまわりにある
   • チーム・メンバーは互いの考えおよび見通しに直面すると同時に彼らの自身の人格を示している。 目的、予想、役割および責任についての欲求不満か不一致は率直に表現されている。
   • プロジェクトマネージャーはこの乱流の移行期間によってプロジェクトチームを導く。 Coaching様式。 各チーム・メンバーおよび相違の許容は強調される必要がある。
3. Norming。 規則、価値、行動、方法、用具は確立されている。
   • プロジェクトチームの有効性は増加し、チームはアイデンティティを開発し始める。
   • チーム・メンバーはチームワークをより自然、流動にする一致を開発すると同時に彼らの行動を互いに調節する。 問題を解決し、グループのハーモニーを達成するための意識的な努力。 刺激のレベルは増加している。
   • プロジェクトマネージャーはチームが大いに自治になることを許可する。 Participative様式。
4. 実行。 対人構造は仕事の活動の用具になる。 役割は適用範囲が広く、機能になり、グループエネルギーは仕事に運ばれる。
   • プロジェクトチームは単位として作用今できる。 それは仕事を外的な監督のための不適当な対立か必要性なしで滑らかそして効果的に終らせる。
   • 要求されるものがの仕事レベルのそれらのチーム・メンバーに明らかな理解がある。 彼らは今有能、自治監督なしで意思決定過程を扱える。 「ある目に見えるが」態度をすることができる。 互いを助ける提供はなされる。
   • プロジェクトマネージャーはチームが必要な決定のほとんどを作ることを許可する。 委託様式。
5. 延期。 仕事は完了されて、チームは分解される。
   • プロジェクトチーム。 何人かの著者は「記述しグループのメンバーが感じる損失の感覚を確認する」変形し、嘆くように段階5を。
   • チーム・メンバーの刺激のレベルは未来についての不確実性がin.を置き始めると同時に低下できる。
   • プロジェクトマネージャー: チーム開発の形成段階を再開するために新しいプロジェクトをもたらす良い点。 取り外し様式。

チーム開発の段階の強さは模倣する。 利点

• チーム開発に指導のレベルを提供する。

チーム開発のframeworkの段階の限定。 不利な点

• 小さいグループで段階を記述するようにモデルが設計されていたことに注目しなさい。
• Tuckmanがそれらを記述する、幾分循環的程に線形現実には、グループのである。
• 各段階のための特徴は石で置かれないし、モデルは人間行動を取扱うと同時にチームが1つの段階から別のものに移ったら、時々明白でない。 段階間に重複があるかもしれない。
• モデルはチーム・メンバーが実行しなければならないこと個々の役割を確かめない。 比較しなさい: Belbinのチーム役割
• 1つの段階から別のものへ移ることのための時間枠に指導がない。 これは客観的なモデルに対して主観的である。

チーム開発のTuckmanの段階をと比較した: Team Management Profile  |  Belbinのチーム役割  |  PMBOK  |  IPMAの能力ベースライン(ICB)  |  PAEI  |  Belbinのチーム役割  |  Action Learning  |  Appreciative Inquiry  |  Leadership Continuum  |  Situational Leadership  |  Johari Window

経営ハブに戻る: 変更と組織 |  人材 |  プログラムおよびプロジェクトマネジメント

より多くの方法、モデル、理論