翻訳について
これはThe Passionate Programmer：Software Developmentの顕著なキャリアの作成の第19章の翻訳です。 著者のChad Fowlerは、才能のあるRuby開発者であり、RubyとIT全般を専門とする会議で有名な講演者です。 元サックス奏者、現在はCTO 6Wunderkinder。
githubで本を翻訳するプロジェクト。
内容
賞金が100,000ドルのコンペティションに参加していると想像してください。 A / Rアプリケーションを実装するソフトウェアを作成した最初のチームが賞を受け取ります。 あなたと同僚のチームが参加するように登録しました。 競争は週末すべてにかかります。 勝つためには、コードを完全にテストし、最小限の要件を実装する必要があります。 あなたは土曜日の朝に始まり、月曜日の朝まで仕事を終える時間があります。 月曜日までに最初に終了したチームが勝ちます。 どのチームも成功しなかった場合、より多くの機能を実装したチームが勝ちます。
アプリケーションの要件を注意深くお読みください。 この一連の機能を見ると、実装するシステムのサイズと機能が以前に取り組んでいたシステムと似ていることがわかります。 あなたのチームは目標に合意しました-日曜日の半ばまでに終了するように、あなたは合格することを自問します。
しかし、競争が始まり、仕事に没頭すると、チームは目標を達成しようとしていることに気づきます。 チーム全体が増加し、機能に機能をスタンプし、バグを修正し、一瞬で設計上の決定を下し、問題を完了します。 気分がいい。 会議やオフィスでの会議では、小さなチームを官僚的な環境から解放し、記録的な速さでアプリケーション開発プロセスを駆け抜けることを夢見ていました。
私たちの多くはこの夢を持っています。 私たちは、作業プロセスが私たちの速度を落とすことを知っています。 それらだけでなく、環境の速度が減速の原因であることがわかっています。
パーキンソンの法則は
仕事は彼女に割り当てられた時間を埋めます。悲しいことは、この道をたどりたくない場合でも、特にやりたくないタスクがある場合は、わなに陥ることがあるということです。
週末のコンテストの場合、タスクを延期する時間がないため、タスクを延期しません。 意思決定を遅らせることはできないので、遅らせることはありません。 あなたは退屈な仕事を避けることができず、あなたは仕事が非常に退屈にならないほど速くそれをしなければならないと知っています。
パーキンソンの法則は経験的な観察であり、人間の必然的な運命ではありません。 切迫感は、人工的であっても、生産性を2倍または3倍にするには十分です。 試してみてください。 タスクを高速化できます。 今すぐできます。 あなたはそれについて話すのではなく、それらを終わらせることができます。
プロジェクトを競争として扱う場合、刑務所の独房として扱うよりもはるかに早くプロジェクトを終わらせることができます。 ムーブメントを作成します。 プッシュする人になります。 リラックスしないでください。
常に求めているもの：
私たちは今何ができますか？
行動する！
- あなたが非常に長い間座っていたタスク、すでに成形し始めているプロジェクト、またはあなたが少し立ち往生しているプロジェクトを考えてください。
通常はインターネットをサーフィンしたり、メールをチェックしたり、非常に長い昼食をとったりする通常の休憩中にできるように選択してください。 複数月のプロジェクトを、1週間以内に行うプロジェクトに変えます。
PSエラーメッセージはLANで受信されます。