云栖社区通过为期两个月&＃xff0c;对7032份有效调查问卷分析统计&＃xff0c;2017年12月发布了首份《2017中国开发者调查报告》。报告显示&＃xff0c;37.3%的开发者表示&＃xff0c;协作工具主要来自企业内部自研的协作工具&＃xff0c;有21%的调查者正在使用禅道项目管理软件作为项目开发协作工具&＃xff0c;Jira以17%尾随其后。禅道以其开源、专业赢得了国内众多开发者用户的青睐。
自给自足的开发者特性
从调查报告可以看到&＃xff0c;高达37.3%的开发者团队在工作中采用企业自己研发的协作软件。由于其自身的开发者属性&＃xff0c;企业自研软件首先具备了技术基础&＃xff0c;开发者们完全可以实现自给自足&＃xff1b;其次&＃xff0c;采用自研软件可以省去一部分软件购买费用&＃xff0c;为企业节省开支&＃xff1b;三&＃xff0c;自研软件按照企业需求定制&＃xff0c;跟企业的契合度高。
专业软件使用者占四成
除了自研软件&＃xff0c;专业的协作软件同样拥有众多青睐者。禅道和Jira的开发者用户占到了38%&＃xff0c;跟自研软件的使用者数量基本持平。
跟自研软件相比&＃xff0c;专业软件拥有稳定的研发团队和技术支持团队&＃xff0c;既能保证软件的快速更新&＃xff0c;也能随时提供专业的技术支持和指导服务。而且专业软件有着多年的市场和用户基础&＃xff0c;极其贴合用户需求&＃xff0c;适合大多数公司的需要。
开发者使用人数最多的禅道是青岛易软天创公司出品的项目研发类管理工具&＃xff0c;它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体&＃xff0c;是一款专业的研发项目管理软件&＃xff0c;完整覆盖了研发项目管理的核心流程。
紧随其后的Jira是Atlassian公司出品的项目与事务跟踪工具&＃xff0c;被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。
二者作为中国开发者最喜欢的协作管理软件&＃xff0c;不同点在于&＃xff0c;Jira是商用软件&＃xff0c;禅道是开源软件。相同的地方是&＃xff0c;禅道和Jira都有着配置灵活、功能全面、部署简单、扩展丰富的优点&＃xff0c;被广泛的应用在项目管理&＃xff0c;任务、bug跟踪&＃xff0c;需求管理等方面。而且&＃xff0c;禅道和Jira还拥有最大的一个共性是&＃xff0c;都是基于Scrum的敏捷开发模式。也就是说&＃xff0c;Scrum已成为最受中国开发者欢迎的开发模式。
什么是Scrum开发模式&＃xff1f;
Scrum的英文意思是橄榄球运动的一个专业术语&＃xff0c;表示“争球”的动作&＃xff1b;把一个开发流程的名字取名为Scrum&＃xff0c;可以想象开发团队在开发一个项目时&＃xff0c;大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它是怎样一种高效的工作状态。
没错&＃xff0c;Scrum正是这样的一个开发流程&＃xff0c;每个环节都有一套完整的过程和严格的时间控制。也就是说&＃xff0c;Scrum是围绕流程控制展开的。
Scrum开发模式是怎样运作的&＃xff1f;
1.首先要明确Scrum里的角色
Scrum由product owner(产品经理)、Scrum master和team(研发团队)组成。
其中product owner负责整理user story(用户故事)&＃xff0c;定义其商业价值&＃xff0c;对其进行排序&＃xff0c;制定发布计划&＃xff0c;对产品负责。
Scrum master 负责召开各种会议&＃xff0c;协调项目&＃xff0c;为研发团队服务。
研发团队则由不同技能的成员组成&＃xff0c;通过紧密协同&＃xff0c;完成每一次迭代的目标&＃xff0c;交付产品。
2.快速迭代开发是Scrum的基本特征
与瀑布不同&＃xff0c;Scrum将产品的开发分解为若干个小sprint(迭代)&＃xff0c;其周期从1周到4周不等&＃xff0c;但不会超过4周。参与的团队成员一般是5到9人。每期迭代要完成的user story是固定的。每次迭代会产生一定的交付。
3.Scrum的基本流程
Scrum的基本流程如上图所示&＃xff1a;
l 产品负责人负责整理user story&＃xff0c;形成左侧的product backlog。
l 发布计划会议&＃xff1a;product owner负责讲解user story&＃xff0c;对其进行估算和排序&＃xff0c;发布计划会议的产出就是制定出这一期迭代要完成的story列表&＃xff0c;sprint backlog。
l 迭代计划会议&＃xff1a;项目团队对每一个story进行任务分解&＃xff0c;分解的标准是完成该story的所有任务&＃xff0c;终每个任务都有明确的负责人&＃xff0c;并完成工时的初估计。
l 每日例会&＃xff1a;每天Scrum master召集站立会议&＃xff0c;团队成员回答昨天做了什么今天计划做什么&＃xff0c;有什么问题。
l 演示会议&＃xff1a;迭代结束之后&＃xff0c;召开演示会议&＃xff0c;相关人员都受邀参加&＃xff0c;团队负责向大家展示本次迭代取得的成果。期间大家的反馈记录下来&＃xff0c;由po整理&＃xff0c;形成新的story。
l 回顾会议&＃xff1a;项目团队对本期迭代进行总结&＃xff0c;发现不足&＃xff0c;制定改进计划&＃xff0c;下一次迭代继续改进&＃xff0c;已达到持续改进的效果。
团队协作过程中最主要的问题是沟通不顺畅&＃xff0c;成员各自为战&＃xff0c;而协作软件的作用正是打破彼此之间的隔阂&＃xff0c;消除孤岛&＃xff0c;让工作内容和流程透明化&＃xff0c;成员在团队master指挥下齐头并进&＃xff0c;合力推进项目进展。
协作软件的Scrum如何体现&＃xff1f;
1.明确角色定位&＃xff0c;成员各司其职
我们上面提到Scrum是由不同角色构成&＃xff0c;也就是一个项目团队由不同角色的成员组成&＃xff0c;而每个角色定位代表不同工作职责&＃xff0c;分管任务不同。以禅道管理软件为例&＃xff0c;就设置了多种角色定位&＃xff0c;核心的三种角色是产品经理、研发团队和测试团队&＃xff0c;这三者之间通过需求进行协作&＃xff0c;实现了研发管理中的三权分立。其中产品经理整理需求&＃xff0c;研发团队实现任务&＃xff0c;测试团队则保障质量&＃xff0c;其三者的关系如下图&＃xff1a;
基本流程如下&＃xff1a;
l 产品经理创建产品
l 产品经理创建需求
l 项目经理创建项目
l 项目经理确定项目要做的需求
l 项目经理分解任务&＃xff0c;指派到人
l 测试人员测试&＃xff0c;提交bug
2.分解任务&＃xff0c;责任到人
项目开始之初&＃xff0c;项目经理负责任务分解&＃xff0c;工时估算&＃xff0c;并在协作软件中设置起止时间、可用工时、项目目标及团队成员等要素。
接下来成员领取任务&＃xff0c;并随时更新已用和剩余工时。已经做了多少工作&＃xff0c;还剩多少工作一目了然。
3.开发和检测并存的过程
项目经理一般充当着开发过程中Scrum master的角色&＃xff0c;燃尽图、甘特图、看板、工作日志等多种方式为项目经理提供了随时掌控项目进度和成员工作情况的可能。如出现偏差&＃xff0c;可随时指导和调动资源&＃xff0c;始终将项目各要素掌控在手中。
禅道的任务看板以任务的状态&＃xff08;未开始、进行中、已完成、已取消、已关闭&＃xff09;显示&＃xff0c;项目任务完成了哪些&＃xff0c;还剩哪些&＃xff0c;正在进行中的有哪些可以直观的看到。
燃尽图是在项目完成之前&＃xff0c;对需要完成的任务工时的一种可视化显示。
燃尽图有一个Y轴&＃xff08;任务&＃xff09;和X轴&＃xff08;时间&＃xff09;。
理想情况下&＃xff0c;该图表是一个向下的曲线&＃xff0c;随着剩余任务的完成&＃xff0c;“烧尽”至零。
禅道中会根据项目中所有任务预计剩余的时间累加起来&＃xff0c;绘制成燃尽图。
项目开发工作完成后交由测试团队测试&＃xff0c;测试完成后交由产品经理发布。这其中的每个过程都是一个透明化&＃xff0c;可检视和不断调整适应的过程&＃xff0c;产品在这个过程中不断迭代更新&＃xff0c;功能愈发符合用户需求&＃xff0c;成员更加高效默契的工作。也正因为如此&＃xff0c;Scrum已经成为全球非常流行的开发模式。
Scrum的概念最早提出是在1990年代初&＃xff0c;经过几十年的运用和优化&＃xff0c;Scrum呈现出了更加贴合开发流程的诸多特色&＃xff0c;已经成为非常成熟的开发模式。实践证明&＃xff0c;Scrum也确实是提升新产品开发速度和灵活性的有效方法。
很多人说Scrum的模式并不适合中国。其实&＃xff0c;从《2017中国开发者调查报告》的数据中&＃xff0c;Scrum开发模式的高占比已经说明一切。
京公网安备 11010802041100号