【#心得体会范文# #做项目的心得体会(汇集十二篇)#】心得体会是指一种读书、实践后所写的感受性文字。语言类读书心得同数学札记相近；体会是指将学习的东西运用到实践中去，通过实践反思学习内容并记录下来的文字，近似于经验总结。下面是好工具范文网小编整理的项目心得体会范文，一起来看看吧。
做项目的心得体会 篇1
通过这次的上机练习我还是有那么一点点的小收获
首先由于平时没有太多的上机实验，我很多的东西都不会弄，有时看别人弄了几次都不会，真是太悲哀了
第二就是TC并不象我想的那么简单，当时我为了一个简单的闪要问了N多的人
但是到了最后当我会做了才发现原来写程序还是蛮好玩的
第三一开始的时候我一做不出来就在那边发呆或是打游戏，但是当我每运行出一步时，总感觉自己也蛮厉害的，这时就有往下面做的信心了
最后还是蛮后悔上课没有认真听，如果上天能给我一个重来的机会，我估计我还是会比以前认真的，以后学习也一定要认真
做项目的心得体会 篇2
经过紫阳、喜河、石泉等项目的项目管理工作实践，对项目管理的各方面事务感触颇深。在此，我将自己的心得体会梳理，抛砖引玉，希望各位同行及领导多多斧正。
一．管理时间就是管理自己，高效利用时间
每个人、每个组的工作任务存在差异，每个人的思想境界各有不同。但是上帝却很公平的给了每个人一天24小时的时间，因此我们提出管理时间，是每个人每个组都可以做到的事情。每天把24小时规划好，也就管理好了自己。平时大家会说时间不够，事情做不过来，我建议大家把时间拿出来分析一下，根据工作性质合理安排时间。对于项目管理，事情多，工作琐碎.，这样我就养成了每天入睡前回顾一天工作的习惯，并对第二天的工作进行安排。在安排工作上要求项目组各级人员把握一个主次分明，轻重缓急合理的原则。这样每天当一到工作岗位上就能很快的进入工作状态，而员工的工作也各级抓好，紧张工作。这样就很好的把握和做到“工作时效”。
二．分清各项工作的轻重缓急
"轻重缓急"对于每个人来说都很重要，这就要求思路活跃，把火烧眉头的事情先处理掉，然后再去做日常工作。就好比其它项目组要求自己进行配合性工作，项目组长就要分析这个配合性工作是否影响主线工作，以便合理安排时间和人员进行处理。。
三．不断规范和调整制度，没有规矩不成方圆
谈到管理，就一定要从规范入手。规范是我们日常工作的行为准则，是企业生存、运作、发展、壮大的标尺和纲要。它的实施者既是所有领导，又是全体员工。只是各个岗位所规范的内容不同罢了。万事开头难，难就难在你走出的第一步，第一步迈出去了，第二、三步就没有问题了。正如我们日常工作，你没有第一稿资料，就没有后续的所有工作内容。你最近没有向职能部门提交××问题，就没有人来问你这个或哪个问题是如何如何的，等大家都有反映了这件事情，就有人开始琢磨怎么样来规范这项工作，让大家都按这个规定来做。以后大家就在这个基础上第二步、第三步的完善工作，把工作做得更好！任何事情都是一样的道理，只要你想做，你就会去规范这件事情，规范也就使每个人有了行为的准则。
四．提高会议效率，事前告诉大家会议的内容
工作中的很多问题都是在会议中解决的。会议使我们对问题有了更多、更好的解决方案。我们平常碰到的会议也比较多，大大小小、各式各样的都有，那么如何提高会议的效率就成为大家关注的事情。如果我们在会议之前把要开会的事项告诉所有人，让大家都有准备，开会的时候就可以切入主题，谈每个人的思路，这样可以缩短一些时间。往往在会议上大家谈着谈着就会跑题，这时候就需要会议的主持人能够引导大家的思路往一个方向；再有就是会议结束前主持人或主管人员一定要重述这次会议的几项内容和解决措施，这样大家才会感觉到会议的重要性。
五．愿景引来注意、尊重加深信心、沟通加强意义、立场导致信任
1）愿景--每次项目部开工前都会给项目部成员描绘一下愿景，项目开始…… 即将……将来是…… 对于这些传到耳朵里的信息，项目成员们总是格外的在意，有的甚至在聆听笔记，这是不知不觉的愿景激励。因为这些都与他们的切身利益直接相关，不管愿景好与坏大家都会关注。
2）尊重--同事之间相互尊重，可以加深合作，同时也会得到其他人的尊重，做起事情也会格外的舒坦。工作之余都谈到沟通很关键，企业领导鼓励下属发言，但自己却不太发言也不太敢发言，所以最后的结果常常就是大家都不发言，最后就变成你看着我、我看着你，然后领导看着现场所有人，脸上一副「说话呀！」的样子。这种状况就似乎是如果有一个人把话说出来之后他马上就会被企业宣判死刑一样，然后紧接着就被淘汰出局似的，所以大家对于自己想说的话都往肚子里吞，戒慎恐惧，一副「不要问我，我什么都不知道！」、「请你不要找我麻烦！」、「该死！怎么这么准，刚好问到我了！」的样子，所以只要你一鼓励他们把话说出来，大多数的时候，你很难获得到他们的回应，如果现场里有一、两个人敢勇于表达自己的.意见，就已经算是不错的状况了。
3）沟通--「说出来」是沟通最基本的原则，如果连话都不愿意说出来，沟通肯定不会有任何的进展。如果在一个团队里，每一个人都必须要透过猜测才能够了解他人的想法，这将会是一件很累人的事，而如果你是待在这样团队里的一员，我相信每一天陪着你的一定是强烈的无力感。只要打破不说话的几个因素：面子问题、怕担责任、中庸、以为别人知道。主管或领导立场要坚定明确，我们平常说这个人没有立场，只要用户一投诉，主管就同意了；销售或市场一说，我们就得去做等等，这样同事会感觉到这个领导没有立场，别人怎么说就怎么做，以后有问题，他们也不会再问你，对你逐渐失去信任，因此主管人员一定要有立场，在立场发生变化的时候要和同事做好沟通。
六．定目标，严格执行、考核、监督
一件事情的好与坏如何去评价，首先要看所定目标定的合理性。合适的目标对每个人、对企业都有好处，员工不会有太大的压力，安心努力的工作；企业每年都会稳步的积累和发展。定目标对我们每个人说就再简单不过了，人的一生中不知道给自己定了多少目标，但真正努力去完成的又占了多大比例？目标就要靠人来执行，执行过程中就有各种各样的评价，严格的说就是考核和监督。
七．人不要会什么，关键在于你会学什么
在学校不管你学习什么专业，80%的学生找不到和自己本专业相同的工作，多数都是改行，有的从事本专业临近的工种，有的甚至与本专业搭不上边。从事本专业的人未必就有好的成就，从事非专业的人也有很多人打出一片天空。因此人不要会什么，关键在于你会学什么。
八．培养人才资产：选、养、育、用、留。
关键在于留，留有3个因素：能力、价值观、人生志趣；能力的体现就是知识内涵，价值观主要表现在技能和态度。知识又分为：内隐知识和外显知识（内隐知识：平常看不到学不到的，要靠个人的感悟和积累；外显知识：看得到，学得到的东西）。平常总是要经过选拔招聘到一个适合企业的人员，进入企业后像小树苗一样培育，初长成就要考虑如何使用，经历这一系列的洗礼，人就有一定的想法，因此如何留住人才也是企业要积极考虑的事情，特别是在资源不足的情况下留住人才就更难能可贵。
九．成绩好的时候要考虑如何提高团队的建设。
随着其他企业技术能力逐步的提高，我意识到了靠个人的力量是不行的，要靠一个团队。平时一个人忙里忙外不亦乐乎还不见的有效果，如何培养一支可以打胜仗的团队呢，首先要了解团队中的每个成员，发挥他们的优势，挖掘潜能，根据每个人的个性不同选用不同的岗位，每个人在团队中都发挥作用，管理人员就成功了一半，团队也就有竞争力了。
做项目的心得体会 篇3
通过此次两天的培训达到了整个项目从开始立项分析，计划安排，任务分解，计划实施至最后的项目验收整个一个流程的熟悉。中间各个环节的具体内容，注意事项，方式方法也都有了一个大概的明晰。基本上就一个项目的认识上上了一个层次，这里培训只作为一种方式方法的灌输，后面在实际工作中还要区别对待，融会贯通。但是就杨飞老师讲解的一些关键点在工作中还是有必要去照做的。比如在项目（事情）的计划上，由大及小的步骤去安排，设立项目阶段的里程碑，任务分解对事不对人，具体的实施那就按照任务分解也就水到渠成了。
在课上，对于一些项目中遇到的问题大家也都有提出了自己的认识，老是也都做了详细的解答，这些也都是每个人在工作中都会碰到的`。通过老师的具体讲解也都找到了答案。如何做好项目的激励，成员的激励，目标愿景的描绘。科学的做好计划，及任务分解，实施都是有一套体系的。但在项目中也不能把项目经理的工作想象的无懈可击，期间会出现一些风险，一些不可控的因素对项目本身造成或多或少的影响，而做好项目的风险分析及应对措施的安排可以极大的缓解，而不是消除风险带来的项目影响。这也对项目人一个更全面，高级，思维缜密的一个要求。老师认为的项目管理或者说管理是一个个人魅力的事业，一种平衡的艺术，一点不错。课程上学的是手段是工具，毕竟人才是最关键的，管理好项目就是要管理好人。把项目成员团结在一起做事情是关键点。但是在实际中做到这一点是很难的。不过我们可以通过课程上讲到的一些方法，辅助去开展工作。比如愿景描述，激励，工具的使用，承诺书，私下的沟通等都可以很好的把项目管理做好。
虽然作为一名测试工作者，在项目中是一个从事产品质量把控的工作，能够深刻理解这个项目的流程，对做好测试工作也是有帮助的。如在平时的测试工作开展上同样是要考虑，资源，成本，计划，安排，执行，风险，结果收集的一系列问题。而要克服这些问题就要在测试之前确定有一个明确的目标，知道做什么，为什么做，怎么做，如何验收做好了，这一系列的问题是做好测试项目的关键点。至于在过程中如何做好计划的准确实施，风险把控也都是和之前说项目的道理一样。
最后感谢公司提供这样一个机会去参加此次培训。
做项目的心得体会 篇4
逝者如斯夫，不舍昼夜。不觉中暑期社会实践调研项目已到了提交研究报告的阶段，回顾项目的前期准备、申请答辩、现场实施以及报告撰写整个过程中，团队七名成员沟通交流，激烈讨论的场景依然历历在目；团结协作、互帮互助的精神至今难以忘却。正是有了这样的付出才保障了调研项目顺利实施。以下从项目实施前期准备、现场实施以及后期报告撰写三个方面总结，将本次暑期社会实践调研的心得体会与评委组老师汇报，与同学们分享。
一、凡事预则立不预则废
项目实施的前期准备是项目实施乃至整个项目的成功推进的最重要的一步。在项目申请成功之后，小组立即组织成员围绕着项目的实施召开内部讨论，全体成员再次明确项目的目标，围绕着既定的目标针对项目实施的全过程进行了模拟，同时在七位小组成员中进行了明确分工。其次，各成员依据各个分工职责着手工作，组长负责调研地点相关人事的沟通协商，确定调研的具体事宜。其他四位同学分别负责科研经费的使用管理、小组成员行程相关事宜的安排等。小组内的明确分工，使我们认识了项目的整理实施流程，明确了小组成员各自的责任，同时意识到组内成员之间互补互助，协同合作的必要性，充分调动起了我们积极性。
二、千里之行始于足下
现场实施实施阶段是项目推进的核心阶段。全体成员在确定各自分工职责的基础上积极展开了相应的工作。项目的现场实施主要以定性访谈为主，分别采访了相关政府官员和机构管理人员，实地参观了目标机构的相关情况。在确定样本机构时，由于事前未能与其管理人员进行明确的商定，致使替换了先前的部分样本机构。这件事让我们深刻的体会到在项目准备阶段做好充分准备的重要性，不能放掉每一个细节。接下来在采访相关政府官员和机构管理这时，我们遇到了语言和沟通上的一些问题，比如，某机构由于以往学生采访带给机构带来了不良影响，其管理者对我们的调研也有疑虑。面对这些棘手的问题，小组成员拿出诚意，耐心认真的和相关人员沟通，化解管理者的疑虑，保障访谈资料的真实性。在每次现场调研完，小组都会及时总结，对现场调研的过程中的'不足之处展开内部讨论并商榷解决的方案，为下一个机构访谈做准备。在队员的齐心协力下，最终顺利的完成了现场实施的工作。
三、前事不忘后事之师
实地调研收集完资料后，项目进入了报告撰写的阶段，报告是我们项目产出的重要标志，所以小组全体成员都认真对待。同时也进行了分工，包括文献查阅、理论知识支撑、数据整理分析、总报告撰写以及PPT制作。各个成员在不同工作中能力得到了提升，比如，专业知识的加强，文献查阅技术的提高，文字撰写能力的提升等等。至此项目即将告一段落，其实施过程中有以下几点体会愿与老师、同学们分享。第一，面对一个项目，我们首先应该确立总目标，知道我们要去干什么；其次，要把总目标分解成一个个小目标，明白我们该如何去做；最后，还要对目标进行有效的管理，查看目标的进度多少，方向是否偏离。科研项目也不例外。第二，团队的协同合作是非常重要的。现代社会是建立在分工的基础上的，科研项目也必然是要求分工明确的。此次调研中，小组从课题准备，现场调研以及报告撰写都有着清晰的分工，各司其职使队员明白自己的责任，同时也提高了团队的工作效率。但我们也没有忽略协作的重要，实施过程组员间互帮互助，共同应对难题挑战。第三，沟通交流的技巧必不可少。无论是与队员之间的讨论，还是对调研对象的访谈都少不了有效沟通交流，尤其是定性的访谈。真实的资料是科研中发现问题、验证问题、解决问题的基石。所以怎么样从访谈人员口中得到真实的资料就显得格外重要。我们在调研中的体会则是，要真诚的去向他们了解情况，此刻他们是老师。还要善于倾听，耐心听他们说，而不是仅仅让他们说出你想知道的问题。
随着项目临近尾声，适时总结整个项目实施的过程的成功经验与失败教训，将为我们以后开展科研工作打下坚实的基础。最后，衷心地感谢关心与支持我们的所有老师和同学们。
做项目的心得体会 篇5
在这为期半个月的时间内，通过我们小组各成员之间的相互讨论和合作，我们完成了学生的程序设计，更值得高兴的是我们的程序得到了大家的喜爱，在每次的简报中都得到了较好的成绩。
虽然在上个学期中，我们已经学习了《C语言程序设计》这门课，但是我所学的知识最多也就是在做作业的时候才会用到，平时没有什么练习的机会，这次的课程设计是我第一次通过自己构思，和同学讨论并且不断查阅资料来设计一项程序。这次设计，不仅巩固了我以前所学的知识，还让我对c语言有了更深一步的了解，掌握了更多的技巧和技能。
C语言是计算机程序设计的重要理论基础，在我们以后的学习和工作中都有着十分重要的地位。要学好这种语言，仅仅学习课本上的知识是不够的，还要经常自己动手，有较强的实践能力。只有多动手，经常编写程序，才能发现我们学习上的漏洞和自己的不足，并在实践中解决这些问题，不断提高自己转化知识的能力。
在我们小组有解决不了的问题时，我们会主动查阅相关的资料，或向其他同学询问，这不仅丰富了我们的知识，还增进了我们同学之间的友谊。为了增大信息的安全性，需要用文件来存储信息，由于我们在上课时不注重对文件的运用，所以在这方面有较大的困难。我先将书本认认真真地看了一遍，又做了一下课后习题来验证和增进自己的理解，终于，经过我们的不懈努力，我们小组的程序有了突破，成功地实现了用文件来保存并查看学生的信息。
这次设计中，我的收获还有就是学会了用流程图来表达自己的想法，并根据流程图来逐步实现程序的功能。开始的时候，我画流程图很是困难，需要一个多小时才能清楚的根据自己的想法画出图来，后来画多了，就更加了解它的功能，十分得心应手，能够比较快而准确的画出来。
在这次课程设计中，我们首先对系统的整体功能进行了构思，然后用结构化分析方法进行分析，将整个系统清楚的划分为几个模块，再根据每个模块的功能编写代码。而且尽可能的将模块细分，最后在进行函数的调用。我们在函数的编写过程中，我们不仅用到了for循环、while循环和switch语句，还用到了函数之间的调用（包括递归调用）。由于我们是分工编写代码，最后需要将每个人的代码放到一起进行调试。因为我们每个人写的函数的思想不都一样，所以在调试的过程中也遇到了困难，但经过我们耐心的修改，终于功夫不负有心人，我们成功了！
在参考书上，我们不仅参考了曾经学过的高敬阳主编的《c语言程序设计》，还找到了由谭浩强主编的第三版《c语言》进行参考。
当然，我们的程序还有一些不完善的地方，比如说，当输入的数据不符合我们定义的数据的格式的时候，程序会出现一些错误，有时会出现主菜单的死循环；在一次程序运行中，只能行使一种权限，要想再行使另一种权限，就只能退出程序，然后再运行程序。
三周的小学期即将结束，时间虽短，但是我收获了很多。最后，谢谢老师和同学们的指导，更要感谢我们小组成员之间的合作与交流。
做项目的心得体会 篇6
项目终于是做完了，可这一闲下来，本想要写的许多感触又不知跑哪儿去了。在当初做项目的过程中每遇到一个问题，每解决一个问题，都好像有说不完的心得体会，这会儿要说真不知从何说起，难怪许多的作家都说，要是你想起点什么，就一定要把它记下来。只好再重新看看我的项目，回忆起当时的情形看看要写什么才好。
实话说，我对色彩的感觉是并不太好的，所以我对界面有多漂亮也没个把握，GUI画图这一部份的学习来讲我并没有处于我们班上的领先水平。其实我觉得我对算法要擅长的多，这当然也基于我对数学的性趣。可是最后我们的项目还是做出了自己的个性，看到了书香的气息，当然志祥功不可没。因为这个界面的布局讨论没有花多久，而实现花了很长的时间。当然最后的效果是很好的，在我强烈要求他们要用布局管理器进行界面控制的情况下，还是有几个哥们用了绝对坐标来控制，用绝对坐标进行画图确实好控制一些，但是它就只能适合一种分辨率，当你改变分辨率的时候，你的图形就会变形，这是我感觉我们这个项目中较大的一点缺陷。
我们这组六个人，二个大二的，怎么说呢，两个大二的兄弟在整个组里面来讲，能力还是很不错的了，在编程方面他们也很有想法的，但他们毕竟大一才开始接触编码，再加上学校的教育方式，整个大一也编不了多少代码，所以整个项目的实施过程中，他们比较辛苦，写的东西很多，但多数要用来做试验，考虑的不会很周全，也不是说要求达到写的代码一写就成为有效代码，但一般打好架子的代码修改的地方应该是不会太大的。然而他们有时修改的地方会比较多，所有我晚上会经常看到他们加班到很晚，有时可能还会通宵。这是比较烦自己的事儿，因为一个功能要是花了很长的时间还是没有做出来的话，可能会降低自己的信心。不过他们可能没有到这种严重的地步，但总之他们在整个项目中是吃了不少苦的。
我们相对来讲是把画界面的时间往后推了几天的，而用了五天左右的时间好好的把数据库进行设计，从后面的情况来看，我们的做法是正确的，因为我们的表多，关系复杂，而且表的字段也是具多无比，最长的表字段尽然的有25个，最长的视图字段尽有29个之多。表和视图的数量加起来有五六十个之多，表与表之间的关系很不好分开，所以后面每一个人分开的模块都是联系的相当的紧密，这给我组合项目阶段带来了较大的困难，而且测试起来也不方便，很多时候出了问题都不知道到底是哪一个部份出了问题，所以我在组合的时候基本上都是把他们的代码几乎都看了一遍。但尽管这样，还是庆幸当时的决定，就是先把数据库文件做好，要不是这样，我们后面的问题会严重的多。记得当时进行表结构的设计和表关系的分析，大家头都转晕了，有些东西确实很难想清楚，又没有个实例来看，尽管我把基本表都做成了Word表格，但Word表格就有五页，前后交叉的几张表一进行关联，翻着表都搞不清是怎么回事儿，再加上整个组就只我和志祥有点数据库的底子，从面上看得出大家都烦这个表，分析的时候，不好意思拒绝我，硬着头皮还是天天来。表结构弄得很细，每一个字段应该取什么名儿每一个人都出了点子的，所有后来我要做他们建立自己的视图的时候，每一个人对表结构都很熟，并且都能对自己的模块的结构进行迭代和分析，不过我还是发现他们只做自己的那一个模块，并没有做很好的交流，也不知道各个部份之间的联系大到什么程度，其实我们的很多视图都是可以共用的。
界面其实出来的比较快，差不多五六天吧，就基本大体就出来了，我们的版本一直从1.0不断的更新，一点一点的进行上升，最后出来的是2.2吧，其实中间不止十二个版本，还有许多都在缝里面，其实这也是提高我们组员的一个积极性的手段吧，每一次听我说版本升级了，他们都会非常的兴奋，立马就会有人拿U盘来拷，因为这是我们每一个人辛勤劳动后的结果，有每一人的功劳，这就是自己孕育出来的结晶。
其实实现功能遇到的问题是最多的，前面说了，由于每一个人的功能模块联系比较大，交流的不够深入，实现起来有一定的困难。加上大家开始的时候注释写的比较少，说了也不大当回事儿，所以到后来写功能的时候找代码找不到，到这份儿上，他们后来的注释才慢慢的多起来了，真的是吃一堑，长一智，这种比我无限的给他们灌输要凑效的多。我们的系统主要的功能就是要做图书和读者的增删改的操作，由于表参照的层比较多，经常搞混，查的时候还好说，大不了就在视图写的长一点(事实上我们的视图不止是长一点点，我看了，最长的一个视图建立表达式达到了四十六行)，而进行删除和更改的时候问题会比较大，这里就志祥也经常搞混淆，有时过来跟我说有点晕晕的。也就是在这里，演示的时候出了一点问题，本来是红华做的丢失处理，但是要在祖荣做的那一个模块那里进行查询出来，由于做功能的时候没有深入交流，我在测试的时候也没有测好，所以就出了点小问题，当然这也不是怪他们，大家付出的都很多了，项目的后期实在是很疲劳，大家都不容易了。总之我们还是基本上把参照的美萍上的系统的所有功能都实现的差不多了，项目开发流程的锻炼的目的是达到了的，不管最后结果是怎样的，我想我们的兄弟都是有很大收获的。
其实我觉得整个项目中收获的最大的地方是在我们自己在开发过程中自己摸索了的几个问题，当然也还有一些是还没有完美解决的，但是我们进行了深刻的分析，以待后来有能力了再进行解决。我想我最不会忘记的应该是那棵树的问题了，也就是我在项目演示的时候说到的那棵树。就是它的存储结构分析让我记忆犹新，记得那天分析这个树的存储结构的时候我们想出了许多的方案，大家都累得不行了，但是我和志祥还算清淅，想了好久才想到了一个以三个字段，分别存储子父标识和名称的表进行整个树的存储，当时分析出来，我们都很高兴，因为我们就这个问题想了好几天，解决的那天也是我们数据库讨论完成的最后一天了，后来祖荣还拿着这个表结构来跟我说："看这个表，就是漂亮!"所以后来祖荣就要主动要求实现了这个表对应的那棵树的建立和遍历的算法，而志祥则实现了界面的交互，虽然说这棵树到最后还是有一点问题，但我们还是很高兴做了这么一件事儿。
我自己的是做了整个系统的部份，除了伙强在最先的时候画了登录和退出的界面和祖荣后来做了的两个子功能外，画界面和功能实现基本是我做的，这里的界面其实很简单，难做的东西就是权限的问题，比较繁琐，因为我们这里除了用户的权限外，还要建立灵活的权限组问题，并且要在界面的每一个功能上进行权限识别，整个项目共的二十四个功能权限，涉及到每一个人实现的功能点，总的来讲也还是好做的，只是if语句多了点，有时用switch语句还不行，只能用if语句，最多的一个是用了25个if，而且在好几个DAO层的文件上都是用到了这么多个if的。
整个项目开发这程中，我这组的兄弟都很团结，可以毫不夸张的说，我们去中信集体做项目的时间是最多的，每一次我叫到，每个兄弟都是想尽所有的办法过来一起做项目，这一点我只想说"感谢兄弟们"。
说了那么多的程序的问题，说说生活吧，这段时间是这有生以来过的最充实的一段，但是也是最累的一段时间，看起来好你写程序不怎么消耗体力，其实不然，我在学习Java前一直是在健身房进行锻炼的，我可以明显的感觉到现在没有以前有体力了，昨天去打了两个小时的篮球，王金元就说全身痛的不行，幸好我一直一来早上都在做俯卧撑，所以只有腿痛。我和白艳在一个宿舍里，我们在项目从画界面开始到项目评审的这一个多月里，每天基本上都是两点才睡，有时候还会到三点，过的日子真的是不轻松，不过收获到的东西也是成正比的。我们生活上的一切都从简了，项目才始的时候邝燕财干脆去剃个光头，就是为了难得洗。还有好些事儿，不说了，项目完成了就Ok了。
我清楚的记得当时做项目的`过程中有好多事儿想写一写的，现在只能从整个大的方面来说这个项目中的事情了，下次的时候一定要及时的记下当时的想法，做好记录，这样的心得的作用会大的多，等想起点的时候再到博客上写吧，只能这样了。
做项目的心得体会 篇7
项目管理，正确理解应该是以项目为对象的系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、指导和控制，以实现全过程的动态管理和项目目标的综合协调与优化。然而，初次接触“项目管理”这个名词时，我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。学了《现代项目管理学》这门课程后，不禁对当初的想法莞尔。
首先，理解“项目”这一概念。《现代项目管理学》一书认为：“项目是在一定时间内为了达到特定的目标而调集到一起的资源组合，是为了取得特定的成果而开展的一系列相关活动”，并归纳为“项目是特定目标下的一组任务或活动”。现代项目是指那些作为管理对象，按限定时间、预算和质量指标完成的一次性任务。经过学习，是我对“项目”也有了自己的认知：项目是为提供某项独特产品、服务成果所承担的临时性任务。项目是一个特殊的将完成的有限任务，在一定的约束条件下，以高效率地实现项目业主的目标为目的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动；是在一定的组织内，利用有限资源，在规定的时间内完成满足一定性能、质量、量、技术指标等要求的任务。项目的主要属性包独特性，每个项目都有独特的地方，没有两个项目会是完全相同的;一次性，由于项目的独特性，项作为一项任务，一旦完成，就不会重复;多目标性项目的目标包括成果性目标和约束性目标，成果目标指项目的一系列技术指标，约束性目标指项的进度、成本等;生命期，任何项目都会经历启动开发、实施、结束的过程，因而是有起点和终点的。
接着谈到“项目管理”。项目管理的.准确定义已经在开头给出了，现在谈谈我对项目管理的理解：所谓项目管理，就是项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。项目管理是基于被接受的管理原则的一套技术方法，这些技术或方法用于计划、评估、控制工作活动，以按时、按预算、依据规范达到理想的最终效果。有效的利用现代项目管理，可以提高企业的项目管理整体能力、控制成本、提高效率、更好的应对快速变化的商业环境、提高市场竞争力、促进企业战略目标的实现。
随着全球经济一体化以及科学技术的提高，市场竞争更趋激烈、残酷，企业为了生存和发展，就要不断进行技术创新、机制创新、管理创新。随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，项目管理的思想已经被越来越多的it企业所接受，企业把越来越多精力和资源投入到it项目的建设中。权威人士认为，项目管理作为独特性、一次性和创新性的管理模式，已成为适应新时代最具生命力的管理手段之一。如作为我们计算机专业，将来会接触到的`it项目管理，产业规模的高速扩张，带来更多市场机会的同时也加剧了行业间的竞争。这对it企业提出了更高的要求。企业需要在有限的时间里完成更多项目，同时还要保证项目的成功率，并且有效的利用资源，降低生产成本，大幅度提高销售额和市场占有率。为此，项目管理作为一种被实践证明行之有效的解决办法在it行业中得到广泛的发展及应用。it项目通常包括软件和硬件,需求的不同使it项目内容具有独特的多样性,进而要求开发团队人员来自不同教育背景、具有不同的知识技能。
现代项目管理是一门不断发展改进的学问，其中要学的技术、知识、技能、规则等太多，需要我们用专业的态度对待之。其中我最有感触的是项目管理中的团队合作。项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展,有助于工程项目按期按质完成。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。
总之，学习现代项目管理学，觉得有个比喻很贴切：项目管理就如烹调,科学的知识和方法理论就如一本好的菜谱,它建议厨师该怎么做。而先进的管理工具则是一整套厨具,不仅影响效率还影响品质。但真正能炒出一桌色香味俱全(现在还要求健康了)的菜,更多依靠厨师的经验、技巧,以及对人们口味的理解(随需而变)。我们要想真正学好项目管理，还需不断实践，学习技巧、总结经验，才能更好地演绎现代项目管理。
做项目的心得体会 篇8
在这一系列的实验中，我基本掌握了Java的编程规则、知识要点和一些小技巧，特别是对面向对象的编程思想和风格有了进一步的认zhidao识和体会。同时，因正确的编出程序而带来的成就感让我对编程更加感兴趣。对于在这些实验过程中，请教老师、同学互助、查阅资料等基本的学习方式，使我更加领悟到集体和团队的力量，也树立了敢于攻坚的信心。
说起来编程的.经验应该是多了很多。但是在上机调试的时候还是遇到了相当多的问题。很多的错误都很难体会，有的时候是输入的错误，这种错误还是比较容易版找出来的，但是有些问题，比如一些题目需要导入一些包，这一点就没有办法了。发现JAVA虽然看起来比C或C++要容易一点，但是由于它自身带有相当多的方法定义，这些个方法虽然不用我们自己再去编写了但是需要花相当多的时间去记忆那些方法是需要导入的，还有方法名……所以对我来说这真的是比C里简单权几个文件的导入还要难上很多……还是觉得自己编的方法（函数）自己用的习惯。不过现在的编程的方向已经是面向对象和面向数据的了，所以我需要时间去适应这样的编程思想。
做项目的心得体会 篇9
项目管理是指把各种系统、方法和人员结合在一起,在规定的时间、预算和质量目标范围内完成项目的各项工作。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。
项目管理的十大原则
1 工欲善其事，必先利其器；
2 名不正则言不顺，言不顺则事不成；
3 其身正，不令而行；
4 凡事预则立，不预则废；
5 磨刀不误砍柴功；
6 统筹兼顾；
7 无以规矩不成方圆；
8 欲速则不达；
9 众人拾柴火焰高
10 不知言，无以知人也
项目管理的注意事项
1、项目组成立
成立项目组是项目能否成功的第一要素，没有项目组，项目管理就无从谈起。成立项目组一般包括以下几个方面：项目背景，目标，领导组，执行组，时间表等。项目组背景与目标比较容易确定，但是领导组与执行组的成立，就要考验项目组的智慧了。
第一，项目领导组组长是谁，一般情况下，大项目，都会找一个职位高权力重的人担当组长，但是，这样的人一般事情比较多，外地出差时间长，很难真正参与到项目运作当中。另一方面，也只需要他把控一下方向，控制一下节奏。所以，可以让此人进行全面授权，找一个职位稍微低，但是能够全身参与到项目其中的人担当协助人。
第二，项目执行组的人员安排，涉及到几个部门，就安排几个部门负责人。这里要知道，虽然是部门负责人负责项目组执行，但实际中，往往是部门负责人安排部门其中一个人去参与其中，所以，安排这个人的工作情况，需及时通报部门负责人，如果不行，则需要及时换人。
2、注意企业风向
一个项目组的存在与工作目标不仅仅是一个项目是否完工，还可能是公司重点工作是否发生变更，也就是公司“风向”变了。
原来企业高层对项目很关注，慢慢变得不管不问了，这个时候，你也要注意了，项目组是否要停止了。项目组的工作重点也不是一成不变的，某一个阶段需要做哪些工作，哪些工作是重点，哪些工作已经过时，项目负责人必须有高度敏感。
3、项目规划与激励
一般来说，项目组成立的时候，也会对项目进行规划与激励。项目组规划包括时间内容规划，项目分工，项目制度等。一旦项目启动，项目就进入到运作当中，通知什么时间发文，物料什么时候到位，工作例会什么时间开始，市场部该做什么，渠道部该做什么，这些都要明确。
项目激励不能少，许多企业管理者认为，项目组是公司安排的，不需要什么激励。但我不认同这个观点，项目毕竟是员工“额外”的工作，必须有激励来刺激。我认为：项目组以正激励为主，小项目有小激励，大项目有大激励，谨慎使用负激励。有时候来看，部分部门负责人参与不多，他只是安排下属员工参与项目组，这个时候需要不需要激励？我认为需要，因为他毕竟是项目参与者的上司，他的态度决定了下属参与的程度，因此，必须进行激励。
4、严格督促
人天生都是有惰性的，能拖的就拖，这个时候，就必须要严格督促。我认为：没有督促就没有成果。督促不仅仅是直接面对面要求他人做事情，可以有多种方式。比如：项目例会、邮件群发、进度通报等。
项目组负责人要学会一些“向上管理”的工具，比如邮件，比如工作联络函等，工作提醒等。项目负责人搞不定的事情，可能高层看到你的工作提醒，一个电话就安排落实了，所以，这些工具务必学会使用。
项目组中总会有些人勤快一点，有些人懒惰一些，这个时候就要奖励积极者，督促后进者。可以用阶段例会进行奖励通报，哪些人做得好就应该及时获得奖励。
5、勤于沟通
勤于沟通、敢于沟通，不仅仅是对上，还是对下，都是需要的。
首先是对上，一定要与项目领导组组长做好沟通，大胆沟通，勤于汇报工作，特别是在项目初期，高层领导不了解你，不知道你是否能够胜任，因此，对你也会有所顾忌，怕你不能承担，这个时候，你要勇于表达自己，表明你的.立场：我能。
项目进入正常轨道后，沟通不能少，必须让领导及时知道项目进度，他们心中有底。
对下沟通，要大胆“骚扰”别人，除了督促、要求别人做事情，也要找时机拉拉家常，谈谈心之类。如果项目基金允许的话，可以项目组一起吃个饭，开展体育活动等，来加强沟通。
6、工作魅力
最后一点，也是我认为很重要的一点，凭什么让相同级别的同事替你做事。我认为，不仅仅是项目组赋予你奖罚的权利，更多的是你个人的工作魅力能够感染他们。项目组负责人一定要做到身先士卒，速度、作风、专业，一样都不能少。自己必须做得好，做得正，比别人更专业，更投入，你才可能去感动对方，去激励对方。
项目管理工作内容
1、对项目进行前期调查、收集整理相关资料，制定初步的项目可行性研究报告，为决策层提供建议。协同配合制定和申报立项报告材料。
2、对项目进行分析和需求策划。
3、对项目的组成部分或模块进行完整系统设计。
4、制定项目目标及项目计划、项目进度表。
5、制定项目执行和控制的基本计划。
6、建立项目管理的信息系统 。
7、项目进程控制，配合上级管理层对项目进行良好的控制。
8、跟踪和分析成本。
9、记录并向上级管理层传达项目信息。
10、管理项目中的问题、风险和变化。
11、项目团队建设。
12、各部门、各项目组之间的协调并组织项目培训工作。
13、项目及项目经理考核。
14、理解并贯彻公司长期和短期的方针与政策，用以指导公司所有项目的开展
通过对项目管理的学习，及与自身日常工作学习的结合我发现，系统的、科学的管理使我的工作事半功倍，很大程度上提高了自己的工作效率；同时，将工作按分配的原则进行合理分化和承包制，组织大家一起以团队的形式开展工作，其结果更是显而易见的！在今后的学习生活中，我将把学到的精髓贯穿到生活的始终，同时也将一起与身边更多的人学习交流，将效用最大化进行到底，把我们的生活过的简单而丰富多彩！
做项目的心得体会 篇10
为了锻炼学生的动手能力及激发学生的创新能力，我们班于20xx年4月14日-20日的一周时间内进行了电工实训。在实训过程中，我们先后进行了家用供电线路实训、电机正反转实训、电机可点动可自锁实训、工作台自动往返循环控制线路实训。
在星期一的上午，我们进行了家用供电线路实训。家用供电是一个电工所需掌握的最基本的技能。虽然在日常生活中，我们已经接触过一些家用电器元件，但对它们如何布局尚不清楚。首先指导老师介绍了一些元件的使用原理及接线时应注意的情况。然后我们就按照原理图进行接线。在刚开始时，一些元器件虽然理论上明白，但具体操作起来还有困难。有的线接对了，但线路的布局不太美观。我们就想别的同学请教，看看他们是怎样接线的。很快，我们就掌握了，并开始一个一个的把元器件接起来。首先我们接了一个过载保护器，然后是电度表。在接闸刀开关的时候，我和我的搭档产生了分歧。因为在线路图上没有闸刀开关，但我应该加上一个。按照常识，电度表和保护器在电表箱里，一般人看不见。而闸刀开关，我们是能看见的，它控制着家庭总供电线路。因此，我们额外的加了一个闸刀开关。然后，我们又开始接日光灯。在接日光灯的时候，因为它不像普通的白炽灯泡那样简单。我们小心翼翼的接好之后，就开始接白炽灯泡了。在接灯泡的时候，我犯了一个低级的错误。虽然我知道应该把开关接在火线上，但我把零线也接到了开关的另一端，以至于我在按开关的时候产生了短路现象。在随后接插座的过程中还是比较顺利的。通过本次实训，加深了对供电网络的认知，加深了对日光灯电路、一灯两地控制、声光控延时电路、灯光可调电路的理解。
在星期二的中午我们做了电动机正反转实训。刚开始，老师介绍了一些元器件的使用，接线。但我们对接触器、空气开关、热继电器接触的太少，所以不是很理解。指导老师说，"要想很明白这些器件的工作原理，就得去实践，但一定要注意安全，你可以不做，也要注意安全。我们开始接线了，但有的器件怎样接还是不懂，但幸运的是我们是第一批进行实训的，而这些器件是刚购置的，一些器件的说明书还未扔掉，就这样我们一边看着说明书一边接线。大约过了一个多小时吧，线接完了，合上开关，电动机转了。按下反转开关，电动机实现功能，我们成功了。
星期三的中午，我们做了电动机既可点动又可自锁控制线路实训。这个实验做起来是比较顺手的，它是基于上一个实验的基础上，和上一个实验差不多，很快我们就做完了实验。接着我们开始做第四个实训，工作台自动往返循环控制线路的实训。这个实训是一个综合的实训，是把以前的实验所完成的功能运用到实际生产中。很快我们就接好了线，就等着合闸了。下午的时候，合闸，电动机不转，我们开始找原因，找了半天没找到。这时，我的搭档看见，我把三相电输出其中的一相接到零线上了。接好线，合闸，电动机转了，但没有实现其相应的功能，我们继续查找错误，但始终没有查找出来，接线是正确的。这时，我想起了老师的话，电动机的三相有三种接法。我们就开始换接线方法，合上开关，电动机转了，实现其功能，我们总算成功了。
短短的一周就这样过去了，我学到了很多很多，给我的一个最大的感触就是一个好的电工不应该只会接线，而是会发现错误，改正错误。这次实训不仅加深了我们对知识的理解，更重要的是提高了我们的动手能力，增强了我对电工学习的热爱，增加了学习的动力和兴趣。做一个电工难，做一个好的电工更难。电猛于虎，掌握一手好的技能是是一个电工必需的。未来的社会离不开电，也不能离开电。我不知道我的明天会不会去做一个电工，但我知道我的生活离不开电。实训就这样过去了，但真正的实训还未开始，我将要继续努力，继续奋斗。
做项目的心得体会 篇11
当得知要编一计算器的程序时，觉得不是很难，但后来仔细一想似乎要满足老师的要求并不是那么容易，越想越觉得复杂。当老师给我们上了一节指导课后，我看到了希望。再经过两个星期的仔细构想，我感到胜利在望。于是兴孜饽饽得坐进了机房，手指在键盘上不停的跳跃，不一会就一部分写好了，真的蛮兴奋的。于是又开始第二部分的编写，又好了，当我按下ALT+F4+回车时，没得到我预想的结果，有点意外。于是移动光标上下扫描，好象没发现任何语法错误，我猜可能是结构的顺序出了问题，再仔细的将程序看了遍，想了想。结果发现第二部分没被运行。接下来我对疹下药，果然有用，这人真是喜啊！在接下来的几节课我完成了余下的部分，当然不可能一切非常顺利，其中的曲曲折折是很难说清楚的。
当写完了这程序我深深地感到写程序是一件很有趣的事，给人喜悦，给人快感，给人满足。其中的感觉真是难以用言语来表达，即使是一个小小的程序运行成功那也要比打游戏打死一个大BOSS要爽快！总之这一切只有身临其境才知道。
其次还对同学之间的合作精神深感赞叹，同学之间的互相帮助精神在这时体现的淋漓浸渍。
做项目的心得体会 篇12
需求：一个项目的起点是确定需求，可以说一个项目的成功与否，对需求的把握的成因素占60%以上。不管系统架构设计，团队管理有多么成功，如果需求出现了偏差，仍然是南辕北辙。所以在项目开发过程中需与业务部门及时沟通，同时也需与客户建立有效快速的沟通渠道，是项目成功的关键。在每个业务模块完成时，需与需求接口人确认，有效保证项目组与客户的及时沟通，快速响客户的请求与反溃此外需求跟踪也非常重要，毕竟，任何项目的需求都不是一层不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求产生偏差。所以要在项目管理过种中要不断的维护需求矩阵，从而规避了需求偏差的风险。
设计：在项目开发过程要求善于对设计作出取舍。项目开发的三要素是成本,质量与进度，在保证质量的前提下，为了项目的进度不出现大的偏差，项目组没有过分强调技术，牺牲了系统的部分可扩展性，虽然这为系统后期维护带来一定的隐患，但却能有效地保证项目的进度。同时也须重视对UI原型的设计，系统的原型设计与需求分析相辅相成。如果有好的原型，客户更能够理解系统的实现，促进沟通的有效性和准确性。有好的UI设计可以让开发人员之前共享，从而可以确立UI设计规范，约束UI设计，加快开发速度。
测试：测试成员应了解需求，如果不了解需求，在测试过程中，也可能因为错误地理解需求，从而导致错误报告bug，影响开发人员的效率。加强开发人员与测试人员的合作，开发人员必须及时响应测试人员提交的bug,而测试人员也应跟踪开发人员对bug的修复情况。测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。
项目管理
保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是RUB或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险
其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。
变更管理
变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，因此这里重点介绍关于人员变更的管理。
如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的'最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。
人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。
风险管理
要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。
成员管理
不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。
持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。
必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。
重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。
