チーム憲章
目的 チームの憲章に定義されているチームの目的は、アプローチ、およびインフラストラクチャをサポートしてプロジェクトを遂行しています。 これは、チームのドキュメント指向のガイドラインを提供して行動し、管理機能、および関係します。 これにより、チームのメンバーたちが彼らの同僚に精通していて、それ以外のチームにはチームの期待を認識し、その役割を果たすことでチーム内で動的です。 アプリケーション チームのチャータープロジェクトでは、開発の早い段階でチームをチームの行動として使われるための指導や管理します。 このプロジェクトを通して、チームのコンセンサス更新されるかもしれないが、それは通常、高度に投稿された場所を目に見えることを確認してチームのメンバーとして使用することで参照することができます。 コンテンツ チームのチャーターによって異なるが、発展途上に向けて努力しなければならないチームの行動規範とパフォーマンスのためのガイドラインとします。 それは、重要な考察します。 このように、彼らの定義を含めることができていることは、チームの規範のパフォーマンス、出席して、実施します。 チームのチャーターのアイテムが含まれる、次のサブセクションで議論されました。 1.0チーム客観このプロジェクトの目的は、通常につながれているが、その可能性を見て客観的な視点からは、チームの品質、配送スケジュール、およびコスト/業績奨励します。 2.0チームの規範これは、行動のリストには、チーム内で許可されないかのどちらかと予想します。 チームに期待することを含む可能性の会議出席(例えば、 "チームのメンバーをしなければならない5分以上遅れての会議は、電子メールの説明をしている人が出席した" )またはプロトコル(例えば、 "チームの会合で議論され情報を共有するだけでは、会議室の外分文書を通じて" )や態度(例えば、 "チームのメンバーは、その言葉の使用を避ける'ことはできません'プロジェクトの中に議論"を参照) 。 これらの行為を実施する可能性があり困難で、彼らの行動規範を確立するためのチームメンバーを理解します。 3.0チームの管理 プロジェクトチームのメンバーしばしば重要なドキュメントを共有する必要があります。 憲章に含まれるいくつかのドキュメントの詳細はどこに保存されることは、どのような形式で、どのように制御されるバージョンのアップデート、および維持されます。 このコンポーネントは、チームの憲章の手順を定義することもでき昇格チームと顧客の問題があります。 どのようにして定義することも必要かもしれないときに、チーム憲章更新しました。 アプローチ そこには、さまざまな種類のチームは、チームのサイズ、およびプロトコルの組織は、 2つのチームのチャーター便はこれまでありませんが同じものです。 チームのメンバーに支払うこと多大な緯度すべきかを決定する際に、どのような情報はありません憲章に組み込まれました。 キーの評価は、チームの憲章のコンテンツを求める質問: "この情報は、潜在的に紛争や混乱を最小限に抑えるには、プロジェクト後のですか"もしその答えは"はい"その後、コンポーネントを組み込まなければならない、チームのチャーターします。 配慮 チームのチャーター正式な情報が与えられたとして頻繁に"理解"との間でチームのメンバーです。 このように、いくつかのチームのメンバー(特に年間のサービスを利用すると、組織)をためらうかもしれ文書をどのようにしなければならないという考えを、彼らの関係がなければピア機能します。 また、通常のチャーターチームがほとんどあるいは全くないの施行能力に関連付けられています。 憲章の成功は、頻繁にかかっているチームメンバーの能力を、自分のチームになる警察にします。 もしを奨励することができる能力をもった他の指導に従って、チームの憲章、それ以上の時間をより効果的になります。 1つの手段を通じて励ましの順守は、チームの署名をチャーターします。 執行能力はまだないものの、文書に関連付けられて、チームのメンバーは、ログインする可能性が高い人に従うことに合意しています。 これは、記事に追加されnevena stefanova
|
|||||
|