それは最後の10パーセントです

過去数か月の間に、アプリケーションと統合に少なくともXNUMXの新機能がリリースされました。 残念ながら、私が到着する何ヶ月も前に開始されたプロジェクトがいくつかありますが、まだ生産の準備ができていません。 チームのせいではありませんが、本番環境に移行するのは私の責任です。

私が適切なチームと適切なテクノロジーを持っていることは間違いありません。 しかし、作業の90%はあまりにも長い間行われています。

過去10%を超える計画は次のとおりです。

神経質なプレゼンター

  1. 開発者に機能をデモンストレーションしてもらいます。
  2. リクエストの変更を詳細に文書化し、それらの変更を行う必要がある理由についてチームから受け入れられます。
  3. 変更がいつまでに完了するかについて合意を得ます。
  4. 次のデモンストレーションをスケジュールします。
  5. 手順1に進みます。

プロジェクトが遅れると、実際には再び遅れるリスクが高まります。 過去の仕事では、締め切りに間に合わなかったとき、実際に安堵のため息をついたことがあります…完了までの時間が長くなるからです。 従業員は常に素晴らしい仕事をしたいと思っており、開発者は特に自分の才能を披露するのが大好きです。

XNUMX週間ほど前にデモがありましたが、あまりうまくいきませんでした。 開発者は遅れて現れ、アプリケーションを使用して手動でリクエストを開始し(少しハック)、トランザクションは失敗しました。 それが失敗したとき、沈黙がありました。 そしてもっと沈黙。 そして、さらにいくつか。 考えられる解決策について話し合った後、デモを丁寧に締めくくりました。

デモの後、私は開発ディレクターと話をしました、そして彼はプロジェクトが90%完了していると私に保証しました。

私は彼に、90%は売上の0%を意味すると説明しました。 90%は、目標が達成されなかったことを意味します。 90%は、見込み客と顧客に設定された期待が満たされていないことを意味します。 90%が作業の大部分であることに同意しますが、最後の10%が完了するまで成功しません。 ちなみにそれは100%になります;)。

今週、私たちは再びデモを見ました、そしてそれは素晴らしいものでした。 現在、最終製品を調整しており、クライアントにコミットした数週間以内にリリースされると確信しています。 私はチームに彼らがどれほど素晴らしい仕事をしたか、そして私たちがその仕事にどれほど感謝したかを知らせました。 それは本塁打ではありません…それは私たちが生産の準備ができているときですが、基地は間違いなくロードされています。

いくつかの追加のアドバイス:

  • 常に期限について合意しています。
  • 要件が変更されるたびに、タイムラインを再評価し、再度合意します。
  • チームが準備するために多くの時間をかけてデモンストレーションをスケジュールします。
  • デモへの期待を設定します。 あなたが興奮していることをチームに知らせましょう!
  • 問題が発生する可能性があることを知っているので、チームを安心させてください。問題が発生しないことを願っています。
  • 協力的であり、失敗を待ってから攻撃しないでください。
  • 公の場で賞賛し、私的な場で批判的になります。
  • いかなる状況においても、恥ずかしさでやる気を起こさせる機会としてデモンストレーションを使用しないでください。 あなたはあなたのプログラマーに仕事を探すように動機づけるだけです!
  • 成功を祝う。

最後の10%が最も厳しいことを忘れないでください。 それはビジネスを成し遂げ、壊す最後の10%です。 最後の10%での計画、準備、実行がすべての違いを生みます。

一つのコメント

  1. 1

おわりに

このサイトはAkismetを使用して迷惑メールを減らします。 コメントの処理方法を学ぶ.