DevOps团队人手不足的典型迹象和信号是什么?您如何证明/解释对团队添加新成员的请求?
我想保持这个问题的一般性,但以下是一些补充信息:
我们目前有2名DevOps专家作为一个团队一起工作,但是产品的需求、数量和复杂性都在增长。我们正在考虑要求一个新的团队,但有一些困难,解释和证明为什么这将是一个好主意。
发布于 2017-12-20 01:09:24
你能感觉到你的团队人手不足的主要原因有四个:
首先回顾前三点。阅读凤凰计划的想法,如何做第一。问问自己,你帮助别人完成的每一项任务,是否应该完成,是否应该由你来完成,或者你是否应该让那些需要帮助的人自己去做。这将为您提供一些文档,说明为什么您所做的工作都是必要的。
下一次回顾凤凰项目中提到的四种类型的工作:
如果您的团队的工作是可持续的,您将花费大致相同的时间在这四个方面。如果计划外的工作开始在你50%的时间里悄然出现,那就是你明显人手不足的一个迹象。
你应该能够在计划外的工作之前雇佣一个人,达到你25%的时间,否则,一个人的离开会让你的整个团队陷入一种你可能永远无法恢复的混乱状态。人员和技术的过度供应有着同样的原因和好处。
发布于 2017-12-13 07:48:34
背景:除了为当前的基础设施和开发人员提供支持外,我们还作为一个DevOps团队进行每月计划,以完成我们希望在sprint和新项目中帮助开发团队完成的任务。然而,在这个月中,我们经常注意到需要做和改进的额外的事情,然后我们将这些事情添加到我们的待办事项中。我们还负责并协助处理超出我们范围的各种其他事情,但我们协助业务的方法是:)
答:一旦你注意到你没有准备或推迟很多任务,特别是维护,我认为这是一个很好的指标(根据我的经验)。而且,DevOps团队越薄,新项目和开发团队越多,需要的人就越多。
每天都要完成任务,这是非常容易的,但我相信,退一步评估这一点是非常重要的(甚至每月一次)。
发布于 2017-12-13 15:17:26
实际上,我从SRE手册上拿了一页,我认为这是非常相关的。DevOps专业并不意味着与组织一起水平增长。相反,如果您看到事情没有完成,那么这是一个信号,您没有适当地授权开发人员进行自助服务。
评估您的流程,看看它们如何与普遍接受的DevOps原则保持一致,以及您如何很好地遵循行业最佳实践。
https://devops.stackexchange.com/questions/2883
复制相似问题