项目心得与体会——实施人

事是人做，做事的同时明白人最终是重点。明白什么是因地制宜、因势利导、轻重缓急、察颜观色、用户是上帝但又非绝对。态度认真和头脑清楚应该是做好一个项目的基本条件。写点个人体会，供大家指点，在讨论过程中共同提高水平。

体会一：了解项目是什么项目，谁提出来，解决什么问题。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，从接触各类角色的人从中获取不同信息进行过滤、形成自己对项目的认识。这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。 体会二：项目牵涉的项目干系人，了解他们对项目的看法和期望是什么。

这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，项目经理在一个项目中提前接触了不同角色的人，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益。

体会三：本公司领导对这个项目的看法和重视程度。

本公司领导的看法决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

体会四：项目计划制定，通知公司内部相关人员、用户。使得整个项目参与人员保持步调一致，信息畅通。

在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

体会五：需求确认阶段，引导用户但要切合实际、站在双方立场考虑问题，让用户更感受到你是来为他们做项目、而不是只为你公司做项目、需求确认落实到纸面。

统一联系人，客户指定一个人和项目组进行沟通，所有需求变更全部要有书面文字，这点切记！这样做好处多多： *有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的； *便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的； *对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致， 他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入， 很多无理要求也就这样胎死腹中了 体会六：培训阶段，逻辑清楚，提前做好充分准备，培训要摸清使用者人员情况，充分调动大家积极性。 给客户做培训前，多注意一些表面功夫。很多程序员认为，系统的逻辑核心是否正确是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题，而且培训的时候也是信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西。文档方面，准备至少两个文档：用户手册和培训手册。所以，第一次培训以前，系统界面是否完整正确、培训文档是否完备都是很关键的因素，第一炮打不响，以后就

麻烦很多。

体会七：项目经理在整个过程中，自己脑子要清楚未来有那些事要做，做到什么程度，对手上资源、各个事情要有优先级考虑。

考虑问题的轻重缓急方面，往往是把快放在第一位，各方领导都会给你最后期限，所以保进度是第一位的；省是第二位的，企业的根本目的是盈利，如果收入不能增加的话，至少费用要控制住；好是第三位的，没办法，谁都想精益求精，但是，没有强大的资源保障，质量只好先牺牲了；最后是多，客户的要求源源不断，如何降低客户的期望值， 让他们从理想回到现实也是项目经理的分内工作。

体会八：验收前准备，提早与用户沟通验收标准、验收形式。 验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚客户的做事情流程、验收形式、验收效果是很重要的事情。

领导点评：积极,主动,热情,有责任心是一个成功项目经理的必备条件,你只要用心去做,虚心学习,永远不要找借口,你的项目就会成功.

第二篇：项目心得体会

通过这次做项目，使我对编程有了进一步的认识。做项目的时候，最重要的不是自己如何快速地将自己分配的任务做完，而是要注重团队合作。一开始组内必须对这个项目的数据库的命名进行讨论，定义表的属性的数据类型，表与表之间会有关联，所以有的属性的类型与长度必须定义一致，这样访问数据库时才不会出错。如果一开始不将这些步骤统一下来的话，就会给后面的编程带来一系列的问题。

我做的是销售管理，做的内容包括查询销售记录、查询退货记录、销售添加和商品退货这四个界面。同时对四个表进行处理，对销售主表、销售明细表这两个表插入数据；对销售主表和销售明细表进行退货操作的同时，对退货表进行插入数据的操作；最后对销售主表和退货表进行查询操作。

做这个项目的时候，我浪费了太多的时间在销售添加界面上。首先对于界面的一些布局没有考虑清楚就动手，不知道如何运用java语言来对数据库进行处理，对于细节方面考虑地不全面，导致了遇到了错误就不停地修改。在插入数据到销售主表中停留的时间太长，不懂得运用打印功能来检查错误。同时在修改库存的时候完全没有思路，只对库存进行了修改却在销售时没有对库存进行判断，这就是程序的一大错误之处。正如老师所说，在第一个界面完成之后，接下来的商品退货界面做起来就不太难了，对这个项目实现的功能也有了一定的了解，以及对这个项目如何动作的有了基本的了解。

其实我在这个模块遇到的最大的问题就是，一开始对这块模块到底实现的功能与细节分析得不彻底，所以在开始编程的时候就手足无措。于是这部分的代码就出现了许多漏洞，然后在运行程序的时候就不停地修补漏洞。接着就对这个界面的功能进行不停地完善，在修改的过程中也就浪费了许多时间。

当组长将这个项目组合完成之后，我知道了做一个项目不是一个人就能完成的，需要组员之间的配合，因为有的功能与别的人所做的功能是相连接的。如果只顾自己，这个项目也不会完成。这需要与组内的成员进行交流，以及组长的辛苦努力与组员们一起解决问题。