web-dev-qa-db-ja.com

オンコールチームを設定するためのアドバイス

私は大規模な開発チーム(〜35人の開発者)を率いています。私たちは主に多くのサイトでWeb開発作業を行っています。

歴史的に、チームに関する知識はかなりサイロ化されてきました。サイトAで作業した場合は、トラブルシューティングの方法を知っていますが、サイトBではあまり役に立ちません。

また、いくつかの横断的関心事があります。つまり、トラブルシューティングに専門知識を必要とするサイト間で使用される共通コンポーネントです。

これらすべてを念頭に置いて、私はオンコールチームを設定するための最良の方法を理解しようとしています。

これは、時間外の緊急問題に時折対処できるプログラマーのチームです(たとえば、2週間に1回の電話)。緊急修正を展開するために必要になる場合があります。

私の一部は、知識が浅い大規模なオンコールチームを作ることはできないと言っています。代わりに、より頻繁にオンコールになり、そのように報酬を得ることができる、深い知識を持つ小さなチームが必要です。

このチームの設定方法に関する経験に基づいた提案はありますか?

前もって感謝します。

2
Ciaran Archer

私が働いている場所では、経営陣は最初にボランティアを求め、次に利用可能な人数に基づいてオンコール時間を分割しました。実際には、2か月の間に各人に3つのオンコール期間があります。彼らは次の週のスケジュールで実行されます:

人1:月曜日08:00から金曜日08:00まで(64時間のオンコール)
担当者2:金曜日16:00から月曜日08:00まで(64時間のオンコール)

営業時間中(08:00-16:00)はもちろん、オンコールはありません。コールはオンデューティの電話に直接送信されるためです。

オンコール担当者が問題を解決できない場合は、テクニカルリードに電話をかけることができ、テクニカルリードの残業時間が開始され、通常は一緒に作業しますが、オンコール担当者はオンコールを継続します。問題が修正されるまでテクニカルリード。

更新:ああ、オンコールの担当者は、システムの自分の領域に関連する問題のみを処理します。問題がそれを超える場合は、別のチームに別のオンコール担当者がいます。たとえば、Unixチームには別のオンコール担当者がいて、データベースチームには別の担当者がいます。

1
Juha Untinen