草根程序员转型做项目管理走过的点点滴滴之五人团队

    这个些列的文章只是把我个人的经历记录一下,里面涉及到的观点属于个人观点,如果不妥之处请多多指教。

    续接着上篇(三人团队)草根程序员转型做项目管理走过的点点滴滴之三人团队

随着项目的变大,及公司项目的增多,工作的研发团队也在不停的壮大,我们组的也是随着这波流壮大了起来,由于这段时间项目组人员流动性较强,五个、六个、七个、八个组员的情况时常交替出现,这个阶段的团队姑且称之为五人工作团队。

一、五人团队的工作流程及方式

Step1:需求调研,经过之前的几次跟随技术总结做需求调研的过程,加上慢慢的对自己从事的这个水利行业软件业务知识逐渐增多,自己已经可以做一定项目的调研工作了,白天跟客户交流,晚上把白天的交流的问题总结下来,并且文档化下来(现场交流记录,时间、地点、参与人员、沟通的事项[区分出确定的与待确定的项目])

Step2:概要设计,根据需求调研的产物形成一份概要设计(不要太详尽)

Step3:进度安排,根据技术合同的时间节点制定项目进度安排。

Step4:框架搭建,由于前几个项目的技术积累,框架已经形成,核心不变,周边的东西可以根据项目的实际情况定制一些。

Step5:项目启动会议,把整个项目向大家介绍一下,把模块的业务功能表述给大家,并且把工作任务安排下去。

Step5:模块样式书编写,一种介于概要设计与详细设计之间的一种产物。式样书编写完成后会有一个统一的样书评审会议,全员参与的方式进行。

Step6:代码编写,有一份编码规范,对接口、类、方法、变量、控件等编码过程中常见情况进行统一规范,代码采取互检的审查方式,我采取抽查的的审查方式。

Step7:测试,本阶段基本还是无序的状态,只是投入了一定的人力,时间,保证了一定的质量。

Step8:实施上线、验收。

Step9:发布升级版本,数据库的变更文档化脚本化下来,每次发布的版本包,源程序进行了保存管理。

二、总结一下优劣势

   优势:

       这个时候的团队,项目的每个过程开始向着有序的方向发展;有些工作开始采取了结对工作的模式,如代码互审;团队开始培养各个方面骨干,需求分析骨干、技术骨干、测试骨干等;五人团队是一个效能比较高的团队。

  劣势:

      由于团队建设的过程比较短暂,项目进的各个方面还有需要待完善的地方;比较软肋的一大块块是测试部分,急需有所提升。

     随后我会写 一篇七八个人项目组的管理方法(把项目进行的每个过程进行完善);一篇十四五个人项目组的管理方法(分组管理方式)。 感谢陪我成长的每一个项目。

   草根程序员转型做项目管理走过的点点滴滴之(七、八)人团队


评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值