私たちのチームのプログラマーの 1 人が、より緑豊かな牧草地に向けて出発します。6 から 5 に移行します。開発プロセスをスムーズに継続するために必要な手順は何ですか。
現在、反復開発による短いリリース サイクルに取り組んでいます。設計 - コード - レビュー。退職するのはチームの最年長の開発者であり、特に設計段階では、チームの他のメンバーに多くのフィードバックを与えることがよくありました。
5 に答える
14
（この順序で）実行できることがいくつかあります。
- 残りのチームメンバーの経験と作業項目の負荷分散に基づいて、見積もりを再評価します
- あなたがカットしなければならないかもしれないものの優先リストを考え出す
- 適切な代替品を探す（可能な限り積極的に）
- 退職者のような貴重な人的資産を保持できるようにする潜在的な報酬パッケージの変更について、会社の経営陣と話し合いを開始します
更新：これをチームを構築する機会として使用してください。去る男のためにさよならパーティーを開き、彼とチームの両方が彼の貢献が評価されたことを認識していることを確認してください。:-)（そして、予算がない場合は、チームメンバーに話しかけるだけで、全員がチップインして彼を1、2杯飲みに行くことができます）
于 2010-05-19T18:12:25.713 に答える
5
私はフランシに同意しますが、優先順位を少し変更します。
あなたの会社の経営陣との話し合いを始めましょう...
はい。ぜひ。今日。あなたのベストが去っているなら、あなたの次善はおそらくそれほど遅れていません。残りの開発者と話してください。彼らは幸せですか？本気ですか？彼らはあなたの権威を尊重してあなたに親切に話しているだけなのに、不思議な「医者の任命」が発生しているのでしょうか？あなたがチームのメンバーだったら、あなたは探していますか？
于 2010-05-19T18:17:04.420 に答える
4
ペアプログラミングは、知識を広めるため、熟練した従業員の離職によって生じる問題を軽減するための有用な手法です。新入社員の指導にも役立ちます。
于 2010-05-19T18:20:17.037 に答える
3
同僚へのフィードバックに寛大な別の上級開発者を見つけることができます。幸運を。
于 2010-05-19T18:09:02.277 に答える
1
そもそも専門化を避ける。移行に0日以上あると贅沢です。人々は毎日、病気になったり、死んだり、逃げたり、逮捕されたり、解雇されたりしています。したがって、プロジェクトの継続性は、遅かれ早かれ誰かが予期せず仕事に来なくなることを想定する必要があります。私は、ある男がデスクで逮捕され、手錠をかけられて連れ去られ、彼の PC が法医学的調査のために直ちに研究室に運ばれたという事例を知っています。そこに知識を伝達する時間はあまりありません。
コード レビュー、設計レビュー、および問題チケット/調査ローテーションにより、チーム全体がシステムのあらゆる側面に精通します。
于 2010-06-25T23:17:43.523 に答える