软件项目心得

时间：2022-12-03 09:04:29 心得体会我要投稿

软件项目心得

　　当我们经过反思，对生活有了新的看法时，不妨将其写成一篇心得体会，让自己铭记于心，这样有利于培养我们思考的习惯。那么要如何写呢？下面是小编精心整理的软件项目心得，欢迎大家借鉴与参考，希望对大家有所帮助。

软件项目心得

软件项目心得1

　　经过一个学期对软件项目管理的学习，通过这次分工做任务，真正对项目管理有了比较深刻的理解和认识，感触很多。

　　一．项目要进行整体管理，善始善终

　　整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。

　　变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。

　　二．项目范围管理的重要性

　　需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。

　　三．项目时间管理理论指导我们在项目管理中怎样抓主要矛盾

　　项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有许多缩短时间的'例子。美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需１２５小时完成的检修，节省时间３８％。这就是至今项目管理工作者还在应用的著名的时间管理技术ＣＰＭ，即“关键路径法”。

　　所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。

　　体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。

软件项目心得2

　　软件测试项目实训这门课程，是本学期一门重要课程，对于课程的学习方面，主要是靠老师答疑和查询资料来完成的。这次我选择的是基于JAVA语言下的银行账户管理系统，这个设计在杨扬老师的指导和严格要求下完成，在本阶段学习和生活期间，也始终感受着杨杨老师的精心指导和无私的关怀，我受益匪浅。

　　在设计过程中我通过查阅大量有关参各种资料，与同学交流经验和网上查找信息，并向老师同学请教等方式，使自己学到了不少知识，也经历了不少艰辛，但收获同样巨大。不管学会的还是学不会的的确觉得困难比较多，真是万事开头难，不知道如何入手。此外，还得出一个结论：知识必须通过应用才能实现其价值！有些东西以为学会了，但真正到用的时候才发现是两回事，所以我认为只有到真正会用的时候才是真的学会了。

　　在整个过程中我从中懂得了许多东西，也培养了我独立工作的能力，树立了对自己工作能力的信心，相信会对今后的学习工作生活有非常重要的影响。而且大大提高了动手的能力，使我充分体会到了在创造过程中的探索的艰难和成功的喜悦。虽然这个项目还不是很完善，但是在设计过程中所学到的东西是这次设计的最大收获和财富，使我终身受益。在这次课程设计中，让我学会了如何去完成一个任务，去解决一个问题。当遇到问题要冷静，想办法一点一点的排除障碍，到最后获取成功，这应该就是学习的乐趣。有时候不懂的就需要问别人了，虚心请教，从别人的身上真的能学到自己没有的东西，每一次的挫折都会使我更接近成功。还有学会了在工作中与别人的'合作与交流。这次课程设计在老师和同学那里学到了很多东西，使自己在处理问题方面有了很大的提高。

　　本设计基本实现了取款、查询余额、转账、修改密码等功能，但由于时间短、知识水平有限，经验不足，系统仍存在不足，该系统主要有以下特点：

　　1、程序可读性强，易懂易维护

　　2、用户界面简洁，方便了用户使用。

　　3、安全性好，系统仍然使用输入密码方式，保证了系统的安全。

　　4、系统稳定，基本达到预期的功能要求。

　　5、系统还存在着许多不足，特别是在数据库的链接上，在代码的编写上也存在着很多的不足，代码存在着很多的缺陷。

　　6、在系统的的界面效果上也存在不足，系统界面显示应在屏中间。本项目最大的一个不足就是运行时界面显示效果欠佳，在以后的学习中我会不断地改进，设计出漂亮的界面。课程设计中要求有扎实的理论基本知识，操作起来才顺心应手，我这时才明白什么是“书到用时方恨少”。这就激发了学习的欲望。“纸上得来终觉浅，绝知此事要躬行！”，在学习的过程中，让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错，一旦应用到实际就大不一样了。

软件项目心得3

　　通过本学期老师的《软件项目管理》课程的学习，我深深的体会到了项目管理在软件工程甚至是其他工程领域的重要性。通过老师的讲解，我了解到了项目管理的理念目前在实践中起到了越来越重要的作用，对于技术而言，管理意味着决策和支持。只有对生产过程进行科学的、全面的管理，才能保证达到提高生产率，改善产品质量的工程目标。

　　好好研究学习软件项目管理对于我们以后要从事IT行业的学生而言有着决定性的作用。首先这里存在一个问题，之前已经学习过了《软件工程》课程，所以刚开始听到《软件项目管理》的名字的时候就产生了软件工程和软件项目之间有什么区别的疑惑，通过后来对课程的深入学习，才了解到了：

　　（1）软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。

　　（2）项目管理是一个管理学分支的学科，指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望。

　　项目管理是对一些与成功地达成一系列目标相关的活动（譬如任务）的整体。这包括策划、进度计划和维护组成项目的活动的进展。也就是说，软件工程为我们提供的具有指导意义的软件开发方法，项目管理是更从更高的角度思考问题，它总结出了项目管理中会碰到的问题及常规的解决方案，他不仅仅针对软件开发，而可以适用任何项目工程。那么软件项目管理则是项目管理在软件行业的应用了。在课程接下来的学习中，我有了一个深切的体会，在以往的小软件开发中，都是自己根据想象确定软件所需功能，然后编写代码，做成了一些具有“死”功能的软件，由于没有在实际应用中大量使用所写的软件，所以忽略了很重要的一点，客户对软件的需求变更要求，那么就要求项目开发相关人员对用户的需求变更有一个好的回复。所以在软件开发的过程中我们项目开发人员要了解可能导致需求变更的原因，如何管理变更需求，以及如何正确的处理需求变更。

　　然后学习到了一个重要的成本控制方法—挣值法，挣值分析相比于传统分析方法是一种更好的项目/工程管理方法，因为它综合了成本、进度与范围，可以用来预测未来绩效与工程完工日期。作为一种早期预警项目管理手段。可以使工程管理人员识别与控制问题，以免问题扩大化。能够使工程管理更高效、更及时的反应预算情况。下面举例说明：你被指定负责一个软件项目，其中有4部分，项目总预算为53000，A任务为26000，B任务为20xx年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因，70%的项目出现问题。于是，软件开发者开始逐渐重视软件开发中的各项管理。到了20xx年代中期，软件项目管理不善的问题仍然存在。软件项目管理和其他项目管理相比有相当的'特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此，项目管理对软件生产具有决定性的意义。

　　项目管理的定义是指一定的主体，为了实现其目标，利用各种有效的手段，对执行的项目周期的各个阶段工作进行计划、组织、协调、指挥、控制，以取得良好经济效益的各项活动的总和。软件项目管理目的是为了使软件项目能够按照预定的成本、进度、质量顺利完成而进行分析和管理的活动。另外，进行软件项目管理有利于将个人开发能力转化成企业的开发能力。企业的软件开发能力越高，表明这个企业的软件生产越趋向成熟，企业越能够稳定发展。

　　对于软件项目的学习，我首先放正了态度来学习，认真分清软件项目管理与软件工程的关系和项目管理知识体系。软件项目管理从头到尾包括9个知识领域、5个标准化过程组和44个模块。其中本学期我们学习的主要知识点有以下几个部分，如：项目的初始中项目立项、合同项目、内部项目、项目授权、初始项目范围、生存期模型等知识点；项目计划中范围计划、时间计划、成本计划、质量计划、人力资源计划、沟通计划、风险计划、合同计划、配置管理计划、集成计划等知识点；项目执行控制中集成变更管理、范围管理、进度成本管理、挣值分析法、偏差管理、质量管理控制、团队管理和建设、项目沟通管理和风险管理等；项目结束中合同结束、项目结束、项目总结、项目管理的建议等。对于这些知识点，我根据具体案例具体分析。

　　通过本学期的学习，我感受到软件项目管理是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到项目的管理。如：人员的分配，时间、进度的计划，沟通计划，项目执行变更管理，以及质量管理控制等多种管理。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目管理的精髓，对软件项目管理有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目管理课程，多让学生了解实例，去感受、体会软件项目管理所遇到的问题和解决方案，理解软件项目管理的精髓。

软件项目心得4

　　实训期间，让我学到了很多东西，不仅使我在理论上对IT领域有了全新的认识，在实践能力上也得到了提高，真正地做到了学以致用，更学到了很多做人的道理，对我来说受益匪浅。除此以外，我还学会了如何更好地与别人沟通，如何更好地去陈述自己的观点，如何说服别人认同自己的观点。第一次亲身感受到理论与实际的相结合，让我大开眼界。也是对以前所学知识的一个初审吧！这次实训对于我以后学习、找工作也真是受益匪浅，在短短的一周中相信这些宝贵的经验会成为我今后成功的重要的基石。

　　作为一名大二的学生，经过差不多两年的在校学习，对软件项目有了理性的认识和理解。在校期间，一直忙于理论知识的学习，没有机会也没有相应的经验来参与项目的开发。所以在实训之前，软件项目开发对我来说是比较抽象的，一个完整的项目要怎么来分工以及完成该项目所要的基本步骤也不明确。而经过这次实训，让我明白一个完整项目的开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。一个完整项目的开发它所要经历的阶段包括：规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试、操作手册。一个项目的开发所需要的财力、人力都是大量的，如果没有一个好的远景规划，对以后的开发进度会产生很大的`影响，严重时导致在预定时间内不能完成该项目或者完成的项目跟原先计划所要实现的项目功能不符合。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有具体的认识，并能减少在开发过程中出现不必要的脱节。代码的实现是一个项目开发成功与否的关键，可以说，前面所做的事情就是为代码的实现做铺垫。

　　感谢老师的培训,在短短一周的实训中每位老师都能充分将自己的知识传授给我们，并且有耐心的给我们讲解所有问题，帮助每位同学了解企业的事务。

　　发挥了老师的作用与同学打成一片和睦相处。

　　感谢老师在这一周来给于的关怀及帮助，使我明白了：先进的科学技术和经营管理是推动现代化经济和企业高速发展的两个年轮，二者缺一不可。没有先进的管理水平，先进的科学技术无法推广，也不能充分发挥它的作用。

　　希望在今后的生活学习与工作中充分发挥自己的作用将所学到的知识运用到生活实践中为企业做出自己的贡献。

　　可以说在我们毕业之前，组织这次实训课，意义重大，在以后的工作、学习中相信大家会非常努力，继续充实、完善自己，让自己争当一名对社会有所贡献的人！

　　再次感谢老师，老师！您幸苦了！

软件项目心得5

　　未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。

　　经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。

　　在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。学习能力体现在能尽快接受新的知识，顺应变化，学为所用。

　　上《软件工程导论》这门课，我的收获大概如下：我们为什么需要软件工程呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。

　　其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的'工作的时候，最核心的就是文档的编写。

　　1.可行性分析就是关于当前项目能不能干的分析结果。

　　2.项目描述这是在决定立项以后，对当前项目的一份扼要说明。

　　3.需求分析就是对客户要求的功能的定义。

　　4.软件设计这就是对程序的每一个模块的详细设计的说明文档。

　　5.开发日志我一直都认为这是文档中最有趣的部分。开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明。

　　6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。

软件项目心得6

　　第一，要认清形势。

　　我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划，这样才能让别人满意你的结果而自己也能获得较大的收获。一开始，*总就强调过，我们不应该把这个项目当成还是课堂的项目，完成老师的硬性要求，而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势，而在需求上与甲方PM交涉。我们公司内部在经过一番讨论后，确定了最利于我们完成该项目而又达到甲方PM要求的项目方案，然后与甲方PM进行商榷，在与甲方PM分析了各种情况后，最后终于敲定了让甲方PM满意，而我们自己又认为能完成得比较好的需求。

　　第二，相信团队合作才可能把项目做到最好。

　　从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。

　　首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方PM的沟通，完成这个项目其实也是与甲方的合作的过程，因为甲方PM是在职人员，他的'人生阅历比我们多，而且沟通能力是很强的，我们从与他的沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方PM，他很认真负责地跟我们沟通，我们在沟通中用词不当或犯什么错误时，他都会指出来，并改正我们的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。

　　其次，团队合作的关键环节就是在有效沟通的基础上进行分工，分工要明确，落实到每个人。由于这个项目时间的限制和语言的不熟，这个项目必须由我们公司所有成员都尽努力才能做好，这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面，核心算法，和数据库这三个模块，而算法也分有好几种，只有把它们分配给对各模块感兴趣的人做，让他们在规定的时间里进行钻研努力，才能达到最好的效果。我们组在这方面做的比较好，苏总在我们项目提出时，就根据各人的能力和兴趣把每个人分配在不同的主要任务中，在每周与甲方PM定好下阶段的提交物后，都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。

　　由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。虽然我们组没有出现上面提到的种种情况，苏总还是进行了严格的监督，我们每人都是按照苏总给我们的计划提交相应的产品给他，但质量是参差不齐的，苏总都会进行审核，然后给出建议，让我们修改优化后，他才把产品提交给甲方PM，因此甲方PM一直对我们的提交物比较满意，这与苏总的努力是分不开的。

　　第三，要详细制定计划，并严格按照计划来执行。

　　这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感，计划几乎是细到天的，我们每人组员都要在周报中详细汇报这周中每天做了什么的，PM通过周报来很好地管理进度，当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了，而且结果是比较让人满意的，这样的结果对比去年的就会让我以后在做别的事的时候，更加自觉地详细做计划并严格按照计划执行。另外，这样做的好处就是让人感觉每天都很充实，没有虚度光阴，每次我浑浑噩噩地度过一天而没有学到任何东西后，我都有一种罪恶感，感觉对不起父母和关心自己的人，而制定了详细的计划并认真执行的话，每天都会以饱满的精神状态来学习，心情也很好，这样才是健康的生活方式。

　　虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。还有不足就是项目期间，热情还不是不够，每次都把相应的任务做完后，就不管了留给PM，然后等下一个任务，而自己却没有更加用心地去考虑如何把整个项目做的更好，或许是因为我不是PM的缘故吧，在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。

软件项目心得7

　　通过对项目管理的学习，学到了很多东西。公司为什么需要项目管理呢？因为通过项目管理可以控制项目进度、质量、成本、优化配置资源，实时协调各种技术和任务冲突。项目管理是指在项目活动中运用各种知识、技能、工具和技术以便达到项目要求的过程。项目管理有其一些基本特征：项目有一个明确界定的目标—一个期望的结果或产品。一个项目的目标通常依照工作范围、进度计划和成本来定义。目标执行要通过完成一系列相互关联的任务，也就是许多不重复的任务以一定的顺序完成，以便达到项目目标。需要用各种资源来执行任务。资源可能包括不同的人力、组织、设备、原材料和工具。有具体的时间计划或有限的寿命。每个项目都有客户或目标客户。客户提供必要的资金，或自筹资金以达成目标的实体。项目包含一定的不确定性，项目以一套独特的任务、任务所需的时间估计、各种资源和这些资源的有效性及性能为假定条件，并以资源的相关成本估计为基础。

　　项目管理有着九大知识领域：项目范围管理：为项目的'任务范围和项目的事实进行有效的控制。项目质量管理：包含两个方面，其一是交付物质量，其二是项目过程中的工作质量。其中交付物质量是核心，工作质量是交付物质量的保障。项目质量管理就是指为确保交付物质量，且实际发生的质量成本不超过预算计划而开展的管理活动。项目人力资源管理：项目人力资源管理就是对项目的人力资源所展开的规划编制、人员的开发与合理配置、准确的绩效评估、适当的激励和约束等方面的管理工作。项目时间管理：时间管理又叫进度管理。实施项目的时间管理在于确保能按时、保质、保量完成项目，在进度上满足客户要求。项目采购管理：项目采购管理是保证按时、按质、按量，并且以较低的成本获得项目所需各种资源的管理工作。项目成本管理：项目中成本管理的重要意义在于保障项目实际发生成本不超过项目开发经费的预算。项目沟通管理：为了项目顺利进行，需要项目团队成员之间、项目团队与各项目相关组织之间进行信息传递与思想交流。项目沟通管理的目的是使这种沟通能够及时、准确、全面和有效的展开，从而确保项目组织能够获得所需的各种信息。项目风险管理：项目风向管理的目的是通过风险识别和风险度量去发现项目中的风险，并合理的使用各种方法、技术和手段对风险进行有效的控制，尽量避免损失和妥善处理风险事故造成的不利结果，从而保证项目目标的实现。项目整体管理：描述了用以保证各种项目要素能够相互协调所需要的各个过程，由项目计划制订、实施和计划的综合变更控制构成。

软件项目心得8

　　这学期通过宋老师讲授软件项目管理这门课程，自己学到了很多东西。最初在单位做设计是一个盲目的过程，无计划、无框架设计，拿来需求大家把模块分摊，就开始埋头写代码，总认为设计代码是最重要的事情，但是经过几次尝试，每次做出的东西不是很理想，自己也不知道原因为什么会不理想呢，自己做的东西是按领导拿来的需求书上的要求做的，可为什么用户不满意呢。

　　通过学习软件项目管理这门课程后，我知道我们做开发失败的问题了。我自己总结了几点：

　　一、项目接到手，没有根据软件项目开发的流程进行分析、设计。

　　二、项目需求说明书、概要设计说明书、可行性报告、详细说明书、数据库设计说明书、软件详细设计说明书，测试报告这些文档东西应该是在设计过程中产生的，但我们工作中都是软件做完了，为了项目的验收急急忙忙赶制出来的。这些说明书已经失去了他们的意义。

　　三、人员的配合、管理也是很重要的。我们单位中领导就是项目经理，但是这个项目经理没有达标，有项目了他带领大家开会讨论，在会议上就把此项目的可行性和工作分工就安排好了。会下大家就埋头写代码，大家之间的'交流也很少，直到模块要合并时，出现问题了大家才把自己的设计理念讲一下，再修改再合并。后期的修改合并工作是一个最费时的事情，把设计中的大多时间花在了这里，如果大家在最初按照流程走，定期交流，项目经理监控、督促就不会出现这样的事情。

　　四、做项目每个人员的态度认真也是很重要的。自己习惯了大企业中的慢生

　　活，我们开发软件都是快到项目验收了，才加班加点的工作，这样怎么能做出好软件呢。

　　宋老师还给我们布置了项目开发作业。我们小组设计了“时光网上商城系统” 我这次所经历的项目更让我明确了这点。在这个小项目里，虽然我们一个月完成了这个软件设计，但存在很多问题。“时光网上商城系统”包括9个模块，我在这个项目里，我参与了概要设计、详细设计、软件测试文档的编辑和会员管理模块、商品展示模块的设计。这两个模块的设计对于自己来说没有什么问题，因为在单位就是做这个的，但是在前期的概要设计说明和详细设计说明对自己有点困难，因为以前没有这样做过，没有什么设计框架，这时自己拿出宋老师讲的笔记和图书进行学习，再和队友交流，终于有了自己的框架。所以、在这个过程中我明确了技术的实在意义，明确了项目管理对我的指导，同时也明确了自己的今后项目开发应该怎样做。

　　整个项目进行的过程中，我一直在边学习边制作，每周与其他同学定时交流，整个过程我收获很多。

　　一、项目小组人员都职责明确，每周定时交流沟通工作进度，随时更新方便开发人员、测试人员之间的交流。

　　二、细致的计划可以让项目进行避免弯路。

　　三、项目经理时光的组织、督促和监督，小组人员的齐心，这个项目才顺利能完成。

　　四、这个项目制作把绕老师和陈老师讲的内容也都应用在初期系统构建和中期、后期的软件测试中。

　　五、通过学习认真分清了软件管理与软件工程的关系和项目管理知识体系。

　　通过本学期的学习，我感受到软件项目管理是一门非常需要学习的课程。我们所做的虽然是个小项目，但是在小组共同开发的时候还是需要用到项目的管理。如人员分配、时间、进度的计划、沟通计划、项目执行变更管理，以及质量管理控制等多种管理。自己对这门课程学到不是很好，但我相信在今后的工作中，能够更好的体验和感受项目管理的精髓，对软件项目管理有更深入的了解。

软件项目心得9

　　软件项目管理这门课程是我们软件工程测试技术专业学生的一门重要的课程，这门课程的开设必有其重要性。软件项目管理的提出是在20世纪70年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因，70%的项目出现问题。于是，软件开发者开始逐渐重视软件开发中的各项管理。到了20世纪90年代中期，软件项目管理不善的问题仍然存在。软件项目管理和其他项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此，项目管理对软件生产具有决定性的意义。

　　偏差管理、质量管理控制、团队管理和建设、项目沟通管理和风险管理等；项目结束中合同结束、项目结束、项目总结、项目管理的建议等。对于这些知识点，我根据具体案例具体分析。

　　通过本学期的学习，我感受到软件项目管理是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的'。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到项目的管理。如：人员的分配，时间、进度的计划，沟通计划，项目执行变更管理，以及质量管理控制等多种管理。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目管理的精髓，对软件项目管理有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目管理课程，多让学生了解实例，去感受、体会软件项目管理所遇到的问题和解决方案，理解软件项目管理的精髓。

软件项目心得10

　　正如课程设计教学目的所言“从产品装配测绘、计算机绘图、三维CAD建模、参数化设计等方面进一步加深和拓宽学生在工程制图、机械CAD技术等课程中所学基本知识，结合实际机械产品（模型）设计的具体问题，培养学生理论联系实际认识和解决问题的能力，为后续专业课程和相关实践环节的学习奠定基础。”通过这次软件实训，我深深的体会到自己在理论知识和工程应用上的不足。

　　我作为一名车辆工程的学生，之后到了工作岗位上，也许会从事设计方面的工作，这时学习CAD就至关重要了。CAD可以将图示清晰明了的体现出来，让人一目了然，尺寸大小形状都有体现，是设计者和实施者的桥梁，从一张CAD图纸可以看出设计者的构思，简单明了。CAD实际用途的广泛性不仅体现在我们环境工程这个专业上，在其他的专业也有体现。可以说CAD是今后我们软件应用的一个基础，无论是设计还是施工都要看懂CAD图，学会应用和绘制CAD图。

　　经过这两个多月的学习，我掌握了CAD制作的基本操作，简单了解了CAD的实际用途。CAD即计算机辅助设计(CAD-ComputerAidedDesign)，是利用计算机及其图形设备帮助设计人员进行设计工作的一种软件。它是Autodesk公司出品的一款著名的专业制图设计软件，功能非常强大，已经成为国际制图设计的标准软件。在机械、建筑、服装、电子等各个方面都有应用。尤其在机械行业是离不开这个软件的。CAD可以绘制机械、建筑、航空、石油等多方面的二维平面图形和三维立体图形等等，它的使用性是非常之广泛的。我们在绘制图形的时候要注意线条的宽度，字体的美观、尺寸也相当准确，在命令提示行里输入多少就是多少，方便简洁。

　　对于平时作业和绘图时遇到的.问题，主要是对于软件很多绘图修改命令的不熟练。就拿绘制直线为例，如果不打开正交的命令则会导致直线的不平整，对于绘制水平竖直的图形有很大的不便，使之不能很好的对齐，又如不打开线宽的命令就不会体现线条的粗细等等。还有图层的建立和应用的问题，需要将要绘制的图层设置为当前，很多时候就是因为忘记设置当前，造成了很多不必要的麻烦。而且图层绘制时也要好好的选择线性和颜色才不会造成后来返工的局面。

　　用CAD画图，打开对象捕捉就能把有特征的点标出来，但是很多时候要适时地使用。CAD中尺寸标注也很快捷，两个点一拉，左键一点就完成一个标注，不用画箭头，不用标文字，只要自己设计好标注格式，计算机就能按要求标出来。插入文字也很方便，但是要注意字的格式要提前设好，防止不必要的麻烦。

　　对于已经绘制的好的图像修改图层，我和很多人一样遇到了类似的问题，在图层选择时没有选定为当前，使得想要的图形没有到规定的图层中去。这时，要将所要更改的图形进行选定，点击右键，在最后一个特性中将所要更改的更改过来，无论是颜色还是线性还是图层都可以同一的修改。这时就比较方便，可以很多线条的修改不存在干扰的问题。

　　虽然最后的图纸并没有达到预期的效果，但是我切实收获了很多。在这两个月中进行了很多的探索，付出了很多的时间和精力。虽然我的作品并不是最好的，但是里面注入了我太多太多的心血，我们对自己很满意。很感谢老师对我们的指导，让我也对设计这个领域的职业产生了兴趣，很希望可以从事这方面的工作。

软件项目心得11

　　关键词：沟通简单反馈勇气

　　香江项目（事业部内部编号）作为我们消费电脑迈向家电化的一个重大的项目，虽然其作为一个c类研发项目，但其涉及到的无论从硬件上还是从软件上都可以与一个小型的a类项目媲美。我作为项目的leader，从心底里还是有点害怕，毕竟是刚加入公司的新员工，但出生牛犊不怕虎，我也很想尝试去做一件事，只有在实际工作中才能不断的成熟，提升自我。到目前为至，整个项目推进以香江项目计划为关键路径，相关硬件开发也在有条不絮的进行。

　　对于下面我想重点阐述沟通、简单、反馈和勇气，这是我们协作开发软件项目的四个重要部分，对于软件项目的管理与开发具有重大的意义。

　　沟通（communicate）

　　或更准确地说，缺乏沟通，是几乎所有软件项目问题的根源。客户没与开发者沟通他的要求，或开发者没与客户沟通提供一个功能的困难之处。如果涉及的各方直接，及时地互相沟通，就可以消除大多数问题。我们不能忽视或惩罚任何诚实的沟通。

　　目前我们消费的定位是项目经理，从实际承担的工作上看作为客户（需求方）与硬件开发的角色，但作为面向消费客户，我们最关心的是功能诉求，用户使用流程与呈现界面，这和开发人员（程序员）有很大的冲突，后者更关心的是具体实现方式，如对于媒体播放器的底层api的使用与功能诉求如何在计划时间内完成。lOcaLhOsT但共同的目标是一致的，提供给用户易用的产品，尤其对于我们一个企业内部的开发团队，而不像外面公司间的协作。但沟通信息的通畅性也直接制约着产品的质量。

　　对于软件项目的需求内容不明确，把握不充分是其失败的一个重要方面，这是我们经常遇到的问题。一方面，由于客户（需求方）it知识缺乏，一开始自己也不知道要开发什么样的系统，或者懒于系统地整理出来，经常是走一步算一步，不断地提出和更改需求，使得实现方叫苦连天。另一方面，实现方由于行业知识的缺乏和设计人员水平的低下，不能完全理解客户的需求说明，而又没有加以严格的确认，经常是以想当然的方法进行系统设计，结果是推倒重来。因此，需求分析必须注重双方理解和认识的一致，逐项逐条地进行确认，双方能在共同的基础上达成功能与时间上的统一。

　　在香江项目中，对于需求主要涉及到后续新品的需求与本身项目发展的需求的综合，对于实际工作中，我积极与软件设计经理，程序员进行沟通，先从正式文档输入开始，免的一开始就陷入无穷尽需求讨论中。随着项目的推进，对于某些需求由于技术上与时间上的不可实现性，因而大家及时沟通，通过项目的中期核对这样的方式，将一部分需求作为第二次开发的要点进行剥离，从而保证项目的按计划进行。

　　简单（simpleness）

　　有什么最简单的事情可能会起作用？我们的注意力太多放在了软件的最复杂难解的功能上，而这些功能我们很少用到或者只是曾经用过。今天做简单的工作，明天花点代价修改它要比今天做可能永远用不到的复杂工作好的多。这也和我们的沟通价值紧密联系在一起，因为系统越简单，需要的沟通越少。

　　从辨证的观点上看，简单与复杂是矛盾的统一体。某项技术对于某些人是简单的，但对于另外的一些人则是复杂的！因而简单并不是说整个功能的简单，而是说我们掌握了该项技术后就应该有所发展的研究，比如我们知道恢复/备份功能的实现方案，但以项目的时间计划与人力资源上讲完整的'实现该功能是不可能的，因而分为两个阶段的推进，这样对于项目的开发人员就可以相对简单的进行开发，有利于发挥主观能动性，而不是在截止期限压力与人力的压制中进行开发。

　　反馈（feedback）

　　反馈能告诉我们工作做得怎么样，以及以后要如何做。我们需要对正在运行的系统的反馈，以便了解它是否满足了客户的要求。我们需要通过反馈来了解系统将需要哪些最有价值的改进、加强和附加。我们还需要通过反馈来了解，我们什么时候能够交付某个特定的功能。如果不知道以前的速度又如何确定将来的速度？

　　一个软件的成功与否，并不是其内含的技术有多高，其算法有多严谨，而是能被用户所接受。尤其对于我们消费软件来说，因为我们直接面对的是客户，强调以用户为中心的设计始终是我们的头等大事。但作软件功能的需求，不是靠几个人的脑力激荡而没能完成的。只有通过来自第一线的声音，从客户需求来定我们的功能需求。

　　在我们的项目实施过程中，采用平台开发与功能开发的两条主线来进行。对于平台开发是通过业界技术与自身技术实力作为反馈点，而功能开发以用户的使用流程与功能本身需求为反馈，来共同完成项目需求的确认。

　　我想对于控制系统而言，闭环控制就是导入了反馈的机制让系统更加可靠。对于一个项目来说，本身就是一系统工程，无论是人员技术能力，思想，做事方式上的反馈都是对项目推进有很大帮助，试想程序员只是埋头做自己的事情，研究技术细节，那么我想做出来的软件可能是差之千里。我想项目成员间的沟通是必要的，但同时需要的是效率，否则一味推诿是解决不了实质问题的！

　　形成一个良好的反馈机制，同时项目经理承认项目中存在的问题，加强风险管理，这是一个项目成功实施的必要保证。

　　勇气（courage）

　　勇气从表面上看好像是有勇无谋的感觉，但是如果我们每做一件事情总是畏首畏尾的，把失败看作是洪水猛兽的，那么有多好的规划与人力也只是昙花一现。对于软件开发，我们还是要把勇气带进了软件开发中。我们有没有勇气尝试新的、不同的东西来大幅减少项目时间？我们有没有足够的勇气在即使面对巨额预算和截止期限压力时仍能坚持做正确的事情？这需要我们的勇气。

　　勇气（courage），我记得听过一个笑话，大意说的是一个日本兵听从其长官从5米高的桅杆上跳下来谓之勇气，一个德国兵听从其长官从10米高的桅杆上跳下来谓之勇气，而美国兵被其长官要求从100米高桅杆上跳下来，而兵说长官疯了，拒绝执行称之为勇气。对于这笑话中我们可以一笑附之，但我们却是应该把勇气导入我们的实际工作中。有没有勇气去面对错误与权威，这是我们每一人应该坚持的。

　　我想对于我们公司来说流程的定义很清晰，执行人员可以提出改进意见。

　　结论

　　沟通、简单、反馈和勇气四个价值观演绎了项目管理的全过程，从价值层面上剖析了项目经理与项目成员应该理解的含义，希望对大家有益。

　　沟通、简单、反馈和勇气是统一的，试想沟通的方式有很多种，如面谈，电话和邮件，也只有通过沟通项目组成员们才能得到反馈，将复杂的事务简单化，有力的保障项目的顺利进行。只要项目成员有勇气挑战上级领导，在一定程度上坚持正确的方向，那么四个层面上的价值观可以得到淋漓尽致的发挥。

【软件项目心得】相关文章：

软件项目实训心得06-19

软件项目合同01-25

软件项目合同03-16