web学习心得体会写法怎么样？( 二 )

其实，上学期的项目中，我们很多的组员意见不统一，就造成了意见刚刚达成，过来没几个钟头，又有人有好的点子，结果想更改计划，最后改得什么都不像。寒假的这个项目我也感到文档的重要。就比如说一次我正和他们中的一个老板谈得快达成协议了，这时，另一个老板又来和我交涉。但是两个老板的意见不和，我也一时难以把握。最后，我决定由他们选出一个人专门和我交谈，当达成协议时，就形成纸质文件，由双方签字通过。
当然，在上学期，各位项目经理对自己职务的职责范围还不是特别的明确。下面就说说我对这个职位的理解吧：和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。作为技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为他们提出的方案，从他们的角度来看是最合理的' 。项目经理的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的）。会后，你自己整理结果，写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为是你负责这个项目、你要担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定应该要比下属强。
说了这么多，还是想说说这次的项目，其实从这次软件中心举办的“主导杯”班级主页大赛中，我获得的最多。由于以前有过项目经验，所以这次我们的项目也逐渐接近了正轨。但看到好多组的工作方式实在是很感慨，大家对待项目的目的和流程并不太了解。所以我对项目作了一个总结：
在项目开始的时候组队是很关键的，在选择人员的时候一定要对组员进行一定的考察。其实同学们都算比较了解了，建议最好熟悉的人在一组，其一是方便沟通，其二则是方便管理。朋友即使有了矛盾很快就能化解，不过要注意的是不要放不下面子，特别是项目经理，千万不能怕得罪谁（遇到问题时可以找其他组员先商量，在作决定，实在不行可以提出严厉的责罚，不过这只是下下策）。其次是项目经理千万不要把自己当成是那么一回事，说白了，大家都只是合作关系，没有谁绝对服从谁。而更重要的是要有一个明确的制度，并让所以组员对制度进行签字。有了这样的东西，在一定程度上能对组员起到不小的约束力。