SCRUM在软件产品研发的成功实践历程
2019-12-24
来源：凌宇哥聊敏捷 王凌宇
制定的依据。
4.2殚心竭虑，谨慎决策
做事之前，先想想。决策如果失误的话，后面再怎么做，只不过使错误得更离谱。
首先，要分析自己团队的实际情况，分析一下有哪些需要改进的地方。比如在推行敏捷之前，我们的团队是迭代开发、士气低迷；我们的软件开发是开发产品，需求不确定因素很多，但是时间压力还很大，要求成品尽快出来，销售正巴巴等着米下锅呢。
其次，要分析你所选择的新方法是否适合？敏捷SCRUM是很流行，可是，它是否适合我们团队？作为管理者，需要把这个问号想清楚。这就需要管理者自己先要把敏捷、SCRUM等有个较详细的了解，看它们的特点优势是否能够真正应对我们团队的现状。
再次，我们自己分析出来了敏捷可能适合我们的团队，那么下一步，我们需要获取高层领导的支持。任何改进，没有领导的支持，往往会适得其反，事倍功半。
4.3外来的和尚会念经
这里有两个关键词，第一个是和尚。大家想到念经，大多数第一印象脑海中都会想到和尚，为什么？因为对于念经来说，和尚往往是最专业的。所以，我们要培训、要改进，一定要找个在这方面大家觉得专业的组织或者个人来做。因为专业，所以大家才容易信服。
第二个关键词是外来的。这里的外来可以是职能部门之外的，也可以是公司之外的，但是，一定要是团队之外的。为什么呢？大家对不熟悉的事物，都会存在神秘感，存在神秘感，大家对这个事物的特征、言行举止往往更好奇。陌生的专业人士，会降低大家的心理抵制度，能够大幅提升培训效果。
4.4虚怀若谷，团队保持空杯心态
能否保持空杯心态，是衡量一个组织、个人学习能力健康度的重要依据。一个人，一个组织要想做出改变，必须先勇于接受外来的变化，只有先接受变化，然后在实践中去检验它的对错，吸取对的东西，扬弃错误的，才能螺旋式的上升，才能从优秀走向卓越。海纳百川，有容乃大。
切记的是，我们不要动不动就凭借自己以往的经验去轻易地下结论、下判断、去否定他人，我们可以在可控的预期内先试试看。
4.5步步为营，循序渐进
对未来怀有愿景，但是要保持适度的期望值。在具体的方法改进中，要步步为营，不要期望一口就能吃成胖子，欲速则不达。
所以，敏捷的实施也要一步一步慢慢来，因为，敏捷工作方法不单纯是一种具体的工作方法，它还是一种方法论，价值观。对于人来说，改变对事物的看法很容易，改变认识事物的方法则不那么容易。敏捷方法追求自组织的管理，对于大多数团队来说，还是需要有一个渐进的认识、接受的时间过程的。
5．后记
本文描述的经历在6年前，那时候笔者还只是项目经理的角色，很多事情的推行也是从项目管理的角度出发来考虑的。从敏捷实施的成熟度来看，当时，也只是“守、破、离”的守的阶段，只是践行了基本的SCRUM框架，但是现在看起来，当时的成效也达成了公司的业务要求。
不积跬步无以成千里。随着时间的流逝，对于敏捷方法的系统认识，敏捷方法论对软件开发，对项目管理，对组织业务的影响仍然在探索中。
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
