hyc.bjufida.com 小编要给大家介绍项目管理软件总结怎么写，以及项目管理软件操作实例对应的相关知识，希望对各位用友ERP软件使用的朋友有所帮助，详细内容可参阅目录。
微信号：18679110658软件项目管理学习心得
时间过得真快，一眨眼的功夫，这门课已经结束了，总的来说这段时间过的忙碌，充实而快乐。这门课主要教我们的是管理，我们把项目当成真实的项目来做，我从获益匪浅，并且有些心得体会：
第一，相信团队合作才可能把项目做到最好。
从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。我们从与他的沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。
第二，要详细制定计划，并严格按照计划来执行。
这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。
虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。
项目管理的总结和反思
项目管理的总结和反思，作为一个成功的公司，是避免不了总结的，因为在总结过程中，我们是会发现，往前是有什么优缺点暴露出来，这样我们就很快的可以完善优化，所以总结反思是必不可少的，下面分享项目管理的总结和反思。
项目管理的总结和反思 篇1
带项目已经一年了，在这期间无论从技术上还是管理经验上感觉自己成长了许多，在整个项目组中，我为项目经理，但同时我也是最辛苦的。但我更享受这种感觉。
现总结下这一年在项目中是如何进行管理的，希望大家看了能给出好的建议。
首先说明下，因为公司是属于事业单位，而且里面的员工大多都是干了好多年的老员工，所以公司里平时的工作氛围并不好，工作非常懒散，迟到现象更是非常严重，一天中有效工作时间能够保持在5小时就不错了。当然，我并不属于这一类。我曾像领导反映多次这种现象，但领导并没有给出一个合理的解决方案。
之前项目组分工的时候，都是给某人分配好任务，然后就不管了，对工期也没有太多的限制。因为本身员工懒散，公司也习惯了这种懒散的状态，所以每个项目的工期都会拖得很长。
在我管理项目后，领导和我说需要改变这种状况，于是我们实行明确的分工制度：
1、项目开始时由我对项目进行拆分，将其拆分为一个个的小功能点
2、将每一个小功能。分给项目组每个人，并指定工期。
其实对项目进行拆分并预估工作量是一个挺困难的工作，当我对项目进行拆分完毕，其大致的实现思路我也基本了解了。
我对项目组成员进行分工，最初公布分工以及工时时，大家都感觉不可思议，因为我分的时间几乎都很短，大家都认为完不成。但最终，却是在我估计的时间内完成了。而这个项目，大家对时间的利用率，大家的工作效率有了明显的提高。
在我管理项目中，我主要做以下工作：
1、和需求对接，进行整体的技术选型与数据库设计
2、控制项目的进度
3、对项目组成员分工
4、项目创建，核心代码以及一些基础代码的编写
到了后面这个项目，公司需求方其实不太负责，基本上整个项目的所有工作都由我们项目组做了，而做好的原型图也没有一个好的反馈。在这推荐一个画简易的原型的工具 Balsamiq Mockups 3，简洁易用，我一直在使用。
通过这几个项目，也发现了些问题：
1、项目组成员之间交流不够，有的一个同样功能的方法，却写了不同版本。
2、其中个人觉得最难办的就是项目组中有个别老员工，工龄都比我长好几年，有些时候甚至会耍脾气，开会的时候只会盯着手机。我也没法去说这种情况，说了只会使关系恶化，当然，像我领导去反映这情况，我也没干过这事儿，因为我和领导关系还不如人家。
项目管理的总结和反思 篇2
作为公司的高层管理者，总结过去一年来的工作，你是不是也有很多话想说？是不是也有过这样的疑惑？
1、 罚款是没有用的
对于一个基层管理者来说，罚款是有用的。对于基层员工，不仅要罚，而且要清清楚楚明明白白的罚。可是如果你是高层管理者，你就会知道罚下属的款是没有用的。就像小孩子犯错，父母会满街追着你打，当你成人之后，他们就不会这么做了。
因为下属不是机器，尤其是你管的不是一些从事实干的员工，而是下一级管理者的时候。罚款的效果是很低的。
所有人似乎都认为，罚款是雷霆手段，对方一定会因为害怕罚款而承担一定的责任。其实这是想当然！你觉得这个手段有用的时候，被罚款者的心态却是“罚就罚吧，反正罚钱了，你还想怎么样？”根本没有把教训放在心上。
2、没有民主、刻薄之分
民主，其实就是听从大部分人的意见；刻薄，其实就是听从小部分人的意见。从表面上看，似乎民主比较安全。其实不然。必须认定一个事实，大部分人是愚蠢的，聪明的永远只是少数人。
一个高级主管如果相信管理要民主，基本上，他干不了什么事情。但一个人如果什么都刻薄，他也干不了什么事情。
所以，一个高级主管，要有内敛的气质。要懂得，有些事情，要摆上台来，搞民主的样式。有些事情，要放在心里，暗中进行。
3、人才就是那些不听话的人
一个人，如果非常听话，这个人，基本上是没有什么用的。
只有真正有才干的人，才会跟你抬扛，这是几千年不变的定律。真正有才干的人都是有傲骨的。他根本不怕你把他炒了，因为他有才干，随便出去又可以找到工作。
高级主管对于日常听话的人，基本上是不用自己来费心的，因为这种事情基层主管可以轻松解决，不过是照法宣科的事情，有什么困难？高级主管难就难在，要去收服这些真正有才干的人。这是主要工作。
4、 看问题，要深一层思想
一个人，看到苹果只想到这是苹果，这个人是一个基层员工。
一个人，看到苹果会想，这是谁的苹果，这个人是个基层主管。
一个人，看到苹果会想，这个苹果为什么在这里？这个人是一个高级主管。
一个人，看到苹果会想，这样的苹果值不值钱，这个人是老板。
5、好人难做
一个人，要做坏人，其实是非常简单的。没有什么能力的人，才会去做坏人。有能力的人，才试着做好人。做坏人，没有任何顾虑，对任何人都大呼小叫，强迫员工工作，也不过是一个狠心，一把嗓门而已。
一个高级主管，就是善于做好人。好人难做，是因为你对一个人好，所有人都想要你也对他好。坏人就没有这种顾虑，你对一个人坏，所以人都想着，你不要对我坏。所以坏人很简单。
6、善于从大局出发
高级主管，永远都要明白：什么事情，轮到你的时候，一定都是一些大问题，都是一些很难解决的问题。虽然它表面上看起来，可能非常简单。因为在你下面还有一些基层主管，而他们都是轻易不把事情向上报告的，因为你会追问，会责难。
所以一个高级主管在做任何决定的时候，要多重考虑。为什么这么做？有没有更恰当的方法？公司如果在这方面有规定，为什么基层主管不照公司规定做，而要向上传？是不是公司规定不符合实际情况？其它人对于这件事情的看法是怎么样？都是要考虑的。不是只有照本宣科。那是愚蠢的主管的办法。
7、善于学习和发现
这不仅仅是对高级管理者的要求，对基层管理者同样如此。只不过高管就像看电影时坐在一排座位中间的人，他如果起来上厕所，一旁的所有人都要跟着起身，而坐在最边上的人上厕所去几乎不会惊动任何人，原因无他，高管所处的位置决定了他做同样事情所引发的结果。
基层管理者如果学习力不够，不能及时发现下属的优点，影响可能不会太大，或许他依然可以带领团队纵横战场。但作为一名高级管理者，如果缺乏学习力和及时发现员工或下属亮点的能力，对团队带来的影响将会是致命的。
一个团队、企业，要想长足的发展，阳光、积极的心态必不可少。而随时及时地发现下属身上的亮点优点恰恰是阳光心态的一种很好传递。可能只是简单一句真诚赞美，便会让下属感动涕零，刘皇叔当年长臂轻舒将阿斗往地上一放，对赵云说：叫这孺子几损我一员大将。便就这一个动作一句话，换来的是子龙其后50年的肝脑涂地。何乐而不为。
8、坚韧、坚韧再坚韧
这是所有略有常识的人都清楚的话题，都知道想成功必须坚韧。然而，之所以大多数人还是仅仅看着别人成功就因为他们只知需要坚韧但不知如何才能坚韧。
世界观正确了，如果方法论错误，依然是无法达成目标。任何人都有心理承受底线，只是有些人底线高些有些人低些而已。如何才能使自己具备坚韧的品质呢？
很简单，不论是表面看起来多么困难的局面，多么绝望的困境，一定要想方设法的寻找出哪怕一丝丝扭转的可能性，相信，这个可能性就像海绵里的水，只要去找，肯定是有的。然后将这可能性通过可操作性的方案进行扩大再扩大，出口便出现了。这所有的一切，取决于管理者坚韧的品质。
项目管理的总结和反思 篇3
从去年以来，我完整地参与了XXX项目的建设与管理工作，到现在项目已经基本收尾，下一期的项目也启动在即，现在有必要总结下该项目的得与失，从而指导下一期项目的建设工作，犯过的错误不要再犯，好的做法需要继续保持和发扬。
一、项目成功之处
1、项目进度管理相对较好
本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。
2、建立起了一些管理制度
在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：
（1）新业务需求响应机制
新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的'头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的；接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间；当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。
从需求的接收到最后上线后的反馈等环节
（2）上线机制
由于历史原因，我们项目团队相关工作的规范性不如BOSS那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程，并向BOSS侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。
（3）沟通机制
建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。
（4）系统运营报告制度
项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。
二、项目不足之处
1、对项目合同的把控不足，给后续管理工作带来隐患
由于公司IT系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，因此在本项目中对项目的合同关注不够，对项目的合同内容把控不足。主要体现在以下几个方面：
（1）合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对，有一些我方希望纳入的建设内容结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。
（2）项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，但是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，现在看来这种原则性的问题还是不能忽视。
（3）在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地考虑好如何进行考核，结果把非常通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。
2、新业务的开发模式
由于本项目的需求相对比较分散，因此在实施项目时采用的是新业务的开发模式，即一个个功能模块依次开发，每个功能模块都要经历需求分析、设计、开发、上线等阶段，有点类似迭代的开发模式。但是这种模式存在一些问题：一是每次迭代划分的太细，导致几乎每个月都要经历需求、设计、上线这些工作；二是这种开发模式导致对系统的整体把控能力不足，可能由于原来相关的一些功能模块，本来应该统一考虑需求和设计的，但是由于人为地把他们分割成多个阶段来实现，导致出现顾了当前没有考虑到将来及对原有功能模块的影响；三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里；
这种开发模式在下一期的项目中需要改进，不能再采用这种方式了。
3、建设方案设计及汇报能力不足
本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。
4、需求文档和设计文档的规范性
需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计？
5、应用推广重视度不够
建设一个系统的目的是什么？目的是希望系统能够为公司带来价值。那么如何体现价值？系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目(Project)进行分析和管理的活动。 软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。 软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10％的项目能够在预定的费用和进度下交付。 1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31％的项目未做完就被取消，53％的软件项目进度通常要延长50%的时间，只有9％的软件项目能够及时交付并且费用也控制在预算之内。 软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。 软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。 这几个方面都是贯穿、交织于整个软件开发过程中的，其中人员的组织与管理把注意力集中在项目组人员的构成、优化；软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面；软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作；风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防；质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动；软件过程能力评估是对软件开发能力的高低进行衡量；软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。因为大家对人力资源管理和软件过程能力比较有兴趣，下面就详细的对这两方面展开讨论。 参考资料：：： （绝对让你满意，全文复制下来就OK了）
20xx年，在计划科两位科长的支持和帮助下，较好完成了自己的本职工作以及领导交办的其他任务。现简要回顾总结如下：
一、项目管理工作
一年来，我的工作主要是围绕中心推行项目管理展开。面对项目管理这种科学的管理手段，我努力学习相关理论知识和软件系统操作方法，吃透管理理念，让自己从根本上认识和适应这套管理模式。在工作开展初期，我协助科长一起，参与完成了项目管理软件数据库及操作平台搭建、项目申报及审批、项目立项及分解下达等一系列阶段性工作，中心项目管理体系基本建立。在项目管理运行过程中，我参与了系统日常维护和数据处理工作，参与项目管理督导工作，了解各单位开展项目管理工作情况，收集相关问题，对于各单位提出的许多共性问题，主动研究思考，与同事一起探讨，大胆假设。通过自己的努力，结合对项目管理软件数据的分析理解，形成了一些解决问题的方法，帮助部分单位解决了产值下达、绩效发放等环节出现的问题。
二、资产管理工作
年底，根据委财经局相关部门转发的财政部《行政事业单位资产管理信息系统》工作要求，我承担了中心固定资产数据软件信息化的.工作。在规定时间里，完成了XX年之前中心固定资产数据核对修正工作，并将其与08、09年新增资产数据一起导入行政事业单位资产管理信息系统，并做到汇总数据与财务报表相一致，达到预期目的。
三、20xx年的工作计划
1、进一步完善项目管理工作。
项目管理工作的开展是一个不断发现问题解决问题的过程。20xx年，我将继续协助配合搞好项目管理系统维护工作，保证系统正常运转，数据正确无误，指标真实可靠。在企业实行项目管理过程中遇到的特有问题上狠下功夫，寻求可行的解决方法。努力研究如何有效进行进度管理、如何发挥项目组长作用、如何建立更为合理的部门考核机制等20xx年亟待解决的问题。
2、学习建设管理相关知识。
根据中心20xx年工作会议主要工作分解意见，计划科今后的工作将涉及到二期集资建房、南院建设等项目的建设管理。因此，20xx年我将开始着手基建方面知识的学习，了解合同管理、招投标管理、预算管理相关规定，希望能在短时间内达到一定水平，为今后的工作奠定基础。
总结在一个时期、一个年度、一个阶段对学习和工作生活等情况加以回顾和分析的一种书面材料，通过它可以正确认识以往学习和工作中的优缺点，我想我们需要写一份总结了吧。那么总结应该包括什么内容呢？以下是我为大家收集的项目管理试用期工作总结，欢迎大家分享。
时间好快，短短我来到xx公司已经两个月拉。在这段时间里，每天都在感受xx公司的激情和发展。和同事的相处中，我得到了很多帮助，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的精心指导。如今我对xx公司有了一个全面的了解，感受到了很多同事间的和谐友好，项目组的团队意识。
在过去的两个月里，我负责x模块的需求讨论、数据库设计，代码编写进度管理的同时，还负责x项目xx平台的开发进度管理，通过与大伙的通力合作，基本上在规定的时间内完成了大部分的业务需求。通过这个项目，也增强了自己在项目管理方面的经验，学习了很多x方面的业务知识，全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面，对x大部分业务做了深入的了解。xx评估方面，我主要了解x，x，x，x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导，我很是感谢他们。
在已过去的x项目实施过程中，我也发现了项目组存在的一些优势和问题。对于优势我就不多说，主要还是大伙的实干精神较强吧。针对项目组存在的一些问题，这里我发表一些个人的观点，仅供参考。
1.项目组的控制力
由于我们当前的项目是一个全新的组合，各成员间存在太多的生疏和不确定性，这就造成了，我们在实施计划任务的过程中，对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理，所以在实施过程中也出现了很多计划滞后的事件，对待这些滞后我们唯有加班来弥补，过度的加班和返工必然损坏其组内成员对项目组控制力的满意度，当然也直接影响到对公司的认知和评价。
我感觉我们总是缺少一些可以控制和预见的能力，完成任何事情或目标总是存在不可预知的风险，但如何在风险爆发前限度的加以控制，降低其影响层面，那是我们应该去考虑和管控的。
2.项目组的协作力
说到项目组的`协作力，我觉得当前我们做的很差，在任务实施的过程中，现在的项目组就好比中国古代的三国时期—群雄逐鹿，各忙各的。每天我们都很忙，但是忙的就是自己的那块空间，彼此的交流和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度，而是自己凭借自己脑袋乱写，自创轮子，总是把自己的意识强加给客户。
在过去的代码编写时间里，我总是发现很多同事存在一个问题，自己做的模块与别人的存在关联，这时候彼此间需要进行简单的交流，配合完成。但是很多人没有交流，而是把别人的代码下来，然后加上自己的需要，提交完事，等其具体人员某天发现自己的代码被修改而不为所知，最终遇到问题，相互推诿，这就是缺乏交流的后果。
说到协作，顺便说下分工，在代码编写的过程中最为紧要的应该就是分工明确啦，我们需要严格规定那些人有相关文件的修改权限，那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加，试问操作前是否考虑过有对其项目或别人的影响?
项目管理心得体会
经过二郎山项目、鹧鸪山项目和水界等项目的项目管理工作实践，对项目管理的各方面事务感触颇深。在此，我将这多年的心得体会梳理，抛砖引玉，希望各位同行及领导多多斧正。
一． 管理时间就是管理自己，高效利用时间
每个人的工作课题存在差异，每个人的思想境界各有不同。但是上帝却很公平的给了每个人一天24小时的时间，因此我们提出管理时间，是每个人都可以做到的事情。每天把24小时规划好，也就管理好了自己。平时大家会说时间不够，事情做不过来，我建议大家把时间拿出来分析一下，根据工作性质合理安排时间。对于项目管理，事情多，工作琐碎.，这样我就养成了每天入睡前回顾一天工作的习惯，并对第二天的工作进行安排。在安排工作上要求本部门各级员工把握一个主次分明，轻重缓急合理的原则。这样每天当一到工作岗位上就能很快的进入工作状态，而员工的工作也各级抓好，紧张工作。这样就很好的把握和做到--"工作时效"。
二． 分清各项工作的轻重缓急
"轻重缓急"对于每个人来说都很重要，这就要求思路活跃，把火烧眉头的事情先处理掉，然后再去做日常工作。就好比用户要一个深层次的技术交流,要求特别着急,这时你就需要安排资深的人员进行相关的支持,电话中能够完整的提供就现场进行,若是需面对面的进行,那好,用户的需要就是一切.总之轻重缓急具有非常的灵活性、时间性、场合性要视具体情况而当机立断。做好了也是减少客户抱怨的有效方法。
三． 不断规范和调整制度，没有规矩不成方圆
谈到管理，就一定要从规范入手。规范是我们日常工作的行为准则，是企业生存、运作、发展、壮大的标尺和纲要。它的实施者既是所有领导，又是全体员工。只是各个岗位所规范的内容不同罢了。万事开头难，难就难在你走出的第一步，第一步迈出去了，第二、三步就没有问题了。正如我们日常工作，你没有第一稿资料，就没有后续的所有工作内容。你最近没有向职能部门提交××问题，就没有人来问你这个或哪个问题是如何如何的，等大家都有反映了这件事情，就有人开始琢磨怎么样来规范这项工作，让大家都按这个规定来做。以后大家就在这个基础上第二步、第三步的完善工作，把工作做得更好！任何事情都是一样的道理，只要你想做，你就会去规范这件事情，规范也就使每个人有了行为的准则。
四． 提高会议效率，事前告诉大家会议的内容
工作中的很多问题都是在会议中解决的。会议使我们对问题有了更多、更好的解决方案。我们平常碰到的会议也比较多，大大小小、各式各样的都有，那么如何提高会议的效率就成为大家关注的事情。如果我们在会议之前把要开会的事项告诉所有人，让大家都有准备，开会的时候就可以切入主题，谈每个人的思路，这样可以缩短一些时间。往往在会议上大家谈着谈着就会跑题，这时候就需要会议的主持人能够引导大家的思路往一个方向；再有就是会议结束前主持人或主管人员一定要重述这次会议的几项内容和解决措施，这样大家才会感觉到会议的重要性。
五． 统计数据，针对数据进行分析，分析结果加以应用，最后不忘评估、验证成果。
统计数据简单的说就是一个工作量化。是总结工作最直接、最明了的方法之一。统计对于各块的工作都很重要，没有数据的分析，我们不知道努力的方向，至少说轻重缓急把握不好，有了数据就可以比较，知道目前面临最大的缺陷在哪里，针对弱点加以改进。对于基层的管理人员来说数据的统计可以通过公司相关部门获得，得到的数据分析后一定要应用，只作分析不加以应用等于白搭，反而增加了工作量。有的会说，我应用了但效果不大，问题就是应用后，有没有跟踪验证，我们对分析出来的数据没有应用，没有验证，怎么会知道我们的分析是对的呢！因此分析-应用-验证，三者一个都不能少。
六． 愿景引来注意、尊重加深信心、沟通加强意义、立场导致信任
1）愿景--每次开会公司都会给我们描绘一下愿景，公司现在…… 即将……将来是…… 对于这些传到耳朵里的信息，员工们总是格外的在意，有的甚至在聆听笔记，这是不知不觉的愿景激励。因为这些都与公司的每一分子的切身利益直接相关，不管愿景好与坏大家都会关注，我们跟同事开会的时候也不要忘记强调三年规划。
2）尊重--同事之间相互尊重，可以加深合作，同时也会得到其他人的尊重，做起事情也会格外的舒坦。工作之余都谈到沟通很关键，企业领导鼓励下属发言，但自己却不太发言也不太敢发言，所以最后的结果常常就是大家都不发言，最后就变成你看着我、我看着你，然后领导看着现场所有人，脸上一副「说话呀！」的样子。这种状况就似乎是如果有一个人把话说出来之后他马上就会被企业宣判死刑一样，然后紧接着就被淘汰出局似的，所以大家对于自己想说的话都往肚子里吞，戒慎恐惧，一副「不要问我，我什么都不知道！」、「请你不要找我麻烦！」、「该死！怎么这么准，刚好问到我了！」的样子，所以只要你一鼓励他们把话说出来，大多数的时候，你很难获得到他们的回应，如果现场里有一、两个人敢勇于表达自己的意见，就已经算是不错的状况了。
3）沟通--「说出来」是沟通最基本的原则，如果连话都不愿意说出来，沟通肯定不会有任何的进展。如果在一个团队里，每一个人都必须要透过猜测才能够了解他人的想法，这将会是一件很累人的事，而如果你是待在这样团队里的一员，我相信每一天陪着你的一定是强烈的无力感。只要打破不说话的几个因素：面子问题、怕担责任、中庸、以为别人知道。主管或领导立场要坚定明确，我们平常说这个人没有立场，只要用户一投诉，主管就同意了；销售或市场一说，我们就得去做等等，这样同事会感觉到这个领导没有立场，别人怎么说就怎么做，以后有问题，他们也不会再问你，对你逐渐失去信任，因此主管人员一定要有立场，在立场发生变化的时候要和同事做好沟通。
七． 定目标，严格执行、考核、监督
一件事情的好与坏如何去评价，首先要看所定目标定的合理性。合适的目标对每个人、对企业都有好处，员工不会有太大的压力，安心努力的工作；企业每年都会稳步的积累和发展。定目标对我们每个人说就再简单不过了，人的一生中不知道给自己定了多少目标，但真正努力去完成的又占了多大比例？目标就要靠人来执行，执行过程中就有各种各样的评价，严格的说就是考核和监督。日常员工们努力的工作，都每个月底公司收集数据进行评估和考核，监督到年底每个是否能完成年初订立的目标。
八． 人不要会什么，关键在于你会学什么
在学校不管你学习什么专业，80%的学生找不到和自己本专业相同的工作，多数都是改行，有的从事本专业临近的工种，有的甚至与本专业搭不上边。从事本专业的人未必就有好的成就，从事非专业的人也有很多人打出一片天空。因此人不要会什么，关键在于你会学什么。
九． 培养人才资产：选、养、育、用、留。
关键在于留，留有3个因素：能力、价值观、人生志趣；能力的体现就是知识内涵，价值观主要表现在技能和态度。知识又分为：内隐知识和外显知识（内隐知识：平常看不到学不到的，要靠个人的感悟和积累；外显知识：看得到，学得到的东西）。平常总是要经过选拔招聘到一个适合企业的人员，进入公司后像小树苗一样培育，初长成就要考虑如何使用，经历这一系列的洗礼，人就有一定的想法，因此如何留住人才也是公司要积极考虑的事情，特别是在资源不足的情况下留住人才就更难能可贵。
十． 成绩好的时候要考虑如何提高团队的建设
随着其他公司技术能力逐步的提高，我意识到了靠个人的力量是不行的，要靠一个团队。平时一个人忙里忙外不亦乐乎还不见的有效果，如何培养一支可以打胜仗的团队呢，首先要了解团队中的每个成员，发挥他们的优势，挖掘潜能，根据每个人的个性不同选用不同的岗位，每个人在团队中都发挥作用，管理人员就成功了一半，团队也就有竞争力了……
hyc.bjufida.com 在上述内容中已对项目管理软件总结怎么写和项目管理软件操作实例的内容作出了详细的解答，内容对于您解决ERP软件相关问题一定有帮助。
