团队规模与流程开销的关键点是什么?

Ste*_*ner 9 project-management

在团队成长的哪个阶段必须大幅改变?一个孤独的编码器可以逃脱源控制和大脑.试图将大型预包装软件运送到本地和国际市场的团队必须更加合适.

如果您在"流程"中经历了一次大的转变:团队的流程是否已成功地与当前成员一起更改,或者团队本身是否主要由流程变更的时间取代?改变的重要方面是什么,有些不必要吗?

Sim*_*mon 2

根据我的经验,这种转变恰好发生在你也需要管理的时刻。如果没有一些总体协调功能,无论是团队领导、任务分离还是老式管理,很难让超过 8 名开发人员加入。我目睹的现实是,即使拥有最优秀、最有才华、最受认可的开发人员,当您同时工作的人数超过 8 人时,您仍然需要协调。

当你跨越这个边界时,过程中会有一个不连续的步骤。然而,它不一定是灾难性的。最好的方法是团队在规模较小时就采用尽可能多的正式流程,以便所有必要的行为和基础设施都到位。我认为,在任何情况下,这都是良好开发的代名词,因此即使是孤独的开发人员也应该拥有它(源代码控制、单元测试和编码标准都是我正在谈论的示例)。如果你采取这种方法,那么当事情发生时,过程中的进步与其说是一种震动,不如说是一种严格的协调。

您添加的每个开发人员都需要加入已经到位的流程。当你达到 8 人(或者任何适合你的数字)时,你会发现你的团队会议变得有点过于松散和冗长,个性开始发挥作用,划分活动会更有效。那时,您的老板(或者您,如果您是老板)将需要任命一名或多名协调员来分配和控制工作。

如果您坚持自己的流程,这个流程(应该)也会扩大规模。团队可以细分,或者如有必要,您可以组建团队来执行职能任务。无论您为项目管理选择哪种方法,无论是否敏捷,这种方法都适用。

一旦您组建了 4 或 5 个团队,即 30-50 人,那么您几乎肯定需要那些乐于协调的唯一任务的人员。

如果您现在规模较小,正在考虑或期待复杂性的转变,那么请确保在开始增加更多员工之前立即确定基本流程。

HTH 祝你好运