最近管理了一个项目,由于该项目是从头到尾都有参与的,发现有很多值得思考的地方,以及管理上有很多不足。现总结一下各个管理步骤,以备查阅。
在项目启动时,需要开会给客户解释一下工作流程以及过程中与客户交互时的文档的结构及作用,目的就是为了以后避责,要想避责,就要从开始收集好证据,以便在出了问题时脱身:
1.明细项目干系人的职责与分工,明确需求听谁的、每周给谁汇报等、给客户简单灌输开发工作的流程(需求分析(迭代的过程,时间会长一些)->系统设计->原型图->效果图->开发->测试);
2.根据客户需求规划系统版本,并使客户对每个阶段的工作做验收,避免后期用户说开发效率低,没达到预期效果等;
3.制订每周例会时间,会议要求;并针对于阶段性的工作目标,每周做项目进度、需求上、功能上的汇报与确认;
4.给客户看一下如下模板,以便于项目发展过程中的沟通
4.1 功能确认、预计完成时间及解决方案表格;一旦确认,以后如果有变动,则属于需求变更;
4.2 待讨论需求表格;如在此过程中有需求变动,则需要记录变更记录表以及变动带来的工时;
4.3 客户反馈问题表格;
4.4 各阶段的功能验收单表格;
4.5 项目在发展过程中遇到的大事(会议纪要、版本发布时间及功能列表);
5.针对于项目所需求,分析项目所需要的相关资源以及技术存在风险的功能点,要管理起来,有计划地处理;
6. 公布演示地址
6.1 需要设置演示地址(客户演示用)与测试地址(内部测试用)
6.2 在SVN上也需要设置2个版本库,并需要专人来做版本管理;
7.与客户划分清责任后,也要与开发人员确定好责任,避免出现项目延期时,不好定性是管理人员的问题,还是开发人员的问题;
8.制订开发流程,主要指开发人员以及开发人员与美工协同工作的流程;
以下为开发人员与美工的协作流程
8.1 美工需要先了解需求,设计理念后进行规划;
8.2 待设计出效果图后,需要提供文字来描述其功能,
8.3 开发人员了解完毕效果图后,需做技术可行性分析,
8.4 上述流程都无误后,美工将效果图发至客户进行确认,
8.5 待客户确认效果图后,
8. 6 开发人员从该文件夹下即可找到相应的效果图文件;
在接手项目时,一般要走以下流程
一、软件定义
1.需求是什么;
2.打算实现哪些功能;
3.当前版本定义;
4.版本迭代;
二、可行性分析及功能界定
与客户针对于软件的版本达成一致,并根据与客户协商的结果,确认阶段性的需求的主要功能点做技术层次上的可行性分析,以及功能上的界定;
三、需求细化
将第一版本的需求,做进一步的细化与客户讨论,并确认需求;这是一个迭代的过程,由于进行需求细化,很多细节的功能都要想到。在需求分析过程中,要先根据实际业务列举出由几种情况,每种情况的处理逻辑是什么,如何将各个不同的处理逻辑进行程序化。
四、原型图的设计
设计网站的原型图(可以使用原型工具设计);
利用原型工具设计原型图的优点在于可以快速实现一个可视的静态页面,结合自己系统分析的结果与客户确认,最终得出更准确的功能;
五、设计各种相关流程图,如 网站的流程图、涉及相关角色、动作流程图、业务流程图、数据流程图;
这个环节需要带领开发人员做如下工作:
1.写画流程图、设计文档(业务与技术不落实到文档上,很多问题就不能出现);
2.做设计文档的细化与功能点的补充;
3.梳理设计文档,找出有风险的功能,管理起来,做测试;
4.累计功能点,做开发估时;
六、开发估时
对阶段性版本的时间及里程碑进行预估时;
七、使用OO设计,勾画功能对象以及类框架
对于业务的分支结构,最好用类的结构实现,这样做会避免后期的代码维护、测试成本;
八、开发程序主框架
http://blog.csdn.net/liangpei2008/article/details/10978705
九、运维阶段
http://blog.csdn.net/liangpei2008/article/details/12970933