プロセスを採用 - 癖はあなたのチームを助けるためのヒントを
メーカー： reello
合計再生回数：274
ワード数：1496
ほとんどのプロセスの方法論は、プロセスをカバーで仕事を立派にありません。しかし、彼らはほとんどのチームとするときの正式なプロセスは、衝突が発生した現実世界の問題に対処する。
各チームは、それを構成し、それぞれが正式なプロセスが必要になります新しい変化に反応する個人としてユニークです。 これらの変更は頻繁に懐疑的な見方やチームメンバーのことをやって快適でも怒りで閲覧することができます"その方法"。
確かにあなたは彼らにそれを強制的にすることができますが、真の買いせずにプロセスチームから最高の状態で無効になりますと悪化混乱を作成するで。
次のヒントでは、採用し、それを熟成ための強固な基盤を提供するすべてのプロセスの成功のチャンスを改善します。
プロセスが十分にいくらですか？
これは合法的な質問ですいくつかのプロセスの達人で異端と考え中。 あまりに早すぎるのプロセスと同様に、まったく何もしないように危険なことができるかしようとするリスク、特に場合は、より柔軟なチームにされてよりプロセス指向の移行をしようとしている。
責任とメソッドの彼らはに慣れていないか、または簡単に外れることができるの準備新しいセットを使用してチームをオーバーロード。 ここでは正しいバランスを見つけるためのいくつかのヒントがあります。
- リスクファクターは：どのようなプロジェクトの危険因子ですか？ 明らかに人工心臓のためのソフトウェアを作るより危険なWebサイトやプロセスの第3世代を展開するよりも、最初はとにかく、リスクに一致するはずです。 後者は、簡単にその場での生活を損なうことなく展開後に調整することができます前者は、冗長広範網羅QAチェックアンドバランスが必要になります。
現実的に自分のリスクとは何か、どのように高価な彼らが下流に対処する、されるとどのくらい必要かを決めるための基礎として、これを使用します。 誰も、あなたよりもので、何が正しい感じを決定するいくつかの常識を使用してプロジェクトチームをお使いの環境を知っている。
- どのようにあなたのチームがhandle canはるかと、それがneedしない最も？：すべてのプロセスは、only asあなたのチームを管理することができますかと、究極のbenefitsのような、initiallyそうではないトレーニングin additional effortや新しいタスクをあなたのチームを引き起こすでしょうがに慣れて。
あなたは、プロセスへのコミットメント人から購入を実現する必要があります成功するために、これが鍵です。 場合は、単に動きを行くチームをしない場合は、プロジェクト会議での集団の目をロールバックします。 これは彼らが今の仕組みでの痛みのポイントを見つける克服し、プロセスが直接これらのアドレスのエリアで開始します。
あなたのチームはすぐに利益を見ているように - [スタート]小は：[スタート]を感じるいくつかの地域で重要な、また痛みのポイントを含むています。 これは、後で、彼らは利益と官僚ではない、単に余分な層として、それを参照してください詳細プロセス層を追加するには容易になります。 あなたは小さなあなたのチームがチャンスをこの問題を回避だけでなく、メリットをその集団の頭を取得する必要される見通しで成熟、下流容易起動する場合。
チーム環境
各チームには、動的非常に異なってあなたがしようとしているもののさまざまな側面に応答しますしています。 あまりにも頻繁に、新しいプロセスがチームに強制される問題点を指摘欲求不満と。
これは、あなたのチームが、あなたのプロセスを左右する必要がありますように、あなたのチームの買い上何をやっているに記載わけではない本質的なお客様の成功です。 プロセスが正常にチームでsteamrolledことはありません。 だから慎重に、あなたのチームをあなたがやっていることと理由についての議論に巻き込まれるトレッドは、配当を支払うことになる。
- 役割と責任：すべてのプロセスの役割を個々に定義しなければならないとことが重要一人一人は明らかに彼らが演奏される役割を理解し、彼らがその役割に慣れている感じです。
ここにいくつかの時間を過ごし、人に聞いて、彼らは自分たちの役割で快適な、している場合質問をしたり聞いてくれ！ 一度あなたのチームは、彼らが何を行うには、チームにしてみんなを作る必要があるの権限を与えていることを確認設定されて誰が銃とバッジを持って認識しています。
あなたの開発者がプロジェクトマネージャを、彼らはあなたに問題があるが、必要な情報かを拒否する場合。 プロジェクトマネージャはプロジェクトの計画には手遅れになるまで、あなたも知らないされるという問題があります。柔らかいマイルストーンをドロップすることによって反応する場合
だから確認の役割を明確に皆のために定義され、その誰もがチームの力を知っているを確認します。
- フルの開示：今回はこのへんについて語ったことはできません。 すべてのプロセスの目的は、早く問題を解決することです（安く）が可能として、これが唯一の可視性を各段階で正確にプロジェクトの状態を評価するために行うことができます。
開発者のエゴ、チーム内のいざこざ、守備姿勢は、すべてのプロセスがないが有効であることができる環境を作成します。 ことが重要チームのメンバーは間違いを認める用意がある、問題の発生を呼び出すとしないので、敵対的な環境を作成しない方法です。
これを行うには、一緒にパーティーを持参してください公然とこの問題を議論するようにします。 住所事実問題がために育てているプロジェクトや組織の良い全体。
人々自身の故障を見つけて、間違いを指摘報酬。 多くの場合、緊張が最初に自分の過ちを認めることで起動することによってクリアすることができます、他には、次ので例によって導く、あなたは、あなたがされた人々は、さらに批判建設ミスを表示するには無料のオープンな環境を感じるを作成することができますが表示されます。
- 可視化：上記の、可視性は、すべての人々は、快適なグループに情報を開示感じているに似ている。 開発者は、彼らが準備されていません知っているので、コードの最後の最後まで座っていることになるでしょう、設計者は人々をやりかけの仕事を見て嫌いだ。
なぜあなたの開発者やデザイナーが彼らの初期の作品としてグループの前でパレードがけいれんすることがあります軽く批判最初は他にもこの快適になるまででトレッド理解する。 フレーズが好き。"これは本当に素晴らしいが、方法についてです..." 貴重な、それらを使用する！
何か良いプロセスの基本的な目標は、可能な限りプロセスの初期段階として、問題を集めている。 つまり、あなたのチームでこれを議論する必要がありますして誰もがこれが唯一のプロジェクトのすべての側面に関する完全な可視性を行うことができます理解しています
ポスト死後ミーティング
投稿死後、会議一緒にプロジェクト後取得する完了です。 これは、記事のリリースパーティーの成功の上には、雰囲気があるかもしれません応じてがされていません。 これは、いくつかのストレートトークのチャンス間違って、より重要な方法アドレスに行って何ですが、将来ています。
投稿病理解剖のみんな線が物事がうまくいったが、学ぶことができる場合は障害の詳細からあなたの成功も。 あなたがいればそれで問題はこの機会をするとき、彼らはまだ新鮮な人の心にしてもそれらに対処するためお見逃しなく！
また、チームは閉鎖感を必要とし、これは彼らがあなたの前に、次のプロジェクトが始まります空気をオフにできるようにと同様に排気しないことができます。 怒りと内紛は、次のプロジェクトに化膿させてください。
- ドアであなたの自我を残す：いいえどこストレートと能力を提供するために、より重要な建設的な批判を受け入れる話です。 この会議はエゴか、さよならのことができない、それは我々はそれらすべての間違い誰によって作ら（約率直な議論を）し、又は必要なプロセスの部分が改善される。
再び部屋の間違いを議論するのは、または彼らが学んだことをしたほとんどの上級者が会合をリードしてトーンを設定します。 それは本当に正しい音を設定できますし、緊張を緩和する。
- その後、アクションメモを取る：これは、時間とあまりにも頻繁に人々は、オフに行くと何も問題を議論を学ぶことです。 これはチャンスあなたの時間とお金を次のプロジェクトに保存する是正措置を取ることです。 だから大量のメモを取る行動に入れて鉄は熱いうちに。
すべてのプロセスの場合、または、管理するすべてのプロジェクトを採用手順に従ってください、あなたは本当に成功の可能性を向上させる見つける必要があります。
資料出所： http://www.ArticleStreet.com/profile/reello-1211.html
著者について
ランディは、強力な開発者のは、CEOの株式会社のLogixリールと使用簡単にカレンダーのソフトウェアとのようにカレンダーのビジネスプランナーの一般的なリールの生産カレンダー生産のための映画やテレビ。
の評価： 未評価