项目的心得(优秀10篇).pdfVIP

项目的心得(优秀10篇)

项目的心得篇1

前段时间，我负责了一个项目的管理与开发。在时间短、任务紧，而团队人

员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在

客户规定的时间范围内如期交付产品。这其中，经历了需求变更、人员变动(因

为其它任务，先后有近10人离开团队)等诸多问题，项目仍然取得了成功，不能

不说有几分侥幸，但此外也有一些经验与教训可以与大家分享。

项目开发方面

项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因

素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需

求出现偏差，仍然是南辕北辙。由于EAS项目的特殊性，项目开发过程中能够与

客户建立有效快速的沟通渠道，是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，

以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目

标、范围以及项目需求功能点(用例)。EAS项目在前期对需求不够重视，导致

在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，

在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使

得项目在客户验收时，有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人

员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员

或需求分析师)从EAS项目的开发过程中，我们就充分地认识到这一问题的严重

性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有

丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，

总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没

有经过专门训练的需求分析师，通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客

户的及时沟通，快速响应客户的请求与反馈。EAS项目在开发早期及时地确立了

需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的

需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只

能说是差强人意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调

研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，

同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的

作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，

需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发

过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了

EAS项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了

需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求-用户需求

-产品需求-软件需求-设计-测试等一系列的追踪。需求追踪的目的一方面是检查

需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)

控制需求变更。重视CCB的作用，同时应建立需求变更的响应机制。EAS项

目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一

定的责任。(范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。

需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)

项目的心得篇2

再回首，思考亦多，感慨亦多，收获亦多。“困并收获着，累并快乐着”

成了心曲的旋律，常鸣耳盼。对我而言，四天的学习是难忘、印记最深的四

天。对工作思考方式的转换，心态上的调整、一系列的适应，压力带来了累的

感觉，累中也融进了收获的快乐，在酸甜苦乐的培训生活中，让我感受到一种

团队精神和力量，第一节课团队组建，学员思考互动训练，当所有学员积极参

与不顾往日的斯文，将人的本性、热情、积极的一面显露时，我突然明白什么

是真正的团结友谊，成了我心中永远的记忆，一朵孤芳自赏的花只是美丽，一

片互相依偎着而怒放的锦绣才灿烂。我们生活在一个集体里，唯有团队，才能

为团队增光，为自己添彩，才能促成灿烂的锦绣，团队组建时，我们小组，设

计队名团队旗子及口号时我心里想我们组这么多人呢，再说我是做技术不擅长

这个，让