這是最後的百分之十

在過去幾個月中,我們的應用程序和集成中至少發布了十幾個新功能。 不幸的是,我們也有一些項目在我來之前很多個月前就開始了,但還沒有準備好投入生產。 這不是團隊的錯,但現在我有責任投入生產。

毫無疑問,我擁有合適的團隊和合適的技術。 但是 90% 的工作已經完成太久了。

這是讓我們度過最後 10% 的計劃:

緊張的主持人

  1. 讓您的開發人員演示該功能。
  2. 詳細記錄需求變更,並獲得團隊的接受,說明為什麼需要進行變更。
  3. 獲得有關何時完成更改的協議。
  4. 安排下一次演示。
  5. 轉到步驟1。

一旦項目被推遲,它再次被推遲的風險實際上會增加。 在過去的工作中,當截止日期被打破時,我實際上聽到瞭如釋重負的嘆息……因為它為完成工作爭取了更多的時間。 員工總是希望做得很好,開發人員尤其喜歡炫耀自己的才能。

大約一周前我們有一個演示,但效果並不好。 開發人員遲到了,他們用他們的應用程序手動發起了一個請求(有點像黑客),然後交易失敗了。 失敗時,一片寂靜。 和更多的沉默。 還有一些。 我們討論了一些可能的解決方案,然後禮貌地關閉了演示。

演示之後,我與開發總監進行了交談,他向我保證該項目已完成90%。

我向他解釋說,90% 意味著銷售額為 0%。 90% 表示未達到目標。 90% 意味著尚未滿足對潛在客戶和客戶設定的期望。 雖然我同意 90% 是大部分工作,但直到最後 10% 完成後才算成功。 順便說一下,這加起來是 100% ;)。

本週,我們再次看到了演示,這是一件很美的事情。 我們現在正在調整最終產品,我相信我們將在未來幾週內向客戶承諾時發布。 我讓團隊知道他們所做的工作有多棒,以及我們對這項工作的欣賞程度。 這不是本壘打......那將是我們準備好生產但基地肯定已加載的時候。

一些其他建議:

  • 始終在最後期限上達成協議。
  • 每次需求變更後,請重新評估時間表並再次達成協議。
  • 為團隊安排大量的時間來安排演示。
  • 為演示設定期望值。 讓團隊知道你很興奮!
  • 讓團隊放心,你知道問題可能會出現,你只是希望他們不會。
  • 支持,不要等失敗再進攻。
  • 在公共場合讚美,在私人場合要批評。
  • 在任何情況下,都不要將演示作為一個尷尬的激勵機會。 你只會激勵你的程序員找工作!
  • 慶祝成功。

請記住,最後 10% 是最艱難的。 是最後的 10% 決定了業務的成敗。 最後 10% 的計劃、準備和執行將產生重大影響。

一個評論

  1. 1

你覺得呢?

本網站使用Akismet來減少垃圾郵件。 了解您的評論如何處理.