最近、私たちのスモレンスクのオフィスで、最も目に見える場所に、大きなテレビが現れました。 なんで？
事実、私たちはサイトの開発に携わっており、契約で約束された時間内にプロジェクトをリリースしたいと考えています。 そして誰がこれを望んでいないのですか？ 誰もがそれを望んでいます-スタジオと顧客の両方ですが、うまくいかないことがわかります...顧客は仕事をタイムリーに調整したり、資料を送ったりできません。スタジオには適切なタイミングでリソースがあふれています。 結果として-契約を履行できない。 そして、最も厄介なことは、割り当てない時間を十分にとれないことです。 しかし、これは正常ではありません、そうではありません。
私たちはこの問題に長い間取り組んでおり、さまざまなアプローチを試しています。 そして、ここで彼はそれらの1つです-テレビ。 彼がどのように私たちが納期を守るのを助けるかは短い話です。
プロジェクトを予定通りに提供することが重要なのはなぜですか？
プロジェクトマネージャーの主なタスクは、期限と割り当てられた予算を満たすことです。 並行プロジェクトがあまりない排他的開発のセグメントでは、このタスクはそれほど深刻ではなく、費やされた時間を考慮してすべての段階でプロジェクトを監視することで解決されます。
ストリーミング制作では、状況は異なります。 タイミングは厳しく、リソースは限られています。 プロジェクトの遅延-残りのプロジェクトのタイムリーな実装を危険にさらします。 ラインは成長しており、それに伴って顧客の不満も高まっています。 この状態では、仕事ができず、緊急に解決策を探す必要がありました。
何を持っていて、なぜこれで十分ではないのですか？
コンプライアンスの監視。 当初、私たちにとってこれが主なタスクでした。なぜなら、 私たちは安価な価格帯で働いています。 プロジェクトにはN時間が割り当てられ、その時間内に維持する必要があります。 プロジェクトの70％が標準に適合していれば、うまくいきました。 毎月末に、提出されたプロジェクトをまとめ、結果を議論し、アプローチを最適化しました。 多くのプロセスの自動化、それまでに蓄積された開発者の経験、および技術の厳格な順守により、必要な指標に到達し、プロジェクト予算に収まることができました。 それはそれほど難しくないことが判明しました。 これについてはすでに書きました。
期限を守るタスク 。 プロジェクトとマネージャーの数は増えました。 納期を守るという問題に直面しました。 標準に従って、開発はサイトのタイプに応じて5〜10日かかります。
プロジェクトの大規模な流れにより、マネージャーは、プロジェクトに直接取り組んで期限を管理するよりも、プロジェクト間の切り替えに多くの時間を費やしました。 その結果、開発者は対処する必要のあるプロジェクトに従事していませんでした。 より多くの顧客が誰を呼ぶか、プロジェクトは完了しました）それはおなじみですか？ 一般に、締め切りに違反しました。
私たちは、プロジェクトの契約期限を満たすための計画を立てたいと本当に思っていました。 彼らが言うように、名誉の問題。
プロジェクトの監視と優先順位付け。 最初の段階では、1つの大きな問題を特定しました。どのプロジェクトを実行すべきかを示す優先順位の単一のシステムはありません。 商業プロジェクト会計のシステムを完成させた後、「プロジェクト監視」セクションを作成しました。 彼女はとてもシンプルでした。 すべてのプロジェクトは管理者によってグループ化され、期限の開始順に並べ替えられました。 マネージャーは上から下に移動し、redmine（タスクマネージャー）でタスクを設定および制御し、プロジェクトを次々に処理します。
それは助けましたが、部分的には。 管理者間の開発者リソースの分配と、新たな遅延に迅速に対応できないという問題がありました。
情報とリソースの同期のための単一のセンター。 リソースを同期するための単一のセンターが必要でした。これは、管理上だけでなく、本番環境でも同様です。 デザイナー、タイプセッター、プログラマー-誰もが現在生産されているもの、優先事項、本当の締め切りを知っている必要があります。 このタスクを最前線に設定します。
私たちはオフィスでテレビを買うことにしました。 商業プロジェクト会計システムに簡単なアプリケーションを作成し、共通の画面に表示しました。 操作の原理は簡単です。 ステータスが「進行中」のすべてのプロジェクトが画面に表示されます。 プロジェクトと締め切りの近さに応じて、3色のいずれかでペイントされます。 緑色-プロジェクトは契約期限に30％近く近づいていない、黄色-プロジェクトが完了する前にプロジェクト期間の30％未満が残っている、赤色-今日は配達の変更または期限がなければならない 情報は5分ごとに更新されます。
プロジェクトはレッドゾーンに落ちました。 どうする まず、非常に悪いです。 このプロジェクトに現在関与しているすべての人に注意してください。 この時点でこのプロジェクトに割り当てられた開発者が他のタスクを実行すると、それら（タスク）は一時停止され、「赤」プロジェクトに力が投入されます。 もちろん、マネージャーの仕事は、プロジェクトがレッドゾーンに陥ることを防ぐことですが、これは必ずしもうまくいくとは限りません。 したがって、画面上のカラーゾーンは、現在の生産の優先順位を開発者と管理者に明確に示しています。
最初はすべてが赤でした。 はい、それはレッドゾーンのプロジェクトの束から始まりました。 最悪のことはそれに慣れることです。 したがって、最初のタスクの1つはこれを防ぐことです。 一部のプロジェクトは顧客からの承認により遅れたため、期限が遅れました。 マネージャーの提案により、追加のステータスが導入されました-「承認中」。クライアントからの応答または確認が必要な場合にプロジェクトを転送します。 このステータスに費やされた日（または時間）、システムはワーカーとしてカウントされず、プロジェクトが「交渉済み」のステータスにあるという通知がクライアントに送信されます。 クライアントが長時間応答しない場合、プロジェクトを「一時停止」に移行し、いつまでに期限がどのような理由であったかをいつでも説明できます。
結果は何ですか？ これで、実際の用語の運用監視と、遅延に迅速に対応する機能を備えたツールを手に入れたことを確信できます。 ボーナスとして、クライアントに対する集団的責任の文書を受け取りました。 これに先立ち、マネージャーのみが責任を感じました。 数か月以内に定量的な結果が表示されるので、これについて説明します。 プロジェクトの20％以下がレッドゾーンに入ることを計画しています。
素晴らしい一週間をお過ごしください！
Vasily ChuranovとWebカナッペチーム