元チームメンバーをソフトウェアプロジェクトに再統合することは可能ですか?
顧客の締め切りが迫っている製品があり、それを完了するのに十分な時間がありません!元従業員が優秀な状態で退職し、戻ってきたいと思っています。彼らはコードベースとアーキテクチャに精通しています(彼らが去ってから大きく変わっていません)。
この状況を使用して回避できますか ブルックスの法則 ?
チームメンバーがプロセスやツールなどに精通しているのは理想的な状況のようです。何に注意する必要がありますか?水中にドラゴンはいますか?それともスムーズな航海を期待すべきでしょうか?
はい、これはスムーズに行うことができます。ただし、スムーズに進むにはいくつかの要因があります。
帰国した従業員は一時的な請負業者として入社したばかりですか?もしそうなら、それはスムーズでなければなりません。そうでない場合、再雇用時に領土が明確にされない限り、領土の問題が表面化する可能性があります。
帰国した従業員はマネージャーになりますか、それとも単なる寄稿者になりますか?貢献者だけの場合も、特に従業員が自分の焦点を当てる領域を持っている場合、またはメンターの役割を果たしている場合は、スムーズである必要があります。マネージャーの場合、監督されている人々に不満を持っている可能性があり、それは両方向(上下)に恨みを生み出す可能性があります。元従業員がそれらの人々を雇った場合、それはおそらく問題ではありません。
従業員は以前よりも報酬が高くなりますか?そうでなければ、従業員が外の世界になんらかの形で謙虚になり、帰国しない限り、恨みがあるかもしれません。
これは常に発生し、通常はうまくいきます。あまり気にしません。そして、@ RobertHarveyは、既存のチームが移動を承認した場合、はるかに優れているという優れた点を示しています。
他のチームメンバーがこの人の復帰に憤慨していることを心配している場合(コメントでそれを述べました)、彼らはどのような選択肢を提供しましたか?あなたが何かをしない限りあなたがあなたの締め切りを作るつもりはないことに誰もが同意しますか?現時点では、不平を言う人を容認できるかどうかはわかりません。
この人がどれほど影響力があるかは、彼らがプロジェクトからどれだけ離れていたかによって異なります。技術的には彼らは会社を辞めましたが、1か月の辞任は長い休暇にすぎません。
新しい人に、最後に行ってから行った変更について通知するようにしてください。たぶん彼はフレームワークXの使用を好み、あなたはYに切り替えました。この人はあなたが締め切りに間に合わせる必要があることを理解する必要があるので、多くの議論の時間はありません。他のみんなと同じように、彼は目前のタスクに集中する必要があり、Xしか使用できない場合にこのプロジェクトがどれほど簡単になるかを嘆く必要はありません。