做项目的心得体会_项目制作工作总结

　　项目是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。下面是学习啦带来的做项目的心得体会，欢迎欣赏。

　　做项目的心得体会篇一

　　最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议，在项目管理上学到不少东西，感受最深的是项目管理就是要合理的利用资源，而人无疑是一切资源中最重要的一环。

　　我们做任何工作都不是孤立存在的，工作不论繁复，都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起，扮演不同的角色。如何发挥这些人的特色，分配适合的角色，从而更快更好的完成各自的分工，就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习，培养自己的思考力。思考力提高了观察敏锐了，才能发掘出他人的特色，并善加利用。

　　发掘出每个人都特色并分配好各人在项目中所处的职位后，就需要采取有效的管理来监督把控每个环节，以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格，说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来，针对单独某一个环节的，结果就使得整体管理上缺乏统一性，实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节，却忽视了整个项目的情况。一旦某一环节上出现了调整，其他人员却无法第一时间得到消息，无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。

　　因此就像项目管理经验交流时有人说到的：“表格需要做减法”，我们首先应该以项目为单位，将涉及到的所有环节和资源都整合到一起，这样大家就可以知道自己在这整个项目中所处的位置，了解在项目中于自己相关的前后环节的进展情况，这样执行起计划来就更有依据了。

　　通过这两次项目管理的经验交流，大家准备已一本书作为一个项目，进行项目管理，设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了，将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。

　　希望这项工作能够尽快的展开，尽早制作出适用于我们公司的项目管理表来，相信所有人都会尽力配合的。

　　做项目的心得体会篇二

　　首先真的很高心可以有机会参加大学生创新训练项目。兴趣是最好的老师，在大学生创新训练项目中我学到了很多。在多次和指导老师交流的过程中对现在的中国的能源和照明情况有了更深一步的了解，对国家的节能工作也有了进一步了解。

　　由于这次只是以小组成员的身份参加大学生创新训练项目，工作量不是很大，但却需要持之以恒的精神，每周五晚上都需要去612、613进行测量照度和相应的用电量。学会了如何使用照度计，也了解照度是什么含义。并利用寒假期间查了相关资料，对国家节能环保中心、北京发改委最新的政策做了更深了解，深刻体会到国家对节约能源、保护环境的重视。而我们作为新一代的大学生更有义务肩负这项使命，努力学习科学文化知识，在大学生创新训练项目中多多学习，多多思考，争取在以后的人生道路中可以对国家节能这方面做出贡献。而且在查找有资质的节能认证机构的过程中，也了解到国家关于节能这方面相应的法律、法规。

　　项目的开展需要学会自主的学习，这是参加大学生创新训练项目与课堂学习最大的不同与收获。平时的课堂学习，老师都会给我们强调什么是学习的重点，同时又通过课下作业进行强化，把握知识相对较容易;但是在项目中，遇到的问题往往需要宽广的知识面及一定的开发经历解决，没有人能直接的告诉你问题原因所在，不能及时的解决问题。在这种情况下，自己就要能够分析出问题可能出现的原因，并通过网络资源及相关书籍进行学习，与自己的实验条件等信息进行比较，经不断的修改调试去解决问题。因此，具有自主学习的能力显得比较重要。

　　在后期的大创中，需要对图书馆相应的照度进行测量，学会了国家标准照度是多少。测量结束后，也发现我校的图书馆照明存在一些问题，比如有些地方的照明明显不符合标准照明亮度，这也让我对图书馆应该换led灯有了更大的信心，毕竟换了之后会减少电量的使用，而且led对环境的污染要比普通灯管小很多，同时led的照明更亮，可以更好地保护图书馆那些努力学习的同学们的眼睛。

　　项目的开展需要团队合作交流，它不仅关系着项目开展的进度快慢的问题，而且关系这一个团队能否坚持到最后并取得一定成绩。很开心的就是这次比赛中每个成员都发挥了各自的长处，使得项目开展的很是顺利，这也是我明白团队合作的重要性。

　　做项目的心得体会篇三

　　项目终于是做完了，可这一闲下来，本想要写的许多感触又不知跑哪儿去了。在当初做项目的过程中每遇到一个问题，每解决一个问题，都好像有说不完的心得体会，这会儿要说真不知从何说起，难怪许多的作家都说，要是你想起点什么，就一定要把它记下来。只好再重新看看我的项目，回忆起当时的情形看看要写什么才好。

　　实话说，我对色彩的感觉是并不太好的，所以我对界面有多漂亮也没个把握，GUI画图这一部份的学习来讲我并没有处于我们班上的领先水平。其实我觉得我对算法要擅长的多，这当然也基于我对数学的性趣。可是最后我们的项目还是做出了自己的个性，看到了书香的气息，当然志祥功不可没。因为这个界面的布局讨论没有花多久，而实现花了很长的时间。当然最后的效果是很好的，在我强烈要求他们要用布局管理器进行界面控制的情况下，还是有几个哥们用了绝对坐标来控制，用绝对坐标进行画图确实好控制一些，但是它就只能适合一种分辨率，当你改变分辨率的时候，你的图形就会变形，这是我感觉我们这个项目中较大的一点缺陷。

　　我们这组六个人，二个大二的，怎么说呢，两个大二的兄弟在整个组里面来讲，能力还是很不错的了，在编程方面他们也很有想法的，但他们毕竟大一才开始接触编码，再加上学校的教育方式，整个大一也编不了多少代码，所以整个项目的实施过程中，他们比较辛苦，写的东西很多，但多数要用来做试验，考虑的不会很周全，也不是说要求达到写的代码一写就成为有效代码，但一般打好架子的代码修改的地方应该是不会太大的。然而他们有时修改的地方会比较多，所有我晚上会经常看到他们加班到很晚，有时可能还会通宵。这是比较烦自己的事儿，因为一个功能要是花了很长的时间还是没有做出来的话，可能会降低自己的信心。不过他们可能没有到这种严重的地步，但总之他们在整个项目中是吃了不少苦的。

　　我们相对来讲是把画界面的时间往后推了几天的，而用了五天左右的时间好好的把数据库进行设计，从后面的情况来看，我们的做法是正确的，因为我们的表多，关系复杂，而且表的字段也是具多无比，最长的表字段尽然的有25个，最长的视图字段尽有29个之多。表和视图的数量加起来有五六十个之多，表与表之间的关系很不好分开，所以后面每一个人分开的模块都是联系的相当的紧密，这给我组合项目阶段带来了较大的困难，而且测试起来也不方便，很多时候出了问题都不知道到底是哪一个部份出了问题，所以我在组合的时候基本上都是把他们的代码几乎都看了一遍。但尽管这样，还是庆幸当时的决定，就是先把数据库文件做好，要不是这样，我们后面的问题会严重的多。记得当时进行表结构的设计和表关系的分析，大家头都转晕了，有些东西确实很难想清楚，又没有个实例来看，尽管我把基本表都做成了Word 表格，但Word表格就有五页，前后交叉的几张表一进行关联，翻着表都搞不清是怎么回事儿，再加上整个组就只我和志祥有点数据库的底子，从面上看得出大家都烦这个表，分析的时候，不好意思拒绝我，硬着头皮还是天天来。表结构弄得很细，每一个字段应该取什么名儿每一个人都出了点子的，所有后来我要做他们建立自己的视图的时候，每一个人对表结构都很熟，并且都能对自己的模块的结构进行迭代和分析，不过我还是发现他们只做自己的那一个模块，并没有做很好的交流，也不知道各个部份之间的联系大到什么程度，其实我们的很多视图都是可以共用的。

　　界面其实出来的比较快，差不多五六天吧，就基本大体就出来了，我们的版本一直从1.0不断的更新，一点一点的进行上升，最后出来的是2.2吧，其实中间不止十二个版本，还有许多都在缝里面，其实这也是提高我们组员的一个积极性的手段吧，每一次听我说版本升级了，他们都会非常的兴奋，立马就会有人拿U盘来拷，因为这是我们每一个人辛勤劳动后的结果，有每一人的功劳，这就是自己孕育出来的结晶。

　　其实实现功能遇到的问题是最多的，前面说了，由于每一个人的功能模块联系比较大，交流的不够深入，实现起来有一定的困难。加上大家开始的时候注释写的比较少，说了也不大当回事儿，所以到后来写功能的时候找代码找不到，到这份儿上，他们后来的注释才慢慢的多起来了，真的是吃一堑，长一智，这种比我无限的给他们灌输要凑效的多。我们的系统主要的功能就是要做图书和读者的增删改的操作，由于表参照的层比较多，经常搞混，查的时候还好说，大不了就在视图写的长一点(事实上我们的视图不止是长一点点，我看了，最长的一个视图建立表达式达到了四十六行)，而进行删除和更改的时候问题会比较大，这里就志祥也经常搞混淆，有时过来跟我说有点晕晕的。也就是在这里，演示的时候出了一点问题，本来是红华做的丢失处理，但是要在祖荣做的那一个模块那里进行查询出来，由于做功能的时候没有深入交流，我在测试的时候也没有测好，所以就出了点小问题，当然这也不是怪他们，大家付出的都很多了，项目的后期实在是很疲劳，大家都不容易了。总之我们还是基本上把参照的美萍上的系统的所有功能都实现的差不多了，项目开发流程的锻炼的目的是达到了的，不管最后结果是怎样的，我想我们的兄弟都是有很大收获的。

　　其实我觉得整个项目中收获的最大的地方是在我们自己在开发过程中自己摸索了的几个问题，当然也还有一些是还没有完美解决的，但是我们进行了深刻的分析，以待后来有能力了再进行解决。我想我最不会忘记的应该是那棵树的问题了，也就是我在项目演示的时候说到的那棵树。就是它的存储结构分析让我记忆犹新，记得那天分析这个树的存储结构的时候我们想出了许多的方案，大家都累得不行了，但是我和志祥还算清淅，想了好久才想到了一个以三个字段，分别存储子父标识和名称的表进行整个树的存储，当时分析出来，我们都很高兴，因为我们就这个问题想了好几天，解决的那天也是我们数据库讨论完成的最后一天了，后来祖荣还拿着这个表结构来跟我说：“看这个表，就是漂亮!”所以后来祖荣就要主动要求实现了这个表对应的那棵树的建立和遍历的算法，而志祥则实现了界面的交互，虽然说这棵树到最后还是有一点问题，但我们还是很高兴做了这么一件事儿。

　　我自己的是做了整个系统的部份，除了伙强在最先的时候画了登录和退出的界面和祖荣后来做了的两个子功能外，画界面和功能实现基本是我做的，这里的界面其实很简单，难做的东西就是权限的问题，比较繁琐，因为我们这里除了用户的权限外，还要建立灵活的权限组问题，并且要在界面的每一个功能上进行权限识别，整个项目共的二十四个功能权限，涉及到每一个人实现的功能点，总的来讲也还是好做的，只是if 语句多了点，有时用switch 语句还不行，只能用if 语句，最多的一个是用了25个if ，而且在好几个DAO层的文件上都是用到了这么多个if 的。

　　整个项目开发这程中，我这组的兄弟都很团结，可以毫不夸张的说，我们去中信集体做项目的时间是最多的，每一次我叫到，每个兄弟都是想尽所有的办法过来一起做项目，这一点我只想说“感谢兄弟们”。

　　说了那么多的程序的问题，说说生活吧，这段时间是这有生以来过的最充实的一段，但是也是最累的一段时间，看起来好你写程序不怎么消耗体力，其实不然，我在学习Java前一直是在健身房进行锻炼的，我可以明显的感觉到现在没有以前有体力了，昨天去打了两个小时的篮球，王金元就说全身痛的不行，幸好我一直一来早上都在做俯卧撑，所以只有腿痛。我和白艳在一个宿舍里，我们在项目从画界面开始到项目评审的这一个多月里，每天基本上都是两点才睡，有时候还会到三点，过的日子真的是不轻松，不过收获到的东西也是成正比的。我们生活上的一切都从简了，项目才始的时候邝燕财干脆去剃个光头，就是为了难得洗。还有好些事儿，不说了，项目完成了就Ok了。

　　我清楚的记得当时做项目的过程中有好多事儿想写一写的，现在只能从整个大的方面来说这个项目中的事情了，下次的时候一定要及时的记下当时的想法，做好记录，这样的心得的作用会大的多，等想起点的时候再到博客上写吧，只能这样了。

　　>>>下一页更多精彩“做项目的心得体会”