敏捷软件产品/项目开发管理过程(1)-研发项目管理

>>敏捷软件产品/项目开发管理过程(1)-研发项目管理

敏捷软件产品/项目开发管理过程(1)-研发项目管理

引言:当今社会市场竞争激烈,软件开发企业想要占据前列需要在研发管理上下功夫,“向管理要效益”已经成为软件开发企业的共识,研发项目管理在软件企业中的普及也是大势所趋。国内做软件项目管理工具的开发商翼发云近几年发展十分迅速,越来越多的软件开发企业认识到研发项目管理的重要性,能切实有效降低成本,规范软件开发流程,提高软件产品质量。国内研发项目管理系统、敏捷开发管理工具的领导品牌翼发云敏捷项目管理系统采用可视化业务流程技术,支持瀑布模型等传统软件研发项目管理,同时也支持scrum等敏捷开发流程,是理想的敏捷开发管理工具,涵盖软件项目管理工作的整个生命周期。为提高国内软件开发企业的项目管理水平,分享一篇企业管理相关的知识文章。
以下是在长期项目研究和开发过程中使用敏捷思想进行项目开发和管理的成功实践,以供参考。
一、项目背景;
1,这是一个长期的维护,需要继续拓展O2O平台的功能,系统本身包含多达13个子系统,并且还在增加。
2。系统采用基于组件的体系结构。每个组件都是解耦的,可以单独扩展。
三.开发资源严重短缺,程序员严重不足,独立工作的程序员比例较低。
两。敏捷开发实践
1,迭代的每一个版本包括:需求gt;设计;gt;代码gt;测试;gt;交付这四个阶段
2。用禅宗的道路规范整个发展过程的管理
三.每次迭代的周期为2周。
4。使用svn管理所有文件
岗位分工:
1,产品/项目经理PM(产品/项目经理)
2。技术经理TM(技术经理)
三.质量经理(质量经理)
4,高级程序员(一般为开发组组长)MC(主编码器)
5,程序员GC(通用编码器)
6。前端工程师(前端工程师)
7。质量工程师(质量工程师)
以上2, 4, 5个和6个属于开发组,3个和7个属于测试组。
禅宗使用的几个小技巧:禅宗路中的“项目”是指产品生命周期中一段工作的定义。我的方法是把一个大的版本被定义为一个项目,一个项目的V2.0,V3.0的定义是另一个版本的新项目——的细节,如果你能注意到它,让程序员,测试人员在使用过程中更加顺利,例如:线的“xxxxx系统V2.0.0版”的正常运行,目前的试验是“xxxxx V2.0.1”,提交测试下一个是“xxxxx V2.0.2版”,然后在集成测试阶段,你要编辑的两个版本的读的名字:“xxxxx V2.0.1,“v2.0.2- xxxxx系统下一版本目前的测试版,一个程序员没有大脑认为禅在异步邮件自动提醒配置时处理的选择错误的版本检查,“追”&nbsp执行;对禅道的流程图(从通道官方网站):【原创】敏捷软件产品/项目开发管理流程(一)
具体的开发过程如下:
1。需求的探讨
浅谈静态原型法对甲方的需求
负责人:产品/项目经理:参与者:技术经理、测试经理和前端工程师、高级程序员、外部需求讨论阶段,不必进入禅,与会议纪要沟通,Excel电子邮件,在需求比较明确的情况下,安排前端工程师制作静态静态样机原型,可使用刀、刀、快速原型工具生成,以静态方式对原型+文档和反复沟通,直至最终确认、需求。
2。需求的确认
与甲方合作确定下一版本的需求和优先事项。
负责人:产品经理/项目经理
参与者:技术经理、测试经理、高级程序员
最终确定的需求和需求完善下一个版本中,提炼成禅3设置优先级(在这个过程中,后来该党可能将临时急救的需求,这些需求可以设置优先级为2或1),这里要注意的是一个细化的例子:原始需求,需求是“多市计划在其他4线城市”4月15日,从细化了需求应该具体到页面的需求,如:城市_修改订单列表页面,以支持城市…
在确定在下一个版本之后要完成的需求时,项目组将在会议中打开所有的需求,测试经理开始准备测试用例。
三.分配任务
根据需求细化和分配开发任务
负责人:技术经理
禅道“项目任务”,做开发任务时,一般从需求分为多个开发任务,当任务必须设置开始时间(开始时间设置为“工作计划”),其任务是最原子事务,一个任务只给一个人,如:
需要修改XXX页面支持不同的城市运营商只能展示城市的信息
分配了3个任务:
1)修改XXX页面,以支持不同城市的运营商只能展示城市的详细设计信息。
2)修改XXX页面以支持不同城市的操作员只能显示城市中的信息——后端代码。
3)修改XXX页以支持不同城市的操作员只能在城市前端编码中显示信息。
4。详细设计
基于开发需求的设计文档
负责人:分配给发展小组任务的人员
主管:技术经理
根据设计资料的整理(编码程序员不难功能)或高级程序员或技术经理对设计文件(困难的功能),统一到SVN / git目录中的文件(禅宗的“文档”功能更完善,最新版本支持访问控制,也可以用禅管理开发文档),如果算法设计比较简单,只需要文字说明和建议直接向禅任务备注。
格式的文件标题:设计文件_需求id_标题,如:设计文件需要修改_ 001_ XXX页支持不同的城市运营商只能展示城市的信息
5,编码和单元测试
负责人:分配给发展小组任务的人员
主管:技术经理,发展组组长
1)程序员按照禅宗道路上的任务编写代码并进行单元测试。
2)程序员每天早上都要“打开”自己分配的任务,不能完成当天的任务,要在一天结束的时候记录下来,根据需要“备注”记录开发过程中遇到的问题,例如:遇到xx题时遇到的问题,在xx的帮助下,今天可以解决。得到的教训是,在编写代码的时候要小心,小心,小心
3)自我测试代码提交SVN、Git提交后。提交邮件时,请在《禅道》中复制任务名称,如:任务23,重新设计XXX子系统的数据库,以满足货物、人员和车辆分开管理的基本需要。
3)完成任务后单击“完成”。
重要的是要强调,使用禅宗来分配任务并不意味着不需要面对面的交流,面对面的交流仍然是最重要的。
禅道可与SVN / git集成这样的技术经理可以直接审查代码的禅道(社区版没有此功能)
3)技术经理负责日常代码审查和技术问题解决。
4)产品/项目经理负责开发进度的日常监测,发现交流及时处理,产品/项目经理根据任务的完成情况,及时修改党的进步跟上进度,进度统一写在通知书,格式如下:
时间:下午7 2016-04-08研究与发展
测试时间:下午7 2016-04-19
在线发布时间:上午2点2016-04-20

特别注意:数据库变更脚本应该统一到开发文档版本目录/ git svn,如:/ 01开发文档/ V2.2.0,命名格式:_v2.2.0.sql SQL脚本,这个脚本文件由技术经理保持。

6, the version defined in the integrated test to be submitted before setting up various versions of components: product / project manager responsible for the version number of each version of the specification are as follows: 1) the version number second and 1, third and 0, such as V2.2.0 2) after the official release if there is a small change. 这是第三度的,如:系统、V2.2.2…在项目版本版本的定义,并结合相应的版本的版本(版本,需求需求和一些部件如:002需求:订单列表页面支持多市不同操作员只能看到这个城市的订单,要求包括:订单中心组件V2.2.0,组件V2.2.0,微商城购物中心/ PC的版本,商城V2.2.0组件相关的)这里要注意的是,定义组件的版本要求的版本号的所有组件是一致的(互相,能很快找到方便天装配后的版本),如:定义组件的几个版本:1)/ PC V2.2.0 2微商城商城为中心的组成成分)ENT V2.2.0 3)商品中心部件V2.2.0 4)商店系统组件V2.2.0 5)呼叫中心组件V2.2.0 6)商店的应用程序组件V2.2.0在项目-查看版本的bug,这个版本可以查看错误列表下
7。集成测试
负责人:测试人员,开发团队的主管:测试经理,技术经理
在编码完成后,开发组提交给测试组进行集成测试:
1)可以提交给技术经理自我测试集成测试,在禅宗路径“项目版本”中,第6步创建版本提交测试(后缀“当前测试版本”),同时,下一版本的新版本(当前bug将在下一版本中解决)
例子如下:
/ PC的微商城经营城市组成系统即将发布的PC商城组成v2.2.0-版本的当前版本,这个版本的;
2)技术经理将代码部署到测试服务器。
3)对于测试管理器测试人员并提交bug(提交bug的时间,此版本属于修改后的bug,严重程度设置为1,另一个不属于此版本的bug被设置为2或3,每个提交给bug为项目组管理设置“cc””。这样每个人都能理解测试过程的管理,对象提交给bug)测试经理,测试经理审核bug是否需要提交给开发组,并提交给技术经理。
4)技术经理负责BUG的开发者的任务,如果需要解决一个bug,涉及多个开发商,请给这个任务bug亲近的人(第一责任人),自己的工作完成,然后分配给第二,等等,如果是多人也可以并行处理,对“CC”对象和口头沟通的其他开发商,都是由第一次单击“解决方案”等具体的言论负责,对如何处理
5)开发商解决信息提交到SVN / git提交时的错误,请复制bug标题禅道,如:bug23配送中心,委员会命令列表页,有排序问题,应该根据订单生成时间降序排列。
6)如果测试进入最后阶段,将对测试代码分公司技术经理的分支版本的SVN上做出相应的版本(名称格式:v2.2.0_testing),修改错误的人员集中在几个核心程序员,减少新的错误所造成的风险,切换到核心程序员的通知分支后,立即修改SVN权限集删除核心程序员从树干读写其他程序员避免人为错误的权限,在主干分支的后续发展
7)代码同步问题,原则上,在短时间(3天)内,分支代码合并到主干上。
小心:
1)在测试bug时,一定要选择相应的版本号。
2)每当技术经理将文件更新到测试服务器时,必须通知组中的每个人并附上更新的bug列表。
8。验收测试
负责人:甲方人员
集成测试完成后,在发射前进行最后的审核和验收测试。注意:这里是所有7个分支机构,用于分发的分支(例如,v2.2.0_testing)。
在测试经理返回到所有1个级别的bug之后,他认为可以将其放在队列中。
1)测试经理报告产品/项目经理可以发送版本。
2)产品/项目经理必须再做一次测试,以确保产品的质量。
3)产品/项目经理也认为测试后是可以的。验收前提交甲方。如有必要,甲方可参加第7阶段的考试。
4)代码同步问题,原则上,在短时间(3天)内,分支代码合并到主干上。
9、放开线
负责人:测试经理,技术经理主管:产品/项目经理
甲方确认,它可以发出,正式发布,注意:这里是用于此版本的分公司7分公司(如:v2.2.0_testing)。
甲方接受验收测试后,可以发布版本,
出版当天:
1)测试经理,输入禅宗路径“测试版本”,修改测试版本,设置为“已完成”。
2)技术经理打包需要更新的代码、数据库SQL脚本。
3)产品/项目经理需要从禅项目列表导出(复制)的版本要求的Excel文件,这个文件是提供给甲方的版本说明(修改)文件,发布版本在原始文档的内容新增加的每个版本。
4)产品/项目经理向甲方提供修改文件,让当事人签名确认5)在线技术经理要精心发布到生产服务器6版文件)在禅宗“产品发布”设置项目的相同版本注释版本的产品/项目经理,好发时间内容和版本和发布相关版本的第二,第三天:
1)技术经理,在第二天的问题,出口标签从以前的工作部门(如v2.2.0_testing)SVN。名称的格式是v2.2.0_release。记住在进入主干之前合并代码。
2)技术经理在发布的第二天安排了禅宗任务,该任务在第一版完成。所有这些都被关闭和计划之前,但没有完成,这可能与下一个版本有关。
3)产品/项目经理在技术经理完成2后关闭了相应版本的要求。
10。总结会议
非常重要!项目组的所有成员都参与了进来。
目的:总结经验教训。
结果:改进计划的形成
11、版本维护
负责人:测试组成员,团队主管:测试经理,技术经理
在发布版本后,通常需要修改一些以前没有注意到的bug。因此,在下一个版本发布之前,有必要继续维护当前版本。
1)技术经理导出分支从标签,以前的版本在发布如:v2.2.0_fixbug
2)测试经理根据客户的反馈,继续发送错误的禅,严重程度为1,版本号为3)V2.2.0
技术经理安排相关人员修改错误v2.2.0_fixbug分支(一般只负责专职程序员旧版本来处理错误,维护是最好的责任为自己的加工技术经理),这里要注意svn的权限,只有指定的fixbug分支修改的程序读取和写入权限
4)测试经理安排回归测试。
5)2, 3, 4次,直到可以确定版本,版本号,如:系统,从出口到v2.2.1_release v2.2.0_fixbug和标签,通过在生产服务器上更新的技术经理(发布修改错误的出口清单提交甲方确认前)
6)代码同步问题,原则上,在短时间(3天)内,分支代码合并到主干上。
以上2, 3, 4个和5个迭代迭代直到该版本的维护停止为止。
12、暂停维修
负责人:技术经理的经理:产品/项目经理,在即将发布的新版本的前夕,通常在5天内停止维护的最后版本。
1)技术经理告诉程序员关闭本地工作目录切换到躯干,然后关闭SVN的读写权限的老版本分支的程序员,并记录合并代码主干前记录。
2)产品/项目经理关闭旧版本的发布,禅宗发布“产品发布版”,设置为发布此版本相应的“维护”(这一步不能忘记那个时间,否则在bug中选择版本是不停止维护的,相应版本的发布将永远显示);
这里要特别注意的是:不是说它总的来说是一个完整的版本到新版本的旅游,2步后,产品/项目经理与甲方和需求的下一个版本的沟通,然后从技术经理分配的任务需求,程序员开始熟悉任务需要使用的技术,试验组开始熟悉具体的业务流程和细节,开始一个新的版游。这就是螺旋式、上升式、敏捷式迭代开发的方式。
PS:将开发过程与相应的岗位说明书相匹配,进一步细化每个岗位的具体工作内容,在以后的岗位上发布。
欢迎爱好者共同探讨敏捷开发的实用方法,大家好,才是真的好^ _ ^
请加scrum干货Q群:302304689
以下是我的原创软件企业采用敏捷开发系列:[原创]敏捷软件开发项目管理流程(一)[原创]工作手册-产品/项目经理(2)[原创]工作的书-技术经理(三)[原创]工作的书-测试经理(四)[原创]高级程序员的工作的书(五)[原创]工作的书–程序员(六)[原创]工作前端工程师(七)[原创]岗位SOP测试仪(八)

文章从互联网整理而来,旨在传播scrum、软件项目管理、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解研发项目管理的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:

【网址】www.effapp.com

2018-02-20T23:22:38+08:002018-02-20 23:22:38|Categories: scrum项目管理|