TKを手にしたプロジェクトマネージャーは、プロジェクト管理の兆候ではありません

-こんにちは！ さて、あなたは、誰、どこですか？ -久しぶり。

-はい、私は大企業のITプロジェクトマネージャーです。

-ああ、プリンス、リスク、極度の管理、財政。 難しい

-いや。 だから、クライアントから技術者へのTKと私はお金のために引きずります。 でたらめ。



ここにそのような本当の対話があります。 そして、私は、この対話は多くの企業に関連していると思います。特に、プロセスがデバッグされ、プロジェクトがプロジェクトのように見える10社のベンダーやインテグレータに属していない場合です。 多くの中小企業が「プロジェクト」の概念から離れて、カードのように機能する理由は明らかです。 そのような状況では、プロジェクトマネージャーの仕事は、プログラマーに来てより迅速に機能を求め、すぐにテスターに​​行き、批評家なしでテストを求める監督の仕事に似ています。クライアントの顔は、それが小さなバグであるか重大なバグであるかに関係なく、常に同じ紫色であり、スピーチは「すべてがクライアントから落ちた」という言葉で始まります。 確かに、状況は不健康に思えますか？ 彼女について話しましょう。





プロジェクト管理とは実際には理解していない典型的なプロジェクトマネージャー。

ランダムでない始まり

2007年2月、プロジェクト管理会議がニジニノヴゴロドで開催されました。 そして、それは非常にクールで革新的なテーマでした。 大企業、起業家、議員、科学者、学生の数百人の代表が、当時の既存のプロジェクト管理慣行とビジネスプロセスメカニズムについて議論しました。 率直に言って、それはすべて完全に神のように見えませんでした。外国企業と国内の産業巨人は、彼らが彼らの会社でプロジェクトを管理する方法について話し、彼らに彼らの経験を採用するよう呼びかけました。 混乱している中小企業の代表者は彼らの前に座り、自動化システムだけでトレーニング、メンター、実装は言うまでもなく数百万ドルかかることを認識しました。 まるで未来のように見えました。 2007年の遠い初めに、 RegionSoft CRMは旅を始めたばかりで、会議の参加者は2人の将来の従業員であり、その後、当社について何も聞いていない学生でした。 そして、2018年8月にCRMシステムRegionSoft CRM 7.0のリリースがリリースされることを誰も知りませんでした。そして、プロジェクト管理がすべての人に利用可能であるというHabr（当時は1年前ではありませんでした）に関する記事を書きます。



信じられない？ 無駄だ。 実際、ビジネスではすべてがプロセスであり、すべてがプロジェクトです。 少し気にするだけです。



ご注意 この記事はプロの開発者によって書かれたものであり、RMに対する嫌悪感や嫌悪感をある程度含んでいる可能性があります。

なぜこのトピックを取り上げるのですか？

どの会社でも、遅かれ早かれプロジェクトが始まります。 これには、新しい製品またはサービスの立ち上げ、新年の広告キャンペーンの作成、ソフトウェアの導入、新しい生産ラインの立ち上げなどがあります。 次に、従業員の中からプロジェクトマネージャー（コーディネーター）を選ぶか、スペシャリストを雇って、可能な限り最善を尽くします。 しかし、プロセス全体はクラウドレスからはほど遠いように見えます。

• ビジネスはプロジェクトが何であるかを知りません。 実際、これは複雑なことではありません。目標、目的、予算、リスク、リソースの割り当て、報告。 しかし、一部のコンポーネントは常に無視されます。予算が制限を超えた場合（そしてこれは計画エラーです）、タスクが重複し、重複し、一部の従業員の仕事が耐えられず、他の従業員の仕事が無料になります。 このため、プロジェクト全体がリスクにさらされており、これは主に顧客の利益に影響します（内部または外部-違いはありません）。
  
  
• プロジェクト管理では、リスクは常に忘れられています。 そして彼らはいつもありふれたもので、簡単に予測できるもの（リソースの不足、サプライヤーの浅瀬、従業員の病気）から、常に考慮しなければならない完全に突発的なもの（季節性、世界の経済状況、通貨の取り扱い、立法上のリスク）まであります。 もちろん、リスクの発生はプロジェクト全体を危険にさらします。 したがって、リスク評価は、事後対応的ではなく予防的でなければなりません。つまり、ホッキョクギツネがあなたを訪問することを決定する前に行われるべきです。 プロジェクトが長い場合は、プロジェクトの存続期間の2〜3か月ごとにリスクの再評価を実行する必要があります。
  
  
• ビジネスは方法論を好み、仕事の本質を忘れ、手続きに時間を費やします。 これは特に大企業や、奇妙なことに新興企業に当てはまります。 さらに、彼らにはさまざまな理由があります：新興企業はPRINCEまたはPMBOKに従って管理の事実を常に記録し、大企業（特にISOに従って機能しない企業）には常に猫がいます。標準に対するあなたの重要性とコミットメントを示します。 多くの場合、ドキュメント、会議、ステージなどの適切な編成を追求します。 速くて質の高い仕事を失った。
  
  
• プロジェクトマネージャー（プロジェクトマネージャーと呼ばれる）は、非常に曖昧なカテゴリのワーカーです。 ITの状況は多かれ少なかれ悪くありません。ITでは、プロジェクトの大部分（ただし、すべてではない）が内部から、開発環境から成長しています。 しかし、人文科学の卒業生または経営学の卒業生が技術プロジェクトマネージャーになる場合、IT企業の悲嘆。 いいえ、これらは悪者ではなく、おそらく多くの厚い本（「モチベーション」の多くのソースを含む）を読んでいますが、ITは技術的背景のない人々が実行するプロジェクトにはあまりにも具体的です（彼らは私たちと議論すると確信しています-それは良いことです成功事例がある場合）。 他の分野に関しては、プロジェクトマネージャーは適切な経験のない人を連れて行きますが、たとえば、関連する教育や履歴書を持ち、3つのボックスで嘘をつくことができます。 一般に、内部留保からの選択はより重要であり、さらに良いはずです。
  
  
• プロジェクトで作業する場合、片側のみのタスクとリソースが考慮されます。 プロジェクトには、所有者（実行者）とプロジェクトの結果を待っている顧客がいます。 ほとんどの場合、プロジェクト全体が顧客の利益に向けられており、それはどんなコストでも満たされる必要がありますが、それほど頻繁ではありません-それは専ら請負業者のリソース（内部プロジェクト）からのものです。 適切なプロジェクト管理では、すべての参加者の利益を考慮し、アクションを調整する必要があります。
  
  
• リーダーシップへの恐怖は、プロジェクトを危機的な状況に追い込みます。 多くの場合、従業員は実際の状況を報告し、期限や予算超過を通知することを恐れています。 最終的に、プロジェクトは低品質で完了するか、完全に絶望的な状態に陥ることがあります。 同様に、このような状況のマネージャーには、プロジェクトを制御および監視するツールがない場合があります。
  
  
• プロジェクトマネージャーの作業は測定可能でも測定不能でもありませんが、彼自身がKPIから抜け出すために（たとえば、プロジェクトは測定できない排他的な作業であると断言することによって）、結果に基づいてプレミアムに移行しようとしています（1回限り）。 このアプローチにより、プロジェクトに対するマネージャーの責任が軽減され、他の参加者の間で「広がり」ます。
  
  
• 多くの場合、プロジェクトは境界を設定しません。プロジェクトの規模を漠然と理解していれば、簡単に長期的な建設に変えることができます。
  
  
• プロジェクトの内部問題とコミュニケーションの問題。 当初、プロジェクトマネージャーはリーダーであり、同時にコミュニケーターでもあります。コミュニケーターのタスクは、とりわけチームの調整と指揮です。 しかし、マネージャーが自分自身を唯一の権利と考え、チームの上に身を置き、オファーや作業の層全体さえも無視し、マイクロ管理を行い、すべてのタスクを閉じようとすることが起こります。 文字通りの意味でのチームは、徐々に沈黙することを学びます。 もちろん、最も独創的なマネージャーが率いるプロジェクト作業でも、現場に1人の戦士がいる場合はそうではありません。
  
  
  
  さて、プロジェクトの主な推進力としてのコミュニケーションは透明で有益でなければなりません。すべての参加者は、タスク、リスク、イベントに関する最新のステータスを最新に保つ必要があります。
  
  

• 悲しいかな、他のアクティビティと同様に、設計作業にもパレートの原則が必ずと言っていいほどあります。実際には、チームの20％が作業の80％を行います。 もちろん、このような状況に耐えることはできますが、仕事を刺激し、より効果的なチームを獲得することをお勧めします。
  
  

ご覧のとおり、私たち一人一人が少なくとも一度は遭遇した、絶対に平凡なプロジェクト管理エラーです。 マイナス要因が収束するほど、プロジェクトを最終段階に至らせ、プロジェクトを正常に終了することが難しくなります。 したがって、プロジェクト管理では、信頼関係とプロジェクトウィザードだけに頼らない方が良いです。より明確で、信頼性があり、透過的で、より高速であるため、自動化ツールを使用する方が良いです。

プロジェクトコンポーネントとプロフェッショナルソフトウェア

会社の方法論や規模に関係なく、あらゆるプロジェクトに適したかなり一般的な公式があります。

プロジェクト=時間+コスト+スコープ

プロジェクト管理のポイントは、上級管理職の介入にもかかわらず、3つの制約でバランスを取る能力です。



したがって、期限、コストを満たし、プロジェクトの境界を失わないようにする必要があります。



時間 -プロジェクトを実装する必要がある期間。通常は、別々のタイムラグに分割されます。 ただし、期限のパフォーマンスはチームの曲技飛行の指標ですが、それ自体が目的ではありません。高品質の実行が必要な場合は、タイミングを合理的に変更する必要があります。 割り当てられたギャップに対応するには、作業の進捗状況と利用可能なリソースを慎重に計画する必要があります。



プロジェクトのコスト（予算）は、特別な注意が必要な最も重要なパラメーターです。 難しさは、プロジェクト全体のコストを事前に計算して発表する必要があり、予期しない状況やリスクによってコストが大幅に変化することはないという事実にあります。 プロジェクトの実施中、資金の動きを注意深く監視し、費用と領収書を記録する必要があります。 プロジェクト経済への細心のアプローチは、頭痛と企業の解体のほとんどを取り除きます。



プロジェクトの境界は、その規模の評価だけでなく、顧客の要件、そしてもちろん、参照条件とプロジェクトパスポートの厳格​​な遵守でもあります。 技術的なタスクは実際には請負業者の鎧です。これは、記述された作業量と制限をいつでも参照できるためです。 ToRを成功させるには、要件を慎重に収集し、プロジェクトの段階に分けて、参照条件に同意する必要があります。 何が行われるかだけでなく、何が行われないかを規定して修正することが理想的です。

別の重要な質問：どのソフトウェアがプロジェクト管理に適していますか？

プロジェクト管理ソフトウェアは、タスクの設定と計画からリソース管理、コスト管理、レポート作成までのライフサイクル全体に役立ちます。 さらに、このソフトウェアは、関係者およびチームメンバーの透明性を高めます。



確かに、この記事を読んでいる開発者の大多数は、頭の中で既に「アトラシアンスタック」を繰り返し聞いています。 この驚くべき楽しみをIT担当者に任せ、前述のソフトウェアを掘り下げるほど高度ではない企業について話しましょう。 通常、プロジェクト管理システムは、ガントチャートとクライアントと従業員の最小限のカードを含むソフトウェアとして理解されます。 しかし、これはプロジェクトを完全に機能させるのに十分ではない場合が多いため、ソフトウェアを他のソフトウェアソリューションと統合する必要があり、これは常にシームレスで常に高価であるとは限りません。



別のタイプのプログラムは、CRM、BPM、およびプロジェクト管理メカニズムが組み込まれた他のソフトウェアです。 したがって、プロジェクト管理モジュールをRegionSoft CRM Enterpriseエディションに統合しました 。 開発中、追加の制限（より正確には、拡張要件）がありました-プロジェクト管理モジュールはRegionSoft CRM内にあるため、追加の接続が必要です。 プロジェクト管理タスクに干渉しますか？ いいえ、もちろん-顧客や他のエンティティとのコミュニケーションはユーザーにのみ利益をもたらします：

• 一般セクション-プロジェクト条件、責任、重要な事実、準備の程度（視覚的な進行状況バー）、プロジェクトの現在の段階に関する情報。
  
  
• 予算-請求書と支払いを考慮したプロジェクトの収入と支出。
  
  
• 参加者-プロジェクト参加者の収入と労働参加係数に関する情報（ここでは、各貢献の測定可能性とパレート原則との闘い！）;
  
  
• 文書-添付ファイル形式のプロジェクト文書。
  
  
• ビジネスプロセス-プロジェクトに関連付けられたプロセスのインスタンスまたは必要に応じて会社のプロセスを実行できます。
  
  
• イベント-プロジェクト内のイベントを時間、マネージャー、イベントホルダーとともに記録する（監視と透明性）;
  
  
• タスク-プロジェクトのタスクのリストと最大の詳細。
  
  
• 販売-プロジェクト内に販売がある場合（内部販売も可能）。
  
  
• サービス-プロジェクト内で提供されるサービス。
  
  
• description-説明、メモ、その他の自由なフィールド。
  
  

すべてのプロジェクトは、並べ替えとフィルターを使用できる特別なセクションに記録されます。目的のプロジェクトは数秒で検索されます。







RegionSoft CRM内のプロジェクトでは、プロジェクトの予算が便利に考慮および監視されます。必要なすべてのデータを入力することで、1つのルーブルが失われることはありません。 予算バーを一目見れば、状況を理解するのに十分です。 プロジェクトの予算部分では、収益と支出の部分が考慮されます。これに基づいて、プロジェクト全体の計画および実際の収益性と、参加者の報酬を後で計算できます。



収益と費用は計画と実際に分けられます。 これにより、数か月から数年に渡って実装が延期される長いプロジェクトを管理し、準備段階でプロジェクトの財務指標を計画し、実際に達成された指標の計画された指標へのコンプライアンスも考慮することができます。







完全にわかりやすくするために、プロジェクトカード全体を印刷形式でアンロードできます。これは、会議や報告に便利なツールです。







中小企業の主な問題は、大企業の特権を考慮して、ビジネスプロセスの自動化を拒否するのと同じ方法でプロジェクトの管理を拒否することです。 もちろん、これは根本的に間違ったアプローチです。適切に機能するプロジェクト管理は、企業内の関係と顧客との関係を大幅に簡素化します。 計画された日付と正確な予算で合意されたフレームワーク内で作業することは本当に悪いですか？ カイフ！

では、プロジェクトの管理方法は？

もちろん、1つのレビュー記事でプロジェクト管理のトピックを取り上げるつもりはありません。特にプロジェクトマネージャー、方法論、および管理の個々の側面について、より詳細な資料があります。 しかし、私は問題を遅らせたくありません。 そのため、私たちは、主に中小企業、つまり、 RegionSoftが開発しており、他の人とは違う痛みを知っている企業にアクセスし、対処するいくつかのプロジェクト管理ルールを策定しました。





joyreactor.cc

• プロジェクト管理の範囲内の主な制限事項、つまりタイミング、コスト、境界を確認してください。 したがって、ビジネス（およびチーム！）は、より効率的かつ透過的に管理されます。 純粋に心理的にも、プロジェクトという形での行進は、永遠のルーチンよりも積極的に知覚されます。用語を知っており、トンネルの終わり、つまりタスクの終わりに光を見ると、例よりも簡単に作業できます。
  
  
• 複数のプロジェクトを同時に開始することを恐れないでください。タスクとリソースを適切に配分することで時間を節約でき、最終的には会社がより速く、高品質で作業できるようになります。
  
  
• 馬は死んだ-泣く。 プロジェクトがバラバラになった場合、境界と期限は長く壊れてしまいます。自分でそれを引っ張らずに、さらにジャンプしようとせず、原因と問題を分析して、タスクを再開してください。 すべての問題は、たとえば、面倒なプロジェクトなどにあります。それをいくつかの小さなサブプロジェクトに分割するだけで、飛びます。
  
  
• レポートを収集し、回顧を行い、問題、成果、および率直なfakapsを分析します。 これにより、将来の問題を回避できます。 決定が成功した場合、チームがビールと一緒にピザを食べる理由の1つだけを残さないでください。成功の理由を見つけ、大胆に発見を実装してください。
  
  
• プロジェクトマネージャーを見逃さないでください（ほとんどの場合、すべてのトラブルはこれで始まります）。 プロジェクトマネージャーは、何らかの種類の教育要件（「管理」、名誉など）を持ち、優れたプレゼンターではありませんが、プロジェクトのトピックを理解し、すべてがデバッグされるシステム、つまり各プロセスが提供するシステムを編成する必要がある人です出力。次のプロセスの入力として機能します。 これには、もちろん、コミュニケーションと委任、そしてチームで働く能力があります。
  
  
• 変更の管理-プロジェクトに新しいものが表示された場合、必ずイベントを処理し、後戻りせず、変更を拒否しないでください。 繰り返しますが、すべてがコスト、条件、境界という3つの要素の枠組み内にあります。
  
  
• プロジェクトは、プロジェクトが解決するタスクと実行のために、本物でなければなりません。 20万ルーブルがあり、追加の資金源がない場合、10階建ての建物の建設を開始するのは愚かなことです-基礎ピットには十分ではありません。 使用可能なリソースとプロジェクトの目的との関連性を必ず評価してください。
  
  
• プロジェクトの費用対効果および/または実行可能性を判断します。 これは、失われたスタートアップの墓地が正確に有効性を計算できない場所です。 木材や死んだ蚊を数えるためのアプリケーションから電気自動車の生産を開始することができますが、これはプロジェクトのプロジェクトになります、経済学の問題はありません。 プロジェクトを開始する前に、実際の顧客または将来の市場規模を評価します。 ちなみに、これは非営利の人々にも当てはまります。たとえば、慈善や慈善活動も役に立たないかもしれませんが、多くのリソースを使い果たします。
  
  
• 特定の期間のダウンロードを計画します-誰が何をしているのか、どのリソースがすでに関与しており、今後関与するのかを理解できます。 たとえば、これらのタスクでは、プロジェクト管理システムまたはCRM（ウェル、またはガントチャート）に組み込まれたグループプランナーを使用できます。
  
  
• ドキュメントの管理-すべてのプロジェクトドキュメントをまとめて収集し、各段階、支払い、要件などに関する包括的な情報を含める必要があります。
  
  
• 方法論にdrれ込まないでください（たとえば、ウォーターフォールモデルのみまたはアジャイルのみが存在する権利を持っていると思います）。むしろ、最善を選択し、方法論をあなたの奴隷や人質ではなく、あなたのツールにします。
  
  
• プロジェクトを閉じることを忘れないでください。 アドバイスはばかげているように見えますが、プロジェクトで働いたことのない人にだけです。 部分的に未完成のプロジェクト、長期的な建設を許可せず、最終段階から1ステップを停止します。 しかし、プロジェクトを閉じることは本当に難しいです。
  
  

会社のプロジェクトは機能でもなければ機能でもありません。マネージャーを占める方法でもありませんし、自己実現のためのツールでもありません。 これはチーム全体の仕事と生活の単位であり、実装の成功はその一貫性とプロフェッショナリズムに依存します。つまり、収益、プレミアム、および市場での会社の権限を意味します。 特に優れた方法論と実践があるため、プロジェクト管理で会社を構築することは収益性が高く、便利で有望です。 主なことは、プロジェクトでの作業を形式化、無限の会議、暴力行為の模倣の機会に変えないことです。



あなたはお金の模倣によって支払いを受けたくないですか？