我经历过这样的情况:某个项目中,研发团队由一个5年的研发带队,加上4位工作经验在半年到1年之间的程序猿们组成。从一开始就在一个又一个的坑之中跳来跳去。
在这种情况下进行敏捷开发,绝对是挑战极限的行为,但如果没有选择,那么尽量做好以下几点:
1. 做好充足的心里准备,并明确告知领导或客户(如有涉及)可能出现的后果,打好预防针,获取理解和支持。不要隐瞒问题或者『把所有问题都自己扛』;
2. 把迭代周期适当设定的长一些,不要过短(团队HOLD不住,时间都会浪费在代码分支合并,冲突检测,发版上),也不要太长(否则失去了敏捷开发的意义)。每个发版时间在可以在标准值基础上+30~50%时间,当然还要具体情况具体分析;
3. 至少有给力的研发负责人带队,可以对整个团队有所把控,准确处理非常『幼稚』的问题节省时间。如果团队中不具备这样的人,发挥人脉关系哪怕借一个来,也是非常有必要的。还是不行?不如放弃敏捷开发模式,以免拖垮团队。同样,在架构设计阶段尽量一次到位,也就是满足当前项目周期的里程碑目标即可;
4. 产品部门的支持。和产品经理谈谈心,根据团队现实情况,能否在产品设计上有所妥协。举个极端的例子,注册验证码都搞不定的的新人,就干脆去掉验证这步吧。冗余功能或者优先级低的果断砍掉,和产品团队有良好的协调。当然这种情况指新品,如果是对已有产品进行大的版本更新,你要考虑的兄弟部门就更多了。
5. 会议的重要性。这点所有敏捷开发都会强调,包括站会汇报各自进度情况。能力不足更要保持沟通,不要让成员自钻牛角尖再给项目雪上加霜。
6. 明确一切开发背景,包括开发框架,语言数据库服务器部署要求等等(尤其设计到客户,一定要确定清楚,必要时有合同,邮件为证)。不要进行到一半发现完全不对路,团队接收不了这样的惊喜。
7. 适当的说不。如果是为客户服务,难免会受到各种各样的干扰和额外的工作要求。要合理的拒绝,避免再牵扯更多精力。再纠缠?把项目经理电话给他。
8. 给予适当的安抚。能力不足往往是团队年轻,但年轻人充满活力,加班到凌晨不眨眼,虽然解决的问题看似都『不值一提』。但长期如此消耗势必对团队成员的心里产生巨大的折磨和影响。端茶倒水零食饮料不能少,如果有『程序员安抚师』……想多了,有这预算不如在招个经验丰富的人吧。
一般来说,你会经历2~3个月的折磨期,这期间大部分人的能力都在突飞猛进,没准也可以显露大牛天赋。随着能力的提高和配合的加强,团队会慢慢走上正轨。
声明:项目管理培训师在线网登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述 文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。 如果你对本网站有好的建议请点击网站底部的“投诉与建议”和我们取得联系。
请您注意:
·自觉遵守:爱国、守法、自律、真实、文明的原则;
·尊重网上道德,遵守《全国人大常委会关于维护互联网安全的决定》及中华人民共和国其他各项有关法律法规;
·严禁发表危害国家安全,破坏民族团结、国家宗教政策和社会稳定,含侮辱、诽谤、教唆、淫秽等内容的作品;
·承担一切因您的行为而直接或间接导致的民事或刑事法律责任;
·您在项目管理培训师在线网“评论”中发表的作品,项目管理培训师在线有权在网站内保留、转载、引用或者删除;
·参与本评论即表明您已经阅读并接受上述条款。