软件项目实施完成后的总结怎么写?
关于的心得体会范文 《关于项目得体会范文》是好的范文，好的范文应该跟大家分重新编辑了一下发到。
篇一：项目心得体会 通过这次做项目，使我对编程有了进一步的认识。
做项目的时候，最重要的不是自己如何快速地将自己分配的任务做完，而是要注重团队合作。
一开始组内必须对这个项目的数据库的命名进行讨论，定义表的属性的数据类型，表与表之间会有关联，所以有的属性的类型与长度必须定义一致，这样访问数据库时才不会出错。
如果一开始不将这些步骤统一下来的话，就会给后面的编程带来一系列的问题。
我做的是销售管理，做的内容包括查询销售记录、查询退货记录、销售添加和商品退货这四个界面。
同时对四个表进行处理，对销售主表、销售明细表这两个表插入数据；对销售主表和销售明细表进行退货操作的同时，对退货表进行插入数据的操作；最后对销售主表和退货表进行查询操作。
做这个项目的时候，我浪费了太多的时间在销售添加界面上。
首先对于界面的一些布局没有考虑清楚就动手，不知道如何运用java语言来对数据库进行处理，对于细节方面考虑地不全面，导致了遇到了错误就不停地修改。
范文内容地图在插入数据到销售主表中停留的时间太长，不懂得运用打印功能来检查错误。
同时在修改库存的时候完全没有思路，只对库存进行了修改却在销售时没有对库存进行判断，这就是程序的一大错误之处。
正如老师所说，在第一个界面完成之后，接下来的商品退货界面做起来
软件项目开发总结报告实例
软件项目总结报告范文1引言1.1编写目的XXX公司业务管理系统的开发已经基本完成。
写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景项目名称：XXX业务管理系统软件名称：XXX业务系统客户：XXX用户：XXX员工1.3参考资料项目开发文档：1．软件开发数据模型：PDM_OperationSystem20070831.pdm2．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc3．软件业务流程参考：XXX业务管理系统流程说明.doc4．软件使用手册参考：XXX业务管理系统功能说明3.0.doc5．软件业务流程参考：XXX业务管理系统流程说明.doc6．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar7．软件中使用的安全Ikey驱动：Ikey Driver.rar以上参考资料是截止2007-08-31是最新的资料文档。
如有修改，即使修改此处的参考文档名称。
2开发工作评价2.1对生产效率的评价1． 系统开发已历时快1年的时间了2． 开发的反复性比较多。
3． 对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
2.2对产品功能的评价经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。
经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。
如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。
总的来说，此系统的功能开发还是一个比较成功的案例。
2.3对技术方法的总结在此项目中使用到技术和工具：1． 使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。
在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。
在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
2． 使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。
在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。
3． 使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。
此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。
本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。
这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。
但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
4． 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。
如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。
5． 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。
但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。
这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。
使我们的技术不断的更加成熟。
6． 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。
这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。
Ikey加密钥匙是很好的加密B\\\/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
3项目经验总结3.1签定合同 一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。
往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。
这样以来，我们就大大的降低了我们的开发效益。
虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
3.2开发团队 在项目确立后，要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。
这样，在项目的开发过程中，团队才不会被难题困住不动。
另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。
人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。
项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
3.3需求的调研 在项目确立后，就到了需求调研分析阶段。
1． 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
2． 我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱3． 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。
很多程序员不愿参与到客户的需求调研中去，为什么呢
很简单，与客户沟通不如与代码沟通容易有意思。
尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。
很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢
需求调研有出去和朋友一块烂漫对吗。
。
。
虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
4． 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。
一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。
针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
5． 在一个项目的开发中，文档的书写是极为中要的一项工作。
因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。
我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。
。
。
；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。
这就要求我们在需求调研中做好需求文档的记录和整理。
6． 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。
比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。
这样客户会更快的进行问题的实质。
3.5做好开发计划 在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。
在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。
3.5很好的沟通 在其他行业中，人与人的之间的沟通只很重要的。
项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。
在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。
在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。
3.6做好工作总结 在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。
学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
求学习项目管理的收获或者体会
项目管理需要的知识，是一个体系的知识，包括项目管理本身的知系，以及项目管理要应用到的领域所需要的知识体系，然后就是管理的技能，当时最重要的，是软技能，也就是人际关系技能。
管理的核心：人。
管理的四大要素： 1. 选择正确的人 2. 为他们分配正确的工作 3. 保持他们的积极性 4. 帮助团队凝聚起来并保持团队的凝聚力。
1、 选择正确的人 首先要学会看人。
虽然我不是人力资源专家，但是我清楚一个软件项目的成功所需要的成员素质，主要就是沟通能力和责任心。
由于工作需要，我面试过一些人，有毕业生以及有工作经验的，有各个大学的，大专生和本科生。
我就开始学习如何考察一个人是否符合团队需要。
一般来说，面试的时候，问题有职业生涯规划是什么，未来期望在公司获得什么样的成长，对软件工程的认识，对自己的职业技能的描述，这都是常规问题。
比较重要的是，我对每个人都会问，是否有团队开发项目的经验，不过大多数都没有。
而且在大学期间，有完整作品的学生也比较少，大多数是作业。
一个人的气质类型都不太一样，有说话比较快的，也有说话慢条斯理，有自信心满满的，也有胆小的。
管理要根据每个人的不同性格特征来进行管理才能获得成功，所以管理人员必须研究人的心理学。
初步面试完毕，进入试用，就要考察他的主动性。
《把信送给加西亚》里面说到，别人没有叫我们就主动去想事情做，那样获得的回报是令人敬佩和羡慕的，别人叫一次我们就去做，那样获得的回报是可观的，别人叫两次我们才去做，那样获得的回报是社会平均水平，别人叫三次才去做，获得的回报是微薄的，别人叫了多次才去做，那样不仅仅没有回报，反而会被人责骂。
但是最终结果都要去做事情，我们何不主动些呢
有些人就等着分配任务，然后完成任务，领工资，根本没有去为公司着想，为自己着想，这种人只能永远被人利用。
有些人会想办法改进，并且经常有好的创意，这种人最终会获得成功，因为他主动了。
我们选择的人要选择比较主动，能够及时领悟公司的任务并且及时去做甚至改善的人。
所以选择人是一门学问。
2、 为他们分配正确的工作 分配工作是很容易的，但是要做到正确分配工作就有学问了。
我进行分配任务的时候，刚开始是任由他们自己决定要做什么，然后我再综合的进行一个整理，后来发现这样子任务并不能分配的较为合理。
接着就是我自己给员工分配任务，后来发现，这样子分配的任务员工有些接受不了，例如时间，技术难度等等，员工往往会有情绪。
所以总结了以往的经验，分配任我采取了宏观控制加上微观调整。
首先我要明确的知道每个员工的各项知识技能水平。
我制作了知识技能水平考核表，以此来把握每个人的技术水平，接着，根据项目纵向划分成各个模块，模块的大小以及数量是有讲究的。
每个人都负责从表现成到数据访问层的编写，这样做好处第一是可以让大家把握自己项目的框架，培养员工的项目管理基本知识，第二是避免按层次划分中出现的互相扯皮现象，比较适合于创业型企业的中小项目。
然后根据员工以往的项目经验，让每个员工谈谈对各个模块的认识，以此来推荐他做什么模块。
员工对感兴趣的模块会说的比较多，比较有见解。
接着再根据他们的以往的编程经验，速度，定出两周内要完成的任务，不能定太多周，因为项目刚刚开始时无法预知进度的。
分配正确的任务的要点，就是最好要先集体说明一下项目的各种需求，让每个员工知道这个项目的规划。
接着要单独的和每个员工谈话，让他做喜欢的工作。
如果出现冲突，我就在中间起协调作用，让大家分别谈谈对项目的了解和建议，以便知道某个人想做这个模块的动机是因为认为比较简单想让自己的工作轻松一些，还是认为比较难有挑战性，想挑战自己的技术高度。
接着再根据他以往的项目经历，来说服他做他擅长的模块，以便提高项目的成功率。
因为项目管理中很重要的一个原则是，一个成员做的工作，应该是重复过去成功的项目经验，而不是挑战他的技术高度，否则对项目是有害的，会导致项目失控。
也就是说他个人的技术水平可能得到提升了，但是这是以项目作为他的试验品为代价的，这个人的提高只能在下一个项目中体现出来，正所谓前人栽树后人乘凉。
分配任务的时候要非常谨慎和小心，因为往往公司员工比较不敢对领导提出异议，所以就会造成任务完成质量不高或者不能按时完成，使项目管理无法按计划进行，这是我最深刻的体会。
在团队成型初期，我们必须按照一定的难度和数量来分配，并给予足够的技术支持和帮助，在做的过程中要不断跟踪，等到团队成熟以后，对项目进度的管理将会越来越顺利，越来越准确。
3、 保持他们的积极性 首先，人的积极性是个很有趣的东西，把握拿捏不好分寸，就会影响到一个人做事情的积极性。
在这里我引用一段很经典的X,Y理论： X,Y理论可以用来分析一个经理的管理行为，如果这个经理的思想是X理论的思想，那么他就会采取比较强硬的措施，例如军队式的管理方法。
这种经理就会用各种严格的规章制度来强迫人们进行工作，触犯了规章制度就会受到经济上的惩罚。
我认为这种管理方式只适合一些标准化操作程度比较高的企业，对于软件行业来说，人才得到了极大的重视，近期人才流动性较大，员工的个性也比较强烈，无法应用这种强硬的措施。
人较低需求层次是生存，高层次是自我实现，在软件行业中，生存已经不是问题，每个人都抱着自我实现的目标而奋斗，所以我认为在软件行业中采用Y理论比较适合，即一定要让员工参与到决策中。
举个例子，有一个员工曾经向我抱怨，没有让团队的人参与一些事情的决策，他觉得不像团队，做事情效率比较低下。
所以要让大家有积极性，就要让人感觉，这个项目是大家努力的结果，是大家团结的结果，而不是某一个技术牛人的结果。
我曾经在项目管理中采用了两种方法，一种是比较自由的方式，就是划分好模块，规定好一些项目规范以及界面规范，至于需求等等实现等等由大家一起自由发挥，结果效果一般。
第二种就是完全由我控制，我规定好需求，规定好界面，甚至细化到每天要做什么，结果更加失败，员工感觉没有自由了。
程序员和艺术家一样，既要有条条纲纲的限制，又要有一定的自由空间，所谓带着枷锁跳舞就是这个意思。
所以作为项目经理必须把握好管理的松紧度，根据员工个性的不同来拿捏分寸，这需要经过一定时期的积累和磨练才能够炉火纯青，毕竟，管理也是艺术，需要悟性，不是从书本上就能够学得到的，要让如此复杂的人保持积极性，管理人员要付出更多的努力。
4、 帮助团队凝聚起来并保持团队的凝聚力 光光人的积极性还不够，每个人的用力方向还必须一样才能发挥团队的能量，团队是有一个生命周期的，分别是形成，躁动，稳定，表现。
我在大学期间建立的团队就经历了这些阶段。
那么在项目管理者面临的问题就是，如何使团队顺利经历这几个阶段，尽快达到表现阶段。
当团队形成的时候，一切都是新鲜的。
我们团队尝试性的做一些任务，寻找哪些人比较合群，并且了解大家的性格以及特长。
因为团队形成的时候，大家的工作热情比较高涨，但是容易出现焦虑，因为在团队中，他们的定位都不明确，所以作为团队的管理者在这个阶段应该做的是建立团队文化，例如团队名称，口号等等，甚至连什么时候开会，什么时候往也要事先有个规划，然后让团队的人之间互相充分的了解，然后做一些合作的工作来让大家了解在这个团队里面应该如何进行沟通协作。
接着当团队的目标和结构慢慢的清晰了以后，队员们开始躁动，开始关心自己的职责和权利，例如自己在团队里面负责什么模块等等，项目经理就要在这个阶段解决和协调队员之间的种种冲突，制定好规章制度和一些做事情的流程，并且倾听队员的不满。
然后团队渐渐稳定，生产力不断提高，项目和队员的能力稳步增长，目标清晰，成员之间已经形成一个整体，那么到这个阶段项目经理就比较轻松了，只要进行一些团队之间的关系处理，以及让大家进行一些重大决策就可以了。
最后一个阶段就是表现阶段，那么这个阶段我认为是丰收阶段，团队成员配合已经到达非常默契的程度，基本上不需要频繁的交流，一切都有现成的流程，效率空前的提高。
我经历的团队中最后达到这个阶段，开发效率令人感到非常满意，仅仅用了两个多月就完成了一个与我们以前快1年的项目差不多复杂的东西。
所以项目经理的职责就是在团队的各个阶段为团队保驾护航，保证大家的凝聚力，让团队的成员时刻充满责任感和自豪感。
总结 管理人员处于团队的中心，对管理人员本身的素质要求都比较高，而且管理人员与其他人员之间的关系也尤为复杂，属于圆心和圆周的关系，一旦处于圆周的人想靠近或者疏远管理人员，那么管理就不能圆满，管理人员对待所有人应该都是平等的，包括绩效考核，表扬与批评，个人关系等等。
如果出现不平等就会有流言蜚语出现。
管理有很多工具和方法，这些都是通过学习的，唯有对人的管理，是属于软技能，需要一定的经验和悟性，需要管理人员对日常的小事情进行思考，总结，对自己处理事情的方法要进行合理性的评估，对每个人的个性要充分了解，对不同的人要用不同的管理技巧，不能搞一刀切。
总之管理是为目标服务的，只有项目成功了，管理人员就是成功的，项目经理必须为这个项目负责
大学选修课项目管理心得体会
教授从五大类分别给我们详细讲述了基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。
通过学习将我们如何运用又提升到一个新的高度，让我们又发现了诸多平时工作中存在的问题，也对我们今后的工作起到了指导与改正的作用，真正是受益匪浅。
通过赵教授对专业理论知识的阐述再到典型案例的剖析，做得好的方面也得到了课程中理论知识的支持，对一些常见的错误也以鲜活的案例加以呈现，让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响，对我们今后的工作起到了一定的改善作用。
老师讲项目的标准化时，重点说明了要重视基本习惯的培养，可以大大提高工作质量，任何规范的基础都很重要。
还有项目经理的选择，应具备的三大素养和应具备的工作能力等，这一点我在工作中深有体会。
无论是企业还是个人，一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。
无论办什么事情都应明确其目的和意义，有个打算和安排。
有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。
计划一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。
这样，计划又反过来成了指导和推动工作前进的动力。
总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。
编制好工作计划，对于我们的工作，都有十分重要的意义。
为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。
作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力，还需具备良好的心理素质和抵御压力的能力和具备良好的素养。
我们要为公司广结良缘，广交朋友，形成公司与政府部门之间沟通的“桥梁”，形成“人和”的氛围和环境。
为此要把握交往的技巧、艺术、原则。
能力+人脉=成功。
维持良好的有效的实现工作成功的目标。
就在今年7月初，我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误，差点我司新建项目的立项批准就审批不下来，我就立即采取的补救措施，与发改局经办负责人及时进行了有效的沟通，详细说明了该项目的原由，最后得到了经办负责人的认可，才化险为夷。
学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。
我深深能体会到老师讲的这句话。
结合工作中遇到各种情况，让我深刻体会到沟通在工作及生活中的重要性，高效的沟通可以起到意想不到的效果。
细细回顾老师讲的全面项目总流程，应的以项目包的方式来做，找到正确的方法，以量化工具来规范、标准化的实现项目化管理。
掌握正确的方法，用正确的方法做正确的事情。
工作心得体会，
个人工作体会和感悟 提升自我洞察的能力，增强个人与团队成功的信念，发现自身的盲点与不足，增强对公司的归属感、事业的忠诚度，提高自身的工作素质、快乐工作方法。
这些都是工作体会所能带来的好处。
下面小编为大家带来了个人工作体会和感悟，仅供参考，希望能够帮到大家。
个人工作体会和感悟【范文一】 20xx年就快结束，回首年的工作，有硕果累累的喜悦，有与同事协同攻关的艰辛，也有遇到困难和挫折时惆怅，时光过得飞快，不知不觉中，充满希望的年就伴随着新年伊始即将临近。
可以说，年是公司推进行业改革、拓展市场、持续发展的关键年。
现就本年度重要工作情况总结如下： (一)在年里，我自觉加强学习，虚心求教释惑，不断理清工作思路，总结工作方法，一方面，干中学、学中干，不断掌握方法积累经验。
我注重以工作任务为牵引，依托工作岗位学习提高，通过观察、摸索、查阅资料和实践锻炼，较快地完成任务。
另一方面，问书本、问同事，不断丰富知识掌握技巧。
在各级领导和同事的帮助指导下，不断进步，逐渐摸清了工作中的基本情况，找到了切入点，把握住了工作重点和难点。
(二)年工程维修主要有：在卫生间后墙贴瓷砖，天花修补，二栋宿舍走廊护栏及宿舍阳台护栏的维修，还有各类大小维修已达几千件之多! (三)爱岗敬业、扎实工作、不怕困难、勇挑重担，热情服务，在本职岗位上发挥出应有的作用 (一)年上半年，公司已制定了完善的规程及考勤制度年下半年，行政部
软件系统项目总结报告
软件系统项目总结报告计算机专业的学生完成一个软件的编写都需要写一份软件系统项目总结报告，那么这个软件系统项目总结报告该怎么写呢?下面为你带来一篇软件项目总结报告1引言1.1编写目的XXX公司业务管理系统的开发已经基本完成。
写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发;让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率，从而创造更多公司效益。
1.2背景项目名称：XXX业务管理系统软件名称：XXX业务系统客户：XXX用户：XXX员工1.3参考资料项目开发文档：(1)软件开发数据模型：PDM_OperationSystem20070831.pdm(2)数据库开发文档：XXX业务管理系统数据库设计说明书2.0.doc(3)软件业务流程参考：XXX业务管理系统流程说明.doc(4)软件使用手册参考：XXX业务管理系统功能说明3.0.doc(5)软件业务流程参考：XXX业务管理系统流程说明.doc(6)软件中使用到的第三方控件：ComponentArtWeb.UI2006.1252forasp.net2.0.rar(7)软件中使用的安全Ikey驱动：IkeyDriver.rar以上参考资料是截止2007-08-31是最新的资料文档。
如有修改，即使修改此处的参考文档名称。
2开发工作评价2.1对生产效率的评价(1)系统开发已历时快1年的时间了(2)开发的反复性比较多。
(3)对客户的需求理解不是很透彻。
综合以
工程资料管理心得体会
工程资料管理心得体会一年的时间很快过去了，在一年里，我在xxx工程师们的关心与帮助下圆满的完成了各项工作，在思想觉悟方面有了更进一步的提高，一年的工作总结主要有以下几项：1、思品德素质修养及职业道德。
遵纪守法，认真学习法律知识；爱岗敬业，具有强烈的责任感和事业心，积极主动认真的学习专业知识，工作态度端正，认真负责。
2、专业知识、工作能力和具体工作。
我xxxx年x月份来到xxxx公司第三项目部工作，担任项目部资料管理工作。
资料管理工作比较琐碎，但为了搞好工作，我不怕麻烦，向领导请教、向同事学习、自己摸索实践，在很短的时间内便熟悉了资料管理的工作，明确了工作的程序、方向，提高了工作能力，在具体的工作中形成了一个清晰的工作思路，能够顺利的开展工作并熟练圆满地完成本职工作。
在这一年中，我本着把工作做的更好这样一个目标，开拓创新意识，积极圆满的完成了以下本职工作：（1）收集整理齐全工程前期的各种资料。
（2）按照文明工地的要求,及时整理齐全文明工地资料。
（3）收集保存好公司及相关部门下发的文件及会议文件工作,并把原来没有具体整理的文件按类别整理好放入文件夹内，给大家查阅文件提供了方便（4）做好各类文件、图纸,下发、传阅及传递工作并将文件原件存档。
根据项目部规定，对文件进行相关部门的下发、传阅、传递，接收部门在文件原件上进行签字确认，并将文件原件存档,做好<<资料借阅登记表>>督促借用人归还资料。
（5）
项目总结报告范文
三一文库（）\\\/工作总结项目总结报告 目总结报告范文 1引言 1.1编写目的XXX公司业务管理系统的开发已经基本完成。
写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发;让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景项目名称：XXX业务管理系统 软件名称：XXX业务系统 客户：XXX 用户：XXX员工 1.3参考资料项目开发文档： 1．软件开发数据模型：PDM_OperationSystem20XX0831.pdm 2．数据库开发文档：XXX业务管理系统数据库设计说明书2.0.doc 3．软件业务流程参考：XXX业务管理系统流程说明.doc 4．软件使用手册参考：XXX业务管理系统功能说明3.0.doc 5．软件业务流程参考：XXX业务管理系统流程说明.doc 6．软件中使用到的第三方控件：ComponentArtWeb.UI20XX.1252forasp.net2.0.rar 7．软件中使用的安全Ikey驱动：IkeyDriver.rar 以上参考资料是截止20XX-08-31是最新的资料文档。
如有修改，即使修改此处的参考文档名称。
2开发工作评价 2.1对生产效率的评价1．系统开发已历时快1年的时间了
