我是一个由11名软件开发人员组成的团队的经理,他们负责管理我公司的网站/ web应用程序,在任何时候运行多达4个并发项目和日常支持。在11名开发人员中,技术技能、职称和经验混合在一起,尽管团队结构是平坦的,所有11名开发人员都直接向我报告。
整支球队都有一名主教练,但事实证明,球队的规模并不是很好。我开始变得过于分散,所以我想减少我的直接报告的数量。我认为做这件事的所有方法都有很大的缺点:
有什么标准的方法来解决这个我错过的问题吗?
如果没有,你们其他人是如何解决这个问题的?
发布于 2012-07-30 16:21:15
一些快速的想法:
而且,它总是值得一读和(重新)阅读敏捷宣言,特别是十二原则。
发布于 2012-07-30 16:16:43
这个结构主要是depend on project specifications
理想情况下,团队中每个高级开发人员应有3名初级开发人员。因此,有2-3个高级开发人员的每一个教学领导.
因此,只有技术负责人才会向PM报告项目的进展情况。描述的结构仍然假设对于非技术问题(假期、休假、冲突等)。每个人都可以访问PM
其中一个相对成功的软件开发团队(我也是其中的一员)在每个项目的基础上做了这样的事情:
软件开发经理/高级开发人员/导师,其他人都直接向他们报告。
一切都很好,我很喜欢那个组织。另一方面,我是软件开发经理,团队的组织结构正在演变。
发布于 2014-12-22 19:42:14
考虑遵循职能工作人员组织模式。这将说明您的第二种选择,即按软件产品来划分团队。
引用你上下文中的文章:
职能组织最大的优势在于它将社会结构与企业价值的交付联系在一起。在我看来,软件项目的成功与提高他们所支持的活动的有效性一样成功--产生商业价值。通过以同样的方式组织团队,您就拥有了一个以满足其业务用户需求为导向的团队。
除此之外,实际的管理/人力资源结构是无关紧要的。
https://softwareengineering.stackexchange.com/questions/158756
复制相似问题