即将迎来自己人生中第一份软件项目管理工作,先搜集相关知识整理出一个我决定采用的软件项目管理方法,在实践的同时慢慢完善。看到这篇文章并且有自己的经验和见解的大虾欢迎指正和交流,我们要做的这个是企业信息化管理软件
转载请注明出处:jiq•钦's technical Blog
n 立项和可行性分析
n 需求收集、整理
深入一线和用户交流,获取最原始需求,然后根据经验为用户梳理管理流程、优化管理流程、建立管理规范,整理出最终需求报告,向用户确认,作为之后开发和同用户交流的基础,整理的需求包括功能性和非功能性需求。
产出:需求调研报告
n 需求分析
1 子系统、模块划分
2 角色分析、针对每个模块绘制用例图,站在用户角色的角度去观察系统
至此系统基本轮廓已经基本形成。
3 需求分析细化,细化的分析包括两部分:
A 动态分析:用例图+活动图
用例图、用例说明:优化后流程,但是最后面要附上所有原始需求列表和原始流程。
活动图,用以对用例图进行互补
B 静态分析:类图
备注:查询、报表生成等用例说明格式要改,不要墨守成规
产出:需求规格说明书
需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。
n 需求评审
组织评审需求,同时也起到组织学习需求的作用
特别注意,需求评审会议之前一定要先将需求规格说明书发出来,让大家先看,提出自己的意见和疑问,对于自己仍不大确定的问题,好有时间去继续确认和完善,然后其它问题可以留到会上一并回答。此外,需求评审会议时一定要注意控制时间,对于争论持久难以出结果的,留到会后继续讨论确认,下次再次评审。对于参会人员,可以分为必须参加的和非必须的,非必须的人员如果对于发出来的需求规格说明书没有疑问,基本就没必要参加,去了也是浪费时间。
n 功能点划分
首先需要将需求拆分为对应的功能点,注意这里需求和功能点可能是多对多的管理;
其次要设计和组织模块,通常以思维导图的方式画出导航菜单;
最后还要确定系统的总体架构,包括逻辑架构和物理架构,以及所选用的技术等。
产出:导航图、总体架构、功能点清单
n 制定开发计划
项目经理制定开发计划,将功能点按照优先级划分为三个阶段,指明每个阶段所完成的时间,所属的功能点指明具体的负责人和参与人员,选定开发模式(瀑布、迭代、敏捷等)。
然后将开发计划录入到任务管理工具。
最后开发计划要确定下来每个功能点。
产出:项目整体计划,其中包括功能点开发计划
n 功能点设计
功能点设计时可以用一个excel描述,创建几个sheet,分别描述版本信息、界面布局设计、输入表单、输出报表、流程图、运行要求(易用性、安全性、性能、数据量、并发性等),所需数据库操作接口,甚至还可以包括测试用例。
此外还要设计数据库表、角色和权限(导航和数据)。
备注:首先这个阶段不需要全部人都进行设计,可以安排其它人进行技术预研,开发环境准备等前置性工作。其次,这个阶段的设计工作完成之后,一定要组织项目组成员进行评审,以确定没有任何问题,满足用户需求之后再开始编码。
产出:详细设计文档
n 任务分配或领取
设计完成之后,需要分配或者自行领取任务,同时将对应的任务录入到任务管理工具中。
产出:详细开发任务计划
需求收集整理阶段:word,需求管理工具
概要设计阶段:excel+脑图+word
详细设计阶段:excel+ppt+word+powerDesigner
开发阶段:wss或者ms project管理任务进度,svn管理代码
测试阶段:bug管理工具
需求管理工具、任务、进度管理工具、Bug管理工具,这三个工具可以各自选择,也可以合用一个,比如wss
文档管理工具:svn
MindManager:项目组结构管理
QQ,MSN,Skype:项目组内外部交流
项目成员相互间定期代码评审:可以提交软件质量
项目经理验收每一个完成的功能点,或者组织项目组评审
项目经理汇总所有提出的bug,并统一分配
每周会议进行工作总结和下周计划安排
每日立会讲述昨天完成什么,今天即将做什么,有没有什么困难