莫斯开发项目管理小计-研发项目管理

>>莫斯开发项目管理小计-研发项目管理

莫斯开发项目管理小计-研发项目管理

引言:当今社会市场竞争激烈,软件开发企业想要占据前列需要在研发管理上下功夫,“向管理要效益”已经成为软件开发企业的共识,研发项目管理在软件企业中的普及也是大势所趋。国内做软件项目管理工具的开发商翼发云近几年发展十分迅速,越来越多的软件开发企业认识到研发项目管理的重要性,能切实有效降低成本,规范软件开发流程,提高软件产品质量。国内研发项目管理系统、敏捷开发管理工具的领导品牌翼发云敏捷项目管理系统采用可视化业务流程技术,支持瀑布模型等传统软件研发项目管理,同时也支持scrum等敏捷开发流程,是理想的敏捷开发管理工具,涵盖软件项目管理工作的整个生命周期。为提高国内软件开发企业的项目管理水平,分享一篇企业管理相关的知识文章。

项目管理要说起来没完没了,不同公司,不同团队,甚至同一个人不同项目的管理都不一样。个人也没打算长篇大论,因为国情所致:客户今天签合同,明天就想要看结果,各级领导压缩开发时间,结果交付日期定出来一看,周末和下班的时间都是”工作时间”。甚至人员的配置,技术的门槛,客户需求变化不属于风险控制的范畴了,(这年头有风险控制的概念?),反正一个要求:按时完成任务。言外之意:早点收钱。客户呢?一个人一个标准,不研究软件特点,觉得花了点钱,就以为软件公司什么都能做了,结果时间给的少,要求却很多,更夸张的是,在项目开发过程中,客户情况变化了,可能是部门调整了,业务发展了,需求变更反反复复,注意是反反复复,从A角度看这样做比较好,过两天发现从B角度看改成另外的样子比较好,再过两天想起了A角度又要改回来,特别是客户方项目负责人测试的时候,他可不会一直有统一统筹的概念,想到什么就要强制要求什么,这样,一个项目成功与失败,不是什么技术的问题,而是项目控制的问题。反正国企,私企,外企,事业单位,国家机关,接触多了,就知道这不是在一个教科书上能学到的,而是经验。一个只能意会无法言传的中国式管理方式…..哎,等经验丰富了的人,却又不做项目了,去干别的去了。培养了自己能力,却浪费了本应该带来更多社会价值的影响。

这样,还是回到效率的问题,如果脑子记不住那么多细节,就只能拼技巧了。 scrum

在开发一个项目,就把过程记录一下。

写需求: 软件项目管理

要模板,套官话是第一步,介绍一下客户情况,为什么用这个软件或技术,这个软件或技术使用后会给客户带来什么好处,自己公司怎么在这个软件或技术上有建树,最后软件和技术需要软硬件条件等等。最好有个做文书的,学理工科的很少文笔好的,最好有学美工的,因为一图顶万字。

第二步:写模块,需求里都有哪些要完成的功能,这个时候便是客户给你一堆的表单,word的,excel的,图片的。这样服务器的文件夹要开始建了:01客户文档。为什么要01,因为排序好找,如果项目很大,就分类放,如果项目不大,就都放在一起。但表单会经常看的,每次双机查看太麻烦了,我就用OneNote来整理,开一个项目的Notebook,一个Section就是一个模块,一个Page就是一个模块的相关的内容。第一步先把各个模块都建一个page,叫:客户表单,然后把这些文档中的表单,贴到客户页面上。这样下次做设计的时候一目了然。 敏捷开发流程

一边看客户表单,一别写自己对这个表单的字段的理解和需要问客户问题,这个放在每个模块的第二个Page里:叫业务理解,等差不多写好了,便可以在和用户开会的时候一起问用户了,而这个过程中,字段也可以设计出来了。虽然这个是详细设计的部分,但我还是自己定义了一个Excel,每个Sheel一个模块,上面写字段,因为Moss用的是List,所以和数据库的定义列差不多,但这个只是初稿。我把需求说明放在了”02需求说明”的文件夹下,我把这个数据字段的Excel放在了”03整理文档”文件夹下。

客户的表单接下来就是”用例说明”,就是理解业务,也是在和客户会议的时候,客户讲出来的东西要画一个用例图,这个就得用Viso画了,说白了,就是流程图:哪个角色的人,什么条件,做什么动作,对什么操作,出来个什么东西。这个用例图也放在”03整理文档”文件夹下,一个模块一个Page。画好了,这个用例图和刚才字段excel里的列表可以粘到需求里,然后再粘分别到OneNote的Page里:客户需求,列表。 研发项目管理

剩下的就是谢谢系统能用什么方法来呈现出客户要的这个功能。如果写需求给的时间少,写到这里就可以了。需求说明书是干嘛滴,就是给客户看我理解业务没有。如果客户要想看得更多,那么就是画UI了。当然这个UI也可以画在详细设计里。也可以画在需求确认书里,个人觉得画需求确认书更好。

这个时候开了一堆的会议,会议记录要写吧,写在一个”04会议记录”文件夹下:20110301会议记录,这个是给领导看的,会议记录的每个要点写在Onenote的”需求变更”的Page里,为什么要写?就是防止频繁变化,每次对方对某个模块提出来的要求,什么时间,谁说了什么,都有记录,这样每次给客户看这个页面,客户就会在提出需求变化的时候要多考虑一下了。

需求说明书还有一个,其实也可以写在详细设计里,就是客户的关系表,客户的部门,用户,客户的角色,这就是所谓的组织结构图,这个东西也挺有用的,因为人事一个组织结构,IT域里面一个组织结构,每个系统都有一个这个东西,会非常混乱的。这些东西很可能自己的系统也要导入,所以理出来一个组织结构图,定义角色,角色相关人员是必须的,这个东西画在Viso里,弄一棵树来表示。这个东西会很耗时间,但对做流程有好处,这个东西最后你会发现,最后会关联到每个用户上,所以,最好你有一个这么一个软件:自己开发好了,1棵树:部门,角色,下面挂人,然后定义一个excel模板,让客户根据这个模板做出一个Excel表格出来,这样以后数据导入就用这个模板了。我这个模板的excel有3个sheel,一个是部门上下级关系,一个是角色表,一个是部门,角色,人员表。把这个贴到需求说明里,有助于对业务理解,也有助于UAT的时候你能认出来谁是谁。

需求确认与详细设计

需求写好了,当然最好是让客户签需求确认了,但往往这个时候开始详细设计和进度表了,那么刚才用到的几个文档,和客户确定好了,就可以确定下来,根据用例图画新的标准的”Viso流程图”,放到”03整理文档”文件夹下,完善列表的excel,画web UI,Viso画WebUI没有默认的模板,这个时候网上找一个支持Viso画UI的Shape就可以了,但我找的竟然没有多行文本框的样子,还是不够智能,当然用Dreamweaver画也可以。画好了,可以喝客户讨论页面了。把它们粘到详细设计里,再粘到OneNote里,这样开发前要准备的东西都差不多了。如果你要写详细设计里面编码的逻辑关系,那个就另当别论了,毕竟程序员只要看到表单和业务关系清晰就都会开发了。

开发

接下来服务器上给项目人员开放这些文档,其实他们只要看OneNote就可以了,前提是Onenote要和文档内容同步,这是项目经理需要做的。这样,编码人员也不需要打开一堆的文档找来找去。然后就搭建软件项目,建TFS,建虚拟机,开发用到的工具,开发用到的环境,技术解决的小程序,开发过程中的参考的文档,项目管理的好,多一些技术讨论会,让程序员写周报,写日报,没这个时间就多叫叫,多问问。一边整合一边测,搞不定的技术问题要么自己搞,要么请教。

客户部署和测试

接下来就是准备提交给对方IT部门人员测试,把公司服务器上开发的东西打包的打包,部署文件配置写好,要导入的数据准备好,工具也都准备好,客户服务器一般也会有一个开发环境,”一期上线”内容部署到客户的开发环境上。IT测要提一堆的意见,改还是不改,看进度,然后就是UAT,写UAT脚本,IT要在原来的域上建一堆的测试账户,UAT结束后,又是一堆的意见和要求,有很多是不合理的,有很多是要花很多时间的才能作的,改还是不改,看谈判技巧了。

对方UAT的测试环境最好自己也有一份在虚拟机上,因为指不定什么时候出错了,要改,公司有个环境也好,还有就是换个LOGO用来演示也是不错滴。

正式上线

接下来便是上生产环境。交付使用,项目维护,二期开发,需求变更。当然做到这,有时间总结吗?没有,一般就是新项目来了,要么就是维护以前的项目了。

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

【网址】www.effapp.com

2018-03-01T04:23:31+08:002018-03-01 04:23:31|Categories: scrum项目管理|