当前位置:工程项目OA系统 > 建筑OA系统 > 工程项目管理软件系统
综合管理:关于项目管理的一点体会
项目开发方面
需求
项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于EAS项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。EAS项目在前期对需求不够重视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时,有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。从EAS项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。EAS项目在开发早期及时地确立了需求接口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了EAS项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。
控制需求变更。重视CCB的作用,同时应建立需求变更的响应机制。EAS项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。
设计
重视架构设计。EAS项目的成功,一定程度是源于我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。由于,我们建立了稳定、简单的系统框架,可以极大地提高开发效率,规避了对框架的重复编码。
善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下,为了项目进度不出现大的偏差,EAS项目组并没有过分强调技术,特别是在考虑进度的情况下,牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患,但却能够有效地保证项目的进度。从EAS最初的架构设计来看,我们引入了Castle与AOP,试图简化ORM以及横切关注点例如日志、异常、权限、事务等功能的实现。同时,希望采用WCF,利用SOA思想建立松散耦合的面向服务应用程序。但随着客户需求的变化,我们果断地放弃了采用WCF的构想,同时又克服了技术困难,坚持了对Castle与AOP的使用,并为此成立了框架开发小组。事实证明,在技术的抉择上我们作出了正确的决定。
重视UI原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户,则客户更能够理解系统的实现,促进沟通的有效性与准确性。在EAS项目中,我们从一开始就确立了原型设计小组,并在分析需求阶段,就开始了原型设计。这一做法无疑在客户沟通、需求确认、UI设计等方面都发挥了很大的作用。但是,我们在这一点上,由于缺乏专门的UI设计人员,因此,这一工作还存在很大的缺陷,甚至于UI的设计为迭代版本的交付带来了很大的障碍。在项目后期,关于UI的bug是最多。因此,我们认为在开发类似的WEB应用程序时,应尽早确立UI设计规范,以约束所有的UI设计。同时,必须培养专门的UI设计师,在开始原型设计时,就尽快完成UI交互的设计。并且,必须成立专门的UI设计小组,在需求阶段与需求分析师合作,在编码阶段与开发人员合作。
测试
测试成员应了解需求。如果不了解需求,测试人员无法编写正确的测试用例,同时在测试过程中,也可能因为错误地理解需求,从而导致报告错误的bug,影响开发人员效率。
加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。
测试之初必须确定测试原则,对bug的严重程度进行分级。同时,必须确定修复bug的优先级别。
- 1隔汽层具体概念是什么?
- 2建筑面积的作用是什么?
- 32015年招标师管理采购复习 招标投标综合性法律规定
- 4重庆某公司施工机械安全生产操作规程汇编
- 5影响商品混凝土生产成本的因素(二)
- 6论建筑装饰工程项目管理
- 7中铁二十一局集团广大铁路缪家二号大桥高边坡抗滑桩质量受好评
- 8建设工程项目履行合同的担保形式
- 92015年一级建造师《建设工程经济》每日一练(4.8)
- 10招标师职业权利
- 112015河南造价工程师报名条件
- 12田桓铁路桓仁段建设工程进展顺利
- 132015招标采购法规与政策:对投标人参与的限制性规定
- 14建筑工程专项施工方案编写培训讲义(危险性较大工程施工方案编制)
- 152011一级建造师机电工程专业案例试题精华13
- 162015年监理工程师《进度控制》每日一练(1.2)
- 172015年一级建造师考试考点总结:计量检定的要求
- 182011年一级建造师《建设工程经济》冲刺训练(7)
- 19暖通空调设备管理自动化与风道系统分析
- 20基于空气加湿的直接接触换热冷凝式燃气锅炉
- 21某小区供暖外线建设工程施工组织设计方案
- 22[四川]城市支路旧路改造工程排水电力照明施工图设计84张
- 23住宅项目工程人防工程施工组织设计56p
- 24一建矿业工程知识点:平面控制方法
- 25深圳大学历届建筑学考研试题
- 262015年二级消防工程师《综合能力》练习题二
- 27监理工程师考试辅导:竣工财务决算的编制
- 28广西2015年注册造价工程师考试科目
- 29景观河工程施工组织设计 59P
- 30工程项目财务部的主要职责有哪些?
成都公司:成都市成华区建设南路160号1层9号
重庆公司:重庆市江北区红旗河沟华创商务大厦18楼