正常に管理する方法を実装するのcrm

やりがいのcrm実装がプロジェクトを管理するためには、複雑な範囲とします。 この記事の2つのプロジェクトマネジメントの側面に焦点を当てて、重要な節目とステータスレポート、およびやわらかくて、しかし、臨界点：このツールのベンダーと連絡を維持します。

マイルストーン

主要なプロジェクトマネジメントの原則は、重要な節目を使用するというよりも線形のスケジュールを管理しています。 サービス内容の重要な節目に関連付けられなければならないようなあいまいさはありませんかどうかについては、かれらは満たされません。 テクニカルスタッフに依頼していることを確認し特に難しいまたは任意のサブタスクを取得する危険性の早期完了することができ障害物をどのように働いています。

次の戒律の急速な発展は、各マイルストン自己含まれ、作業システムでは、触れたことができるように、経験を積んだし、テストされ、ユーザーのコミュニティです。 システムが機能するには、各ステップでの効果的な士気を鼓舞するものです。 訂正を引くこともでき、早期の問題というよりは、機会を待って数週間、数ヵ月を実行するすべてのテスト中です。 このリスクを制限します。

具体的には2つの重要な節目を使用し、より肯定的な結果です。 1つは、これらのスケジュールを伝票明白です。 他のは、自己に含まれ、それらをはるかに簡単にすることも必要に応じて事業計画を修正しています。 ですので、もしあなたの知っていることになるでしょうミスの目標期日マイルストン＃ 4の場合、選択の余地があるのいずれかまたは、単に締め切りを延長して行うことで画期的な出来事＃ 3として"最終的な"交付します。 言い換えると、あなたは、より柔軟なモジュラシステムを使用しています。

多くのプロジェクトマネージャを使用する正式なsignoffsから選択して、各プロジェクトのビジネスオーナーの画期的な出来事だ。 私は複雑な気持ちでそれについては、交換することができませんので、私の署名の信頼と約束します。 しかし、 signoffs行う際に明確に合意に達した場合は、一部の組織文化なければならない使用されます。 期待はしないでsignoffsを取るだけでその場所の良いロビープロジェクトマネージャと通信されます。

ステータスレポート

伝統的な週刊誌に書かステータスレポートは役立つが、それらは通常、目算が完全ではなく、タイムリーに提示する画像を実際に何が起こっているのプロジェクトです。 露骨に入れることは、 1週間には、非常に長い時間をかけて待っている場合に問題が発生し（または突破口）します。 レポートを書いても遂行以外の言語を使用する傾向にあることobscures何が本当に起こっているすべてのままにするの微妙な顔を突き合わせ通信します。

そのため、多くの方を使って短い私は、 1日ごとのステータスをチェックしてからのすべてのアクティブな表現チーム（ガイ必要はありませんので、データベースに出席する場合はありません今この瞬間にデータベースに作業が行われたが、技術的に出席するとリードすべきときに知っておくべき彼を引っ張る）します。 誰でも参加することができた人でなければならないので、およびリモートの参加者は、電話会議に参加することができます。 ステータスをチェックするために必須のすべてのキーチームのメンバーがいます。 このプロジェクトマネージャを用意することができ、チームの概要を書いたショートに基づいて、日常点検が、それを維持するのは非常に重要な鍵の直接的な接触をして毎日のチームのメンバーです。 通常の時間と場所を確保するのが最善の会議に参加します。

短いミーティングを意味しなければならないのステータスを1時間足らずで、おそらく未満の30分は、少なくとも大規模な問題が出現していない場合です。 各チームのクイックを提示するべきだったのハイライトは何を成し遂げ今日、という推定値をどのようにスケジュールを計画していることと比較して、任意の重要な問題が発生する日（その日、または解決！ ）します。 チームのメンバーに提供することは非常に重要な問題について率直なレポートを彼らの出会い、失敗したプロジェクトはできるだけ多くの犠牲者の多くは、それほどの技術的および政治的な問題に遭遇したのではなく、むしろタイムリーな知識の不足で、メーカーは、その決定については、問題があります。 メーカーの決定された時間を実現するには、どのような問題の解決策をデザインするチャンスがあるので、それくらいの時間が過ぎたのは非常に困難を回避するためにマイナスの結果です。 すべてのニュースを確認して、特に悪いニュースは、高速旅行します。

1日ごとのステータスをチェックして設計されていないすべての問題を解決するに引き上げる（ただし、それが可能な場合はいつでもいい！ ）を取得あるいは各プロジェクトの詳細については、ではなく、むしろ情報をすばやくを広めるみんなのつま先を維持します。 ミーティングに加えて、 1日ごとのステータスは、プロジェクトマネージャーにも積極的に実行する必要があり詳細なステータスをチェックしていることを確認し、各subteamとの問題は適切に処理されます。

そこは"静かな"時代に、あるプロジェクトの1日の会合で過ぎるだろう、たとえばコーディングの期間中にします。 プロジェクトマネージャは、お気軽にステータスの会合の頻度を減少させるこれらの中に倍します。 しかし、毎日のようにミーティングが必要に接近する展開します。

小切手に加えて、毎日、長く、より詳細なステータスミーティングなければならないとして、各マイルストーンに達した時点で行われます。 ここで再び私の会議のフォーマットを好むのステータスレポートを書いた詳細な情報を得ることができ（そして分を書くことができ、いつものような形式で書かれた場合のレポート）します。 顔を突き合わせたミーティングは画期的な出来事よりもはるかに効果的な電話会議を取得しようとするので、少なくともキーマンに物理的に存在している。

を維持するためのツールベンダーのループ

このツールは、検索ベンダーインテグレーターとして、あなたは自然と緊密な連絡を保つのベンダーの実装を通じて、チームのため、この問題が実際に使用している場合にのみ、サードパーティ製の積分します。

それを維持するのは非常に賢明なベンダーの中には、ループの実装します。 特定の援助を行うことができ、バグフィックスもする必要があり、問題を解決するには、積分の範囲を超える、または監査サービスを提供したい場合に二重にチェックするから出された意見やアドバイスを積分します。 プロジェクトマネージャのステータスレポートを定期的に提供しなければ、ベンダーが起きているかどうかにかかわらず、良いか悪いかは、このプロジェクトにします。 また、招待した人の売上高（または売上高、技術的な専門家）と、地域のサービス担当ディレクターの会合に画期的な出来事です。

を開始することにも役立つの良好な関係を確立して支援する組織としては、バグを報告した。 それは多くの陽気な援助を迅速かつ簡単に取得する場合、固体の危機に幸せな関係が確立されています。