敏捷开发流程管理优化的探讨.docVIP

敏捷开发流程管理优化的探讨 　　摘 要 　　从PC时代到移动互联网时代，软件的需求量与日俱增，但软件开发方法却相对滞后，有的软件公司依旧沿用落后的传统软件开发模式，造成效率低下，成本持续升高，更有甚者不堪重负而垮掉，本论文将对敏捷开发过程出现的问题进行探讨和研究。 　　【关键词】敏捷开发 Agile Scrum 软件工程 　　随着互联网的飞速发展，在软件需求量持续增大的同时，软件需求的变化频率也越来越快，在给软件行业带来巨大商机的同时，也加大了软件开发难度，旧的软件开发过程已经不能适应当下的需求环境，只有在软件开发过程上不断创新和改进才能跟的上软件行业的发展速度，敏捷开发模式正是在这种情况下应运而生的，而Scrum敏捷开发模式更是其中的佼佼者。本文将对Scrum敏捷开发模式进行探讨和分析。 　　1 Scrum敏捷开发相关概述 　　1.1 Scrum敏捷开发的概念 　　敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。它有四个核心思想：个体与交互胜过过程与工具；可以工作的软件胜过面面俱到的文档；客户协作胜过合同谈判；响应变化胜过遵循计划，由四个核心思想衍生出五个价值观：沟通、简单、反馈、勇气、谦逊。 　　1.2 Scrum敏捷开发中的角色 　　一个Scrum团队中主要有三大角色：Scrum教练：确保Scrum合理运作，移除Scrum过程中的各种障碍。产品负责人：确定开发方向，定义发布内容，设定优先级和发布时间，拒绝或接受开发团队的开发成果。开发团队：跨职能的小团体一般5至7人，拥有交付可用软件的各项技能，具有高度的自我管理能力。 　　1.3 Scrum敏捷开发的特点 　　Scrum敏捷开发的特点可以总结为以下几个词：以人为本，拥抱变化，增量迭代，关注目标。以人为本，正是Scrum的核心思想它不仅指Scrum Team之间人员的交流协作，还包括Scrum Team 同客户之间的协作互动，主旨在于调动各个参与者的积极性；拥抱变化，正是Scrum的魅力所在，它将传统开发模式最头疼的需求变更，作为提交符合客户期望的根本，所以Scrum开发模式积极响应变化，拥抱变化；增量迭代，将一个项目按优先级分割成数个可交付的小项目，在每一次Sprint（冲刺 ）中迭代式增量式的完成每一个项目；关注目标，使得最终的项目最接近市场需求，在每一个Sprint完成后，用可见的功能同客户进行讨论，在后一个Sprint中不断完善修改，整个开发过程中不断响应市场变化。 　　2 Scrum敏捷开发难以实施的原因分析 　　2.1 组织架构需求 　　为了每一个Sprint成功，团队需要足够的资源支撑，传统金字塔式的组织架构中，申请一些资源时需要层层审批，且团队成员很大程度上受制于其原本所在部门上级的制约，如绩效等方面也受到影响，致使Scrum团队灵活性和自主性受到限制，影响每一个Sprint的成功。 　　2.2 技能水平需求 　　在Scrum团队中不同职能成员的专业技能，才才是Scrum顺利进行的保障，对软件开发来说，这些成员中的绝大部分无疑是开发人员，他们不但在开发方面的某一领域精通，还要擅长其他领域，如一个软件开发团队中有三个开发人员，一个精通数据库，一个精通后台语言，一个精通前台语言，且三人都对其他领域不擅长，乍一看这样的配置完全可以拿下该项目，其实不然，比如，在任务优先级划分的基础上，当前的sprint中大多数task都是后台job实现的，那么这样该sprint失败的风险十分大，首先在团队成员领取任务时，会造成精通数据库的成员任务过重，而其他人员也力不从心。对于需要更多技能才能完成的项目体现尤为突出，甚至造成Scrum团队成员流失，这也是许多Scrum团队失败的原因。 　　2.3 工作强度因素 　　Scrum过程中对store的点数估算的目的就是在于呈现Scrum团队的开发能力，保证在团队成员全力以赴的情况下，保证每一个Sprint顺利完成，在Store估算的过程中Scrum团队的能力成熟度逐渐形成，对点数的估算也逐渐趋于稳定，而点数估算取自于每一个团队成员的平均值，也正是为了避免过低的估值造成成员工作强度过大，过高的估值造成资源浪费。所以一个趋于稳定的Scrum团队的估值后拆分的任务一般都是工作时间内饱和的任务。然而，出于利益的考虑，大多数公司的高层总是认为能按时完成现在的任务，就证明还有增加任务的潜力，更有甚者认为每天加班一两个小时才是常态！所以在一个Sprint中团队成员经常