it项目管理心得(心得).doc

it项目管理心得(心得).doc

ID:49070256

大小:184.92 KB

页数:20页

时间:2020-02-27

it项目管理心得(心得).doc_第1页
it项目管理心得(心得).doc_第2页
it项目管理心得(心得).doc_第3页
it项目管理心得(心得).doc_第4页
it项目管理心得(心得).doc_第5页
资源描述:

《it项目管理心得(心得).doc》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、it项目管理心得(心得)  it项目管理心得(心得)it项目管理心得(心得)第1篇第2篇第3篇第4篇第5篇更多顶部目录第一篇it项目管理心得第二篇it项目管理心得第三篇it项目管理心得513第四篇it项目管理心得总结第五篇it项目管理学习心得更多相关范文正文第一篇it项目管理心得项目开发方面项目应以需求为核心。  一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。  不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。  由于eas项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道

2、,是项目成功的关键。  需求必须获得客户的确认。  通过需求调研与分析后获得的用户需求说明书,以及软件需求规格说明书都必须得到客户的签字确认。  确认的内容包括项目的目标、范围以及项目需求功能点(用例)。  eas项目在前期对需求不够重视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。  幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。  从而使得项目在客户验收时,有了充分的保证。  项目应确立专门的需求分析师。  公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。  (软件开放工作

3、细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中,我们就充分地认识到这一问题的严重性。  需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。  普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。  软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。  项目应指定各个模块的需求接口人。  只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。  eas项目在开发早期及时地确立了需求接口人

4、,在一定程度上规避了需求变更给项目带来的风险。  但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人意。  注意维护需求调研记录以及需求跟踪表。  这一工作做得不够好。  由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。  此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。  注意维护需求矩阵。  项目经理对

5、这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。  但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。  控制需求变更。  重视b的作用,同时应建立需求变更的响应机制。  eas项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。  (范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。  需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)设计重视架构设计。  eas项目的成功,一定程度是源于

6、我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。  其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。  由于,我们建立了稳定、简单的系统框架,可以极大地提高开发效率,规避了对框架的重复编码。  善于对设计作出取舍。  项目开发的三要素是成本、质量与进度。  在保证质量的前提下,为了项目进度不出现大的偏差,eas项目组并没有过分强调技术,特别是在考虑进度的情况下,牺牲了系统的部分可扩展性。  虽然这为系统的后期维护带来一定隐患,但却能够有效地保证项目的进度。  从eas最初的架构设计来看,我们引入了ca

7、stle与aop,试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。  同时,希望采用wcf,利用soa思想建立松散耦合的面向服务应用程序。  但随着客户需求的变化,我们果断地放弃了采用wcf的构想,同时又克服了技术困难,坚持了对castle与aop的使用,并为此成立了框架开发小组。  事实证明,在技术的抉择上我们作出了正确的决定。  重视ui原型设计。  系统的原型设计与需求分析相辅相成。  如果有好的原型版本交付给客户,则客户更能够理解系统的实现,促进沟通的有效性与准确性。  在eas项目中,我们从一开始就确立了

8、原型设计小组,并在分析需求阶段,就开始了原型设计。  这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。  但是,我们在这一点上,由于缺乏专门的ui设计人员,因此,这一工作还存在很大的缺陷,甚至于ui的

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。