关于建立待命小组的建议
我领导着一个庞大的开发团队(大约35名开发人员)。我们主要在一些网站上做Web开发工作。
从历史上看，对球队的了解是相当孤立的。如果你在A站点工作，你将知道如何排除它，但在B站点上你不会得到太多的帮助。
我们也有一些横切的关注点，即在需要专门知识的站点之间使用的公共组件来排除故障。
考虑到这一切，我正在努力理解建立一个待命团队的最佳方法。
这将是一个程序员团队，他们可以偶尔处理超时的紧急问题(比方说每两周打一次电话)。他们可能需要部署紧急修复。
我的一部分是说，我们不可能有一个知识浅薄的大型待命团队，相反，我们需要一个较小的、知识渊博的团队，他们可以更经常地随时待命，并获得这样的报酬。
有没有人根据经验对如何建立这个团队有任何建议？
提前谢谢。
回答 1
Software Engineering用户
发布于 2012-11-02 03:03:40
在我工作的地方，管理层首先要求志愿者，然后根据可用人员的数量来划分待命时间。实际上，在两个月的时间里，每个人都有三个随叫随到的时间.他们的每周日程安排如下：
人1:星期一08:00至星期五08:00 (64小时随时候召)
人2:星期五16:00至星期一08:00 (64小时随时候召)
当然，在办公时间(08:00-16:00)没有随时待命的电话，因为电话将直接打到值班电话。
在待命人员无法解决问题的情况下，他可以打电话给技术主管，加班时间将开始为技术负责人服务，而待命人员则继续他的随时待命，尽管通常与技术主管一起工作，直到问题解决为止。
更新:哦，待命人员只处理与系统中他所在区域有关的问题。如果问题超出了这个范围，那么另一个团队中就会有一个不同的待命人员。例如，Unix团队有一个单独的待命人员，而数据库团队有一个，等等。
https://softwareengineering.stackexchange.com/questions/173332
复制
腾讯云开发者
