【SparkSQL笔记】SparkSQL的Dataset操作大全(二)(spark中dataset用法)
647
2022-05-30
头大瞬间
个人同时参与多个项目开发(以下简称一人多项目)在实际生产中是比较常见的,由于员工参与多个项目,管理工作很难进行。在拜访企业过程中,有家企业针对这种情况提出这样一个问题:“我们企业规模比较小,每个开发人员都是同时做两三个项目,在敏捷中应该如何管理,有没有办法看到每个人当前的工作量”,一个人同时做多个项目应该如何管理呢?
问题分析
在企业中一个人做多个项目有很多原因,比如:
企业没有意识到一人多项目的弊端
传统研发模式没有迭代的概念,项目交付周期通常很长,研发人员在保证项目按时交付的前提下,可以在多个项目之间进行切换。企业做敏捷转型,把重心放在敏捷的日常实践上,比如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精髓. 北京:清华大学出版社
敏捷开发
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。