头大？

头大瞬间

个人同时参与多个项目开发（以下简称一人多项目）在实际生产中是比较常见的，由于员工参与多个项目，管理工作很难进行。在拜访企业过程中，有家企业针对这种情况提出这样一个问题：“我们企业规模比较小，每个开发人员都是同时做两三个项目，在敏捷中应该如何管理，有没有办法看到每个人当前的工作量”，一个人同时做多个项目应该如何管理呢？

问题分析

在企业中一个人做多个项目有很多原因，比如：

• 企业没有意识到一人多项目的弊端

传统研发模式没有迭代的概念，项目交付周期通常很长，研发人员在保证项目按时交付的前提下，可以在多个项目之间进行切换。企业做敏捷转型，把重心放在敏捷的日常实践上，比如Scrum的“计划会议”，“每日站会”等，忽略了“敏捷不提倡一人多项目”这种隐含的约束，在团队配置上依然采用之前传统研发模式的配置方式。

• 企业签的项目规模小，数量多

有的企业意识到一人多项目的弊端，但是企业签的项目规模很小（可能合同几万块钱，两三周就开发完成），项目数量多，如果每个项目都组建一个专门的开发团队，那必然需要很高的成本，所以出于成本和项目性质考虑，公司不得不让一个人同时开发多个项目，这种情况是可以理解的。

• 稀有资源不够分配

还有一种原因会导致一个人跨越多个项目。这种情况通常发生在一些稀缺资源身上，比如软件架构师，产生问题的原因一方面是架构师薪水比较高，每个项目配备一个架构师浪费成本；另一方面，架构师的能力特征适合为多个项目服务。

解决措施

• 针对没有意识到一人多项目弊端的企业

敏捷并不提倡一人多项目，而且大量数据表明：敏捷中一人多项目会降低生产力。一人多项目有很多弊端：

1.故事优先级被打乱

敏捷开发靠价值驱动，团队应优先完成优先级高的故事。如果一人多项目，将会打乱各项目中故事的优先级。

2.难以估算速率

由于各项目投入精力不同，很难估算个人速率。领导层也无法很好的监控团队进度，无法合理安排工作。

3.难以保证全员参与重要会议

一人多项目的情况下，员工缺席会议在所难免。不能全员参与的会议会变成一种形式，起不到会议该有的作用。

一人多项目的弊端还有很多，在此不一一列举。所以，没有意识到那些弊端的企业较解决如何管理的问题，优先应改善这种情况，并在以后项目开发中避免一人多项目再次发生。

改善的过程比较像大规模的敏捷转型。项目经理或其他领导重新规划项目配置，进行服务拆分。规划时应保证每个服务的资源是足够的，避免后续由于人力不足引发其他团队来“救火”的情况，重新造成一人多项目。研发人员按新的配置交接工作，交接工作完成后就专注于一个项目。

• 针对小项目很多的企业

如果公司的项目规模小、数量多，必须有人跨项目开发，这种情况应优先考虑让一个团队开发多个项目。

一个团队开发多个项目的意思是A团队的每个员工都同时负责X，Y项目。最好在组织内部将X，Y项目当成同一个项目进行管理，这样做X，Y两个项目可以共享一个产品待办列表（Product Backlog ），冲刺待办列表（Sprint Backlog ），燃尽图等；相关领导可以在这个大项目中，看到每个人当前的工作量以及详细的工作信息。

这样做还有其他的好处：团队速率相比之前更好估算，同时各种会议的时间也变得容易安排；

接下来我们用DevCloud 演示下如何应对这种情况，首先在DevCloud 中创建一个Scrum项目，

在项目的“需求规划”功能中，创建两个Epic，分别代表X项目和Y项目，然后在每个Epic下面规划各自的工作项。

在“Backlog”中，可以通过合并后的产品待办列表，估算团队速率，便于后面迭代故事投放。

如果项目因某些原因，无法变更项目配置应该怎么办呢？

这种情况使用敏捷进行管理是有困难的，原因之前提到过，我们只能退而求其次，找一个相对好的管理方法。项目经理统计完员工在自己项目的工作量后，和其他项目的统计结果做一次汇总，推算出员工当前的总工作量，汇报给管理层。

DevCloud提供“管理看板”功能，在“管理看板”中可以看到员工在其参与的所有项目中的投入，便于管理层在一个人同时参与多个项目开发的情况下，了解每个员工当前的工作量。

• 针对不够分配的稀有资源

从组织层面看，类似于架构师这种稀有资源，同时为多个项目服务通常不会影响项目发展。

由于稀缺资源数量少，工作内容特殊，所以想对稀缺资源进行管理的话，可以采取汇报的形式，比如发日报，周报；也可以通过上面提到的“管理看板”功能，查看稀缺资源在每个项目的详细工作。

总结

一人多项目不符合Scrum框架的“专注”价值观，敏捷也不提倡跨项目开发，原因上文已经分析；如果必须一人多项目，建议让一个团队同时开发多个项目，减少资源浪费。

参考附录

Mike Cohn:敏捷软件开发实践——估算与计划. 北京：清华大学出版社

Kenneth S.Rubin:Scrum精髓. 北京：清华大学出版社