賢いやり方 vs. 仕事を完了させる

正しくやることと納品のバランスを取ることは難しい。

私は8人の開発者からなるチームを管理しています。チームがブロックされている1時間は、8時間の開発時間が失われます。

同僚がデータベースを用意するよう指示されました。2日間待った後、進捗状況を確認しました。彼はデータインポートに問題があると言いました。彼がデータをスクリプト化したとき、それはほぼ1ギガバイトでした。1ギガバイトはSubversionにチェックインするには多すぎました。彼は別の方法を探していました。

さらに1日が経ちました。進捗状況を聞きました。彼はほぼ完了していると言いました。わかりました。3日経ちました。192時間の開発時間が失われました。私は開始したくてうずうずしています。私のチームは時間を失っています。

4日目に、彼は準備ができました。やっと！彼はデータベースプロジェクトとインポートデータベーススクリプトを送ってくれました。彼はPowerShellとBCPを使ってデータをインポートしていました。詳細な指示とともにチームに送ります。

チームは私より12時間先にいます。インドにいます。フィードバックループは12時間です。何かを開始するのに24時間かかります。

マーフィーの法則が述べているように：「起こりうることはすべて起こる」。チームはデータインポートスクリプトを実行し、失敗に直面しました。Powershellスクリプトが失敗し、セキュリティの問題がデータのインポートを妨げました。

5日遅れています。320時間が失われました。期限が迫っています。開始する必要があります。

この時点で、チームのためにデータベースを起動して実行する必要があります。自分のマシンでデータベースをデタッチし、圧縮してチームに送ります。すべての開発者はデータベースを再度アタッチする方法を知っています。データベースを取得してから1時間以内に、8人の開発者すべてが機能するデータベースを持っています。成功！

賢いプロセスを作成することは良いことですが、時には賢いことよりも仕事を完了させることの方が重要です。