it运维常见问题有哪些

项目管理的总结和反思

项目管理的总结和反思，作为一个成功的公司，是避免不了总结的，因为在总结过程中，我们是会发现，往前是有什么优缺点暴露出来，这样我们就很快的可以完善优化，所以总结反思是必不可少的，下面分享项目管理的总结和反思。

项目管理的总结和反思 篇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、应用推广重视度不够

建设一个系统的目的是什么？目的是希望系统能够为公司带来价值。那么如何体现价值？系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。

一段时间的工作在不知不觉间已经告一段落了，回顾这段时间的工作，相信你有很多感想吧，好好写写工作总结，吸取经验教训，指导将来的工作吧。相信很多朋友都不知道工作总结的开头该怎么写吧，下面是我整理的项目管理工作总结，欢迎阅读，希望大家能够喜欢。

项目管理工作总结1

一、 学习到的知识

IT项目管理对于信管来说，应该是一门重要的专业课，只有掌握了其中的分析方法，才能在以后的项目开发中，对项目进行科学，全面的管理，提高项目的质量。

通过本次课程的学习加之实习，首先，我知道了什么是项目，以及IT项目的定义什么，知道它是为解决信息化需求而产生的软件、硬件、网络系统、信息系统、服务系统等一系列与信息技术相关的项目，同时，我了解到了IT项目的主要特点分为7个，即明确的目的、独特性、时限性、目标渐进性、时效性、高风险性和智力密集型。在充分了解了定义之后，老师又详细讲解了项目的生命周期和管理模式，从项目4大阶段：启动、计划、执行、控制和项目管理9大知识领域：范围、时间、成本、质量、人力资源、沟通、风险、采购进行全面的解析。下面我就分别讲述在这几个方面自己学到的东西。

其中4大阶段中，掌握的比较好的就是前两个方面，在启动方面，我觉得就是要预先考虑到项目实施过程可能出现的问题，进行提前的计划，说到底就是未雨绸缪，里面最重要的就是可行性分析，它是作为项目能否开发的重要依据，提供需求、盈利、运行环境等多方的分析资料。另外一个，我掌握到的重要知识，就是WBS技术，我学会了如何对认为进行分解，将一个复杂的项目分成多个子项目，分别进行多次深度划分。 项目时间管理是我听得最认真的内容，因为要作图，里面我主要是针对网络图进行了认真的学习，知道网络图的意义以及如何绘制网络图，在网络图的基础上，我学会了用个Project软件生成项目的甘特图，并且能够从给出的甘特图中读取项目的信息和进度计划。最难的是活动历时估计中的关键路法，通过结合PPT，我掌握了如何根据给定的表格数据，推算出最早开始时间、最早结束时间、最迟结束时间、最迟开始时间、总时差，并在做完图后，从中找出其关键路径，即总时差为零的活动路线。

后面9个领域，都学的比较粗条，主要针对了成本、质量和风险管理。在成本管理方面，理论掌握的不好，主要就是知道了如何用Project软件对项目分配资源，并且知道了如何解决资源冲突的几种方法。

在项目质量管理方面，我通过实习，知道了IT质量管理的概念，整个体系，并且通过实习，知道了从哪几个方面入手去编写IT项目质量计划，从而了解了一个项目团队如何去保证其项目的质量，特别是实施计划中，知道了一般性项目质量管理的工作计划，和高层领导以及项目经理如何去评审一个项目以及各部门的任务分工和之间如何协调。

风险管理因为时间近，所以知识点记得比较多，最深刻的就是项目风险的评估分析。 在里面，我主要掌握了如何定性的估计风险，学会了风险评定的等级划分，和结果划分。

二、 感悟与体会

IT项目管理，其实自己没有多少重视，总感觉学到的理论偏多，让我值得欣慰的就是，我们在课程一开始就成立了分组，通过一个小组的整体协作，把整个项目过程都全部的经历了一遍，在完成的过程中，我发现，书上写到的只是冰山一角，远远满足不了你完成作业的标准，我很多时候都是拿到分配下来的题目，一阵发愁，然后翻了N遍书，还是不知道从何下手，可能是从来没有接触到类此的东西，缺乏思路，不知如何进行，只能在百度里寻找，希望找到材料，要是完全一样的就更好，没有的就东拼西凑，虽然其中有一些copy的影子，但自己也是阅读了大量的资料，整合了各种数据，在不知不觉中，理解该方面也越来越深刻，至少一开始的迷茫感没有了，其中让我印象最深的就是制作WBS，书中只是讲述了WBS的基本概念，没有一点制作的方法和步骤，完全是盲人摸象，一路磕磕碰碰，幸好在强大的搜索引擎下，在参考了无数公司优秀的案例下，制作了一个让自己非常满意的`WBS图，当然，其中会有各种错误。

还有一个就是在合作的过程，我觉得一个项目想要合理，高质量的完成，各小组间的沟通即为重要，这里面包含了项目组长的领导能力和人格魅力，像我们组来说，我感觉就有点分崩离析的味道，就是个人管个人，组长分配啥，做了就好，没有形成一个小组间的共鸣，不知道其他组的进度和完成情况内容，所以内容应该有些分散，给组长也增加了很多的后期整理压力。

三、 提出的建议

1、 案例分析的效果甚微，我感觉就是小组发表后，老师就是把小组的发言整合了一下，没有告知这个案例到底说明什么，总感觉有点模棱两可，没有明确。

2、 课堂气氛很压抑，我们没有释放应有的学习激情。

3、 实验课有些水，不知道在实验课上做什么，一般都是老师讲，学生自己玩电脑，应该在实验课的时候，开设一点Project软件的教程，帮助我们更好的掌握。

4、 作业量比较大。

项目管理工作总结2

xx公司领导，

你们好！

我受陕西项目管理有限公司第六分公司杨静总经理委托在这里向在座各位领导及同事汇报一下20xx年、陕西项目管理有限公司第六分公司的工作情况、并展望20xx年的蓝图。

首先向各位拜个早年、祝各位马年成功、马上有钱、舂节快乐、身体健康、儿孝女贤、合家幸福。

艰难的20xx年以去不复返了、新的春天即到、让我们迎着马年的喜气东风在杨静总经理的带领下、在新的一年里取得更好的业绩。

20xx年陕西项目管理有限公司第六分公司取得的成绩有。

一、荣获得省级文明工地一个、市级文明工地15个、建设单位送锦旗二面、施工单位送锦旗二面。

二、获陕西项目管理有限公司奖励及称号五个

1、第六分公司获陕西项目管理有限公司先进分公司奖奖品笔记本电脑一台。

2、杨静总经理获陕西项目管理有限公司先进分公司先进经营奖奖金一万元。

3、泾阳中学获陕西项目管理有限公司先进分公司优秀监理部、奖金5000元。

4、陆贵林同仁获陕西项目管理有限公司优秀总监理工程师奖、奖金3000元、奖杯一个。

5、杨智慧、来建华二同仁优秀监理工程师奖、奖金1000元、奖杯一个）。

三、获陕西项目管理有限公司第六分公司如下

1、第六分公司优秀监理部为景秦茗居监理部、总监党保强监理人员有柳志冒、张胜利熊家福、张奇等。

2、第六分公司优秀总监理工程师为宁小宇、党保强二位同仁。

3、第六分公司优秀员工为毛少军、王有旭、赵韩三位同仁。

4、第六分公司工会积极工作者为邢中生同仁。在这里让我们用热烈的掌声祝贺上述获奖人员、希望他们马年更为第六分司出汗马之力。

四、陕西项目管理有限公司第六分公司在13年里为员工做的实事有：

1、为所有员工购买了意外伤害险、配置了统一服装。

2、实行了每年增加100元的工令工资。

3、依椐陕西项目管理有限公司员工工资标标调整了第六分公司员工工资。

4。年底团拜会为第六分公司所有员工发放了春节红包、米一袋、食用油一桶等食品。

5、第六分公司为增强凝聚力组织拓展运动、春游活动、运动会、中秋、春节联欢会等集体活动。

第六分公司通过上述5点的努力、也使同仁们工作顺心。收入上一台阶。使同仁的春节更加欢乐幸存福和谐。

五、20xx年第六分公司情况

1、20xx年第六分公司的监理项目很少。有：西安航天总医院、华阴项目、崇文项目、凤麟苑幼儿圆项目、景渭茗居。

2、因三角帐原因、现历年累计欠第六分公司尽400万元、使第六分公司资金周转万分困难、第六分公司累计货款300多万元。

3、监理人员工资市场普遍增高、我第六分公司监理人员也进行了工资普调、监理人员工资年合计为144多万元、加至总公司管理费及其它费用年共计：尽300万元。

总上述多种困难原困、我第六分公司监理人员在杨静的带领下、迎难而上、排除坚难、终于走出了困景、迎来了署光、在这里我代表第六分公司监理人员向杨静总经理表示忠心的感谢。

六、20xx年、的前景直得乐观

1、我第六分公司将从内部加强管理、完善各部门规章制度、落实绩效责任制、落实总监责任制。

2、加强全体人员业务培训、落实岗位责任制、精兵减政、取优逃落、使每一个监理人员、责任与工资挂勾。责任与效益挂勾。体现多劳多得的原则。

3、能为公司接到监理工程的员工公司将给予将励。

4、第六分公司将每月定日召开总监会、即时转达杨静总经理及总公司总监会精神。

项目管理工作总结3

各位领导、各位同仁：

大家好！

我是在今年10月份加入这个大家庭的，在这里上班的时间前后才三个月，到这里的时候，管理改善项目己基本接近尾声，中间也去听了几堂老师们的课，在这里把近几个月在这里学到的东西作一个总结。首先看看我们公司的一些问题点

① 生产车间人员流动频繁。

② 管理基础薄弱。

③ 管理权限、职责不清。

④ 对生产缺乏有效的过程监控、指导。

1、20XX年慧德嘉出台了一系列管理制度，但有关项目管理制度却不多，管理集约程度不高，执行力不够，项目成本管理意识欠缺，质量、安全意识淡薄。

2、过程监控流于形式，“人情化”管理比较突出，各班组长对组员要求不严，管理制度有时成了一种摆设，“人情化”管理非常普遍。

3、公司未建立有效激励机制，奖惩措施不严（基本没有），一人多岗、人浮于事、权责不清的现象还不同程度地存在整个管理中。

针对前期项目管理存在的一些薄弱环节，结合年度工作目标，20XX年生产部管理工作思路及重点可用“五句话”概括，那就是管理规划要有“信心”，过程监控要有“恒心”，工作指导要有“耐心”，奖惩措施要“狠心”，管理团队要“齐心”。

一、管理规划要有“信心”

由于今年前期管理工作没有跟上，人心浮动，要尽快扭转被动局面，生产管理全体人员要树立信心，要充分坚信在吴总的带领和支持下，尽快将生产部建成一个职能健全、人员精干、管理高效，对市场和营销能起直接支持和保障作用的强有力的职能部门，为了实现这个目标，具体有以下几方面的规划：

1、20XX年将完善和建立基础管理制度，尽快形成适合于公司实际情况的管理体系，正如吴总所要求的，在管理的各个方面、各个层次、各个环节都有章可循，有章必循，对生产管理要真正做到每桩事情有人管，出了问题有人担当，给企业造成损失有人赔。

2、根据管理体系，尽快建立实用、可 *** 作性的程序性文件、管理职责、权限划分、管理流程，促使各班组人员明确职责、工作规范，杜绝低级错误的再度发生，避免工作失误给企业带来新的损失。重点是完善岗位责任制，坚持技术安全交底、过程监控、目标考核制度。

3、今年是ERP正式推出使用的第一年，希望借助这个信息平台能有效的把成本、技术、生产进度等结合起来。让公司业绩有一个新的突破。公司管理更上一个台阶。

4、完善生产部奖惩机制，真正做到奖优罚劣，提高班组人员积极性、主动性、创造性，用心作好工作中的每一个细节。

5、今年推行绩效考核，所以必须有组织、不间断地检查各班组生产进度，充分树立生产计划的权威性，作到有令则行，令行则止，促使班组加强管理，提高整个车间的管理水平。

6、组织丰富多彩的岗前、岗位培训活动，通过师傅带徒弟的方式，岗位培训与技能 *** 练相结合，专业技术与管理意识相结合，使车间班组人员逐步成为业务素质过硬、工作能力较强的多面手。在条件允许情况下，采取岗位轮换、一人多岗等方式实现项目管理人员的良性互动，逐步建立一个知识结构合理、专业互补、有事业心的生产队伍。

二、过程监控要有“恒心”

再好的制度，如果不加强过程监控，就会流于形式；生产过程监控是动态、长期的过程，不能三天打鱼，两天晒网，贵在持之以恒。20XX年生产部工作之一是加强过程监控力度，持之以恒、不间断地对各班组生产进度进行检查、考评。重点作好以下几方面的监控：

1、生产进度、质量、安全、现场5S检查。

①检查时间：每天下午4点，带领各班组长互换检查。检查要形成一种制度，不管遇到任何困难、任何阻力，都要坚持下去。

②检查范围：分工检查，跟单专员检查各班组生产进度并记录，车间主任与班组长检查现场5S，品质部组织人员作整个生产工艺流程的检查，

③针对检查中发现的问题和隐患，生产部当场发出整改通知单并严格监督是否彻底整改。凡对提出的整改意见不重视，不理睬，整改不彻底，甚至采取完全对抗的态度，生产部将采取必要手段对直接责任人员进行处罚；对于管理较好、问题较少的班组同时要给予表扬和适当的奖励。

2、成本监控

效益是精心策划出来的，利润是用心省出来的，当前铝合金门行业市场低成本竞争俞演俞烈，人工成本也越来越高，要使成本降低，只有通过管理好整个生产环节，减少不必要的浪费。整个生产环节应从以下几方面抓： 第一、材料进厂必须严格检验，不合格材料一律退回，多寻几家好的供货商，经过比价和比质量，选合适的用。避免不合格品流入工厂，占用库房和资金。

第二，各部门做好相应的物料计划与采购计划，大宗物品必须保证适时的供给，不占用太多的现金流。 第三、生产员工必须看单作业，最好制定流程卡，每个生产员工作业完成在卡上签名，如任何质量事故都可追溯到相关责任人，并且可以用作结算员工工资的一个依据。真正做到谁做错谁买单。

第四、培训一批优秀的生产员工。减少生产作业中人员，间接的提高了人员工资，这样才有可能留住人。不能天天都招新人过来，新人试用会给公司造成相当一部分损失。

三、工作指导有“耐心”

生产部门是一个制造与执行部门，更多意义在于辅导，作为车间管理层应多用心思在现场，多参与现场作业，现场走动管理才是生产中的重点，班组长应带头教会每个员工的做事的方法，有时间大家一起多找出生产中的不足，运用头脑风暴法，将影响生产质量与进度的问题解决掉，周期性的改善，最后才可能让生产部走上一个良性的轨导。

四、奖惩措施要“狠心”

领导是温暖的，而管理是严格的，现代管理是“人性化”管理，但绝不是“人情化”管理。国有企业人才、技术、管理等方面并不比一些优秀的民营企业差，但名营企业的管理效率的确比国企高，关键在于民营企业执行力非常强，有了强大的执行力，各种制度、措施才能落到实处；所以公司要走上良性轨道，有必要抛开人情世故，该奖的一定要及时兑现，该罚的决不姑息迁就，“养虎为患”，要痛下“狠心”，确保各项规章制度落到实处。

五、管理团队要“齐心”

俗话说得好，“人心齐，泰山移”，一个团队如果没有凝聚力，将是一盘散沙，豪无战斗力可言。20XX年在生产部人员配备齐全后，我将以身作责，团结其他成员，发扬团队精神，不怕苦、不怕累，抓好生产管理薄弱环节，切实履行生产部各项工作职责。

管理学“木捅”原理告诉我们，一捅水能否装得满，装多少，关键在于最底下一层木头的结实程度和密封程度；生产管理也是这样，只有夯实基础，生产平台才不至于垮掉；只有堵塞漏洞，方能使我们管理成效不至流失；20XX年的生产管理不是一句口号，更不会流于形式，20XX年生产部全体人员将团结一致、脚踏实地，按照公司既定的方针目标，理清思路，排除干扰，使公司迈向一个新台阶。

　信息系统关系着企业的安全连续运行是IT运维管理追求的目标。IT运维管理与IT运维的成本、质量、速度有着很大的关系，当然也与IT系统的安全、连续和可用联系紧密。现今市场状况下，IT外包模式下许多IT运维管理都出现了许多问题，主要包括IT资产管理问题、IT外包管理问题、IT运维成本问题以及IT运维技术问题。it运维常见问题有哪些

1 IT资产管理问题

当不同的IT资产运维被外包后,相对应会增加一部分责任人,无论是对它的维护还是更新升级改造，都会影响到IT资产的价值,同时也会对你IT资产的使用年限和配置信息产生影响，导致发生一定的变化,从而造成物理位置与实际不符、账实不符、安全责任无落脚、人机不符等问题。分散的、动态的IT资产管理是无法提供清晰的结构脉络给相关管理人员和服务人员的。

2 IT外包管理问题

完善的IT外包管理：选择外包商-使用外包商-考核评价外包商-优化外包商。信息技术基础构架库标准体系现在被许多企业采用，这种管理使外包服务过程更加的流程化。然而,它对企业对于外包商的选择、考核、评价优化均未提及。因此,就算流程管理做好了,IT运维管理外包还是没有到位。

3 IT运维成本问题

招标或者议标易确定外包价格,但是很难界定价格的合理性,也无法确定价格涵盖的服务项目。当甲方遇到突发状况时,部分服务商往往不能快速响应，可能服务人员不在本地,还有超出服务范围要追加费用这种情况的出现。有的时候公司付出高,回报低,影响到公司的未来生存发展，无法保证长期稳定的良好服务。如何衡量服务成本来确定服务价格是IT运维管理外包中的主要问题之一。

4 IT运维技术问题

针对不同的IT运维服务对象应采取相对应的技术方法。不能仅仅依靠对技术人员进行管理从而达到管理技术的目的。这样只会制约IT运维服务发展速度和质量。

事实上如何使IT运维管理外包安全稳定运行是一个既简单又复杂的问题，但是只要注意IT外包过程中所出现的一系列问题并寻找有效的解决办法，就可以保证企业的正常运行发展。

老师推荐给我们看的几本书让我受益匪浅。特别是《你的灯亮着吗》。看进去之后方才知道老大的用心良苦，自己在处理工作中的事情时，不管用户是非对错，用户提出问题，我的思想老是照着用户的问题去解决问题。在这本书中针对我目前的情况有详细的解析。

这些书带给我的启发不仅仅是关于高级IT项目管理这门课程的，也给我今后的人生上了重要的一课。正如项目经理案头手册中提到的JM朱兰将一个项目定义为一个计划要解决的问题。该定义使我们认识到，项目管理是在大的规模上对问题的处理。我们生活中也在不断的遇到各种各样的问题，在进行项目管理的过程中，随着工作的进展，也给我们生活中解决问题指明了一条正确的思路和方法。项目问题就是人的问题，这些书启发我们在做事的时候不要怨天尤人，惟有付之行动，生活才会回报付出者；没有计划，就没有控制；要积极主动，不要被动反应；承担责任，争取权力；所有的行为只有从执行者的视角来理解才有意义；人最害怕的是被拒绝，最需要的是被接受；沟通技能是项目经理最应具备的技能之一。

书中有说到一句：“问题其实就是你期望的东西和你体验的东西的差别”。对于我工作中，用户正常使用TAJIMA的流程，就是我期望的东西，而体验到的东西都是，用户不按正常流程执行。问题就在于，用户更本不按流程走。而对于用户来说：用户期望的是可以直接改个供应商或直接改个单价就可以满足采购或财务的需要，而体验到的是在系统中供应商无法更改，单价在采购单更新后，财务部那边的出入库金额数据无法更新。所以用户的问题就是：采购单无法更新供应商，单价更新了无法满足财务的需要，怎么办？到底是谁的问题？当出现这种情况，我往往把用户的问题定义成了问题。想尽方法帮用户解决。书中还有说到：“在寻找问题定义的道路上疲倦地游荡时，不要忘记随时都回头看看，看看你是不是已经迷路了”，在工作中我经常帮用户想解决方法，哪种解决方法对于用户目前是最简单的？回头想想，有的时候真的帮用户解决到问题吗？没有！因为我在找解决方法的过程中，已经错误的定义了我在解决的问题。用户入库拒收的库位选错了，入错了库位。我首先将问题的定义为：将入错库位的数据调整至正确的库位。一股脑的想如何去调整，用哪种调整方案最简单？结果表面上是以经解决了，可过不了多久此类情况又会发生。其实遇到这种问题应该先想想，库位选错的原因是什么，是不是之前的培训没有到位？如何杜绝这种情况再次发生？现在该做些什么？应该教会用户在开单时就先确认库位。如在开单时就选错库位就点选取消，重新开过单据。还有一次，财务部提出采购部在采购单上更新了价格，但出入库记录的金额还是没有，希望我们帮忙解决。我首先想到的就是帮财务部将采购单上更新的价格导出给财务部，方便快速。但没有想到问题的起源是：采购部在入仓之前没有输入价格，而要在入库之后才补上，导致现在这种问题。要解决这个问题的方法是让采购部在入仓之前就把价格填上，在入库的时候就会自动获取价格，而不是给财务部导出价格。

书中有个章节“什么是真正的问题？”里面有指出：“每种解决方法都会带来新的问题”，回想过去的工作，的确存在很多问题解决之后，产生了更大的问题。针对这种现象,书中指出：“问题最难以处理的部分恰恰是去意识到它们的存在”,因为用户养成的习惯，慢慢的就会无法意识到它们的存在。如果采购部一直都是后补单价的话，就更本不会意识到后补单价是一种错误的方法。

因为时间的关系我没有全部看完这本书，有时间还需要经常翻看。在今后的工作中，需先将问题定义清楚，找到真正的问题，再去找寻解决这个问题的最佳解决方法：解决后产生的问题，没有解决前的棘手且最不棘手的解决方法。

书中有说到一句：“问题其实就是你期望的东西和你体验的东西的差别”。在一个项目的进行过程中，我们不可避免的要和用户之间沟通和交流，当然，在交流过程中，会遇到一些问题。不管用户是非对错，用户提出问题，我的思想老是照着用户的问题去解决问题。在这本书中针对这种情况有详细的解析。我往往把用户的问题定义成了问题。想尽方法帮用户解决。读完此书，以后在用户提出问题后，需先想想问题到底出在哪里？找出问题的真正定义！书中还有说到：“在寻找问题定义的道路上疲倦地游荡时，不要忘记随时都回头看看，看看你是不是已经迷路了”，在工作中我经常帮用户想解决方法，哪种解决方法对于用户目前是最简单的？回头想想，有的时候真的帮用户解决到问题吗？没有！因为我在找解决方法的过程中，已经错误的定义了我在解决的问题。书中有个章节“什么是真正的问题？”里面有指出：“每种解决方法都会带来新的问题”，的确存在很多问题解决之后，产生了更大的问题。针对这种现象,书中指出：“问题最难以处理的部分恰恰是去意识到它们的存在”,因为用户养成的习惯，慢慢的就会无法意识到它们的存在。

《项目经理案头手册》一书对整个项目过程进行了透彻的分析。刘易斯循序渐进地教我们如何从头到尾地计划、执行和控制一个项目，如何选择项目经理和能解决问题的项II团队，如何用WBS，PERT，CPM和甘特图编制项目计划，如何设计项目控制系统，如何利用挣值分析跟踪项目，如何与团队中各层次的成员进行有效沟通，如何在项目完成后进行经验教训总结。为项目经理展示了如何成功管理不同大小、不同类型的项目，内容讲解深入浅出，案例丰富全面，既深刻地分析了项目管理的本质及一些项目管理现象的内在含义，又简单明了地介绍了实践中具体应该如何 *** 作，很好地实现了理论性和 *** 作性的结合。

美国著名项目管理专家刘易斯为我们提出16步管理模型。从16步管理模型中可以看到项目的战略计划所处的位置：概念确立。就是对所要做的事情有一个框架性的设计，有一种思想；问题的定义。即对长远目标说明。第二步骤是对第一步的进一步细化和具体化；生成项目的备选方案和战略计划。就是提供思路、备选方案和战略计划总体思路；战略计划评估和选择。就是在选择方案的同时，有一个从总体技术路线到总体项目管理策略的评价和选择；战略的确立。就是确定具体的战略、目标；制订项目的实施计划。这是一个更加具体的、第二个层次的项目计划，就是怎样实施；项目干系人批准计划。这里的计划包括战略计划、初步计划、详细计划，在这些项目实施之前，有一个批准过程；签署项目计划。项目的批准人、参与项目的有关干系人要签署项目计划，对计划做出承诺，同时建立项目的跟踪记录，做一个项目进展情况日志或者周志、月志、记录，根据这些记录信息进行知识管理；执行项目计划。执行项目就是正式开展计划，进展这个项目；监控项目进展。计划开始实施之后，就要考虑计划执行得如何，有无问题，要对进展情况进行监控、监测和控制；审查项目定义。项目实施之后，需要做一些评审，评审包括对原来工作的评审，同时也包括对项目目标定义的评审，如有问题就返回到步骤二，重新修正项目的定义；对项目的战略进行评审。首先是评价目标或项目的定义，然后评审战略计划、战略制订是不是有问题，如果有问题就返回步骤四，重新修正你的项目战略；项目的实施计划。具体的计划工作流程、对一些细节要进行评审，有问题就进行修改；循环。按照整个过程不断地从计划的执行到监测、评审，有问题就要修改计划，然后再执行，再评审，这个过程一直延续到全部工作结束；总结经验教训。项目全部完成以后，及时总结经验教训，对一些问题进行归档，作为今后项目的指导和借鉴；结束项目。这是一个完整的项目管理流程，从这个流程可以看到整个项目战略计划实际上是在制订项目的详细计划和实施计划之前。在项目计划的时候，首先要有一个总体的战略计划，在总体的战略计划指导下再开展具体的项目计划。

书中指出项目在结束时失败，而是在开始时失败。在我们开始一个项目时，首先应该搞清楚项目的使命，前景，目标和目的。确定是否要进行此项目。当我们决定要开始一个项目后，就应该制定相应的战略计划，战略要回答“我们怎样对这项工作展开活动”这样的广泛问题，而制定实施计划则要求一丝不苟，换句话说，制定实施计划有关怎样做这项工作的详细事宜。制定计划涉及回答的问题包括：做什么、谁来做、何时、何地、多长时间和怎么做。

其次要对项目进度进行详细计划。项目进度计划编制既是一门科学，又是一门艺术。关于进度计划，真正的重点是为在最短的时间完成项目，找出并行尽可能多的活动的方法。项目管理科学的一面涉及到资源的平衡，它通过计算机运算完成，并存在许多算法。但是，同首次进行项目人力资源分配应用的技术相比，其结果差不多。

另外，资源计划也是重要的一环。完成一项活动的时间取决于分配给它的资源，并且如果没有相应数量的资源，工作就不能按计划完成。如果项目经理不能解决资源分配的问题，项目进度计划就不会成功。

此外，要对项目控制和评审。要达到项目目标，有必要采取适合的项目控制和评审。项目检查有三种类型：即状况、设计和工作过程检查。状况检查主要检查项目是否在进度计划和预算之内、范围是否正确、绩效的要求有没有问题。而设计检查仅仅适用于包括设计工作的项目，检查中经常要问的问题是达到规范了吗？用户界面友好吗？我们有能力制造吗？市场需要我们开发的产品吗？投资回报及其他的产品开发理由荏苒适合吗？之所以进行项目需要检查时因为：随着项目管理水平的提高，同时提高项目绩效；确保项目工作质量不居于进度和成本问题之后；尽早找出开发问题，以便提前采取措施；识别应采取不同管理方式的其他项目领域；确保业主获知项目状况。

在项目即将结束之时应该总结经验教训，若失败，则分析失败原因，可以从以下几个层次进行分析：（1）项目管理环境中的失败 。这些失败的根源可以追溯到项目组织与项目目标、项目任务、高层管理部门以及更大的环境之间的不适当的“配合”。它们包括使用对于项目目标和项目环境来说不正确的项目管理方法或模型，以及缺乏高层管理部门对项目的支持等。 项目不具备正确的组织结构、项目经理或者团队（以技能、经验、权力、正规性、复杂性来衡量）来“配合”项目。（2）项目管理系统中的失败 。这些失败的根源可以追溯到项目领导及错误实践。它们包括项目经理在项目生命周期中对系统方法的忽略，以及项目管理技巧的错误应用等。具体的可以归结为：不胜任的项目经理 ；忽略了项目的系统本质 ；管理技巧不恰当或者错误的运用 。（3）在计划和控制过程中的失败 ：项目中没有良好的沟通 ；没有用户的参与 ；不充分的项目计划；不充分的项目定义；糟糕的时间和资源估计；不正确的工期安排和资源处理；在执行阶段为数众多的变更 ；不恰当的控制 ；项目终止的计划很拙劣 。同样项目成功也应该总结经验。要取得项目成功，项目的目标定义、项目的系统、整体系统控制、整体计划，包括战略计划、实施计划、日程计划要通过详细、认真地预算、估算，保证项目能够得到充分的资源。在项目的实施过程当中，要通过经常性的审查、控制和评审来保证项目能够按计划不断地推进。 除此之外，组织目标的实现还需要在组织上保证。包括项目经理的领导艺术、项目经理的管理才能、管理技能以及相关的技能、组织结构和团队建设方面。所有的这些，都是保证项目走向成功必不可少的环节。

《微软研发制胜策略》和《微软项目求生法则》两本书也给了我很多启发。求生法则从求生心态、求生准备、逐步迈向成功以及完成任务几方面向我们阐述软件项目是如何存活的。作者利用在研究与工作中获得的经验告诉我们项目开发过程中的规划、设计、管理、质量控制、测试与完工所需的策略与观念，并利用大量技巧建立一套精简可靠的框架来成功的管理项目。软件项目的存活不是一种意外的结果。要让一个项目成功所需的努力并非特别困难或耗时，只是需要从项目开始进行的第一天就勤奋努力到最后一天而已。软件项目是发现与发明的过程。发现与发明融合为一的最佳方式是透过“阶段性完成”的做法，将产品的功能分阶段完成，而最重要的功能最早完成。当项目进行时，许多活动交互重叠，把产品由抽象概念转化成具体成果。项目进行中的源代码倾向以S形曲线而非线性成长，而大部分的程序代码都是在项目中间第三部分完成的。追踪程序代码的成长提供对项目状态的洞悉力。执行良好的项目也可以由一名上层主管选择最有成效的一组来进行追踪。

软件项目被切分成三个概念阶段。在项目初期，焦点摆在“发现”，特别是发现使用者的真正需要。透过技术性调查、与使用者访谈和建立接口雏形，把不确定性的概念转换成确定的观念，这就是第一阶段的特色。在项目进行中期，焦点移到了“发明”上。往大方向看，开发人员要发明软件构架与设计方式。细节的地方，如每个函数式或对象类别也不能忽略。如同发现阶段般，发明阶段的特征在于将不确定的概念转换成确定的观念。如果还有别的特征，就是发明阶段的不确定性要高得多。在发现阶段，开发人员可以确定答案“就在”某个地方。可是在发明阶段，就不能以此类推。在项目的最后部分，焦点又转移了，这次摆在实作上。不同于发现与发明阶段的是，实作阶段的不确定性少多了，故可发掘出许多已确定的观念并可实现成具体成果。

本文提供的项目规划依循着“阶段性完成”的轮廓进行。由于她将项目中开发的软件分阶段完成，而不是到了项目结尾才一次完成，这种方式称做“阶段性完成”。 在每个实作阶段中，项目团队进行细节设计、程序写作、除错与测试，在每个阶段都建立出可能推出的产品。分阶段完成有以下好处：关键功能更早出现；早期预警问题；减少报告负担；阶段性完成可降低估计失误；阶段性完成均衡了d性与效率。阶段性完成的做法听来似乎毫无缺点，其实则不然。阶段性完成的做法要付出相当代价。因为项目团队需要时间准备各种可推出的软件，在每个阶段重复测试已经测试过的功能，推出软件前进行相关的版本管制工作，提供试用的不同版本软件没预料到的问题的解决方案（如果阶段性完成的软件真的拿出去给人使用），还有规划阶段性发行这种做法的好坏等等，都会提高项目的负担。阶段性完成并不是万灵丹，不过总合起来，那些额外的负担相对于明显改善了的状态、质量与时间的匹配、精确预估与降低风险等来说，不过是一点小小的付出而已。

《微软研发：制胜策略》一书中，作者详细描述了他在美国领导项目的各种实际的策略方法，教我们如何开发高质量的软件。卓越的领导者从不同的角度看世界。若是公司被大火烧得精光，他非但不为丢饭碗惊慌，反而利用火焰来烧烤一顿大餐。当每个人都摇头离去，卓越的领导者仍有充分的信心保持乐观，对每件事都从正面角度来思考。就因为凡事都看光明面，卓越的领导者并不把失败当失败，反将其当作学习克服障碍的经验。正因如此，卓越的领导者乐意尝试各种稀奇古怪的想法，并从中获得重大的突破，即使不成功，他只把这次经验当成获得信息的方式之一。这种***不一定要有经验，而是需要强烈的进取心和明确的理想，能够将理想与他人沟通，鼓舞他人共同追寻理想的能力，再加上一点机会，这就是能将理想实现的卓越领导者。坐着告诉我们开发项目要制定详细的目标，包括你要求的输入和输出的目标、长期和短期的目标，项目组要时刻被各个具体目标的实现所鼓舞和激励；不要浪费时间在错误的问题上，一定要先确定真正的问题在哪里，然后才去改正它；人们开口要求的东西未必是他真正想要的，处理他的要求之前，请务必先确定他究竟想要做什么；如果您能够先明确定义自己的需求，再向别人提出，这是避免在沟通上发生误会的好方法；任何不能改善产品的工作，都是浪费时间或偏离方向；项目组每部分的进度要协调一致；一旦发现错虫就立即清除掉，别拖延；程序设计前要先确定它的优先级表，比如稳定性、可移植性、速度和效率等；绝对不要答应别人自己做不到的事情，这样对双方都有益无害；注意定期会议的价值，确定它是否值得每个人放下手中的工作召开会议之前，请确定本次会议的目的是什么，达成这个目的的条件是什么，然后，务必达到开会的目的；会议尽量安排在一个时段的最前面或最后面，尽量减少工作的中断与时间的切割；最会误导项目发展、伤害产品质量的事情就是过份重视进度，这不仅打击人员士气，还会迫使组员做出愚蠢的决定；为了保持创意的活力和团队士气，必须让每个小项目都有令人兴奋的结果；不要让设计师的学习停滞不前，要让程序设计师有机会磨练不同领域的技术，培养十八般武艺样样精通的组员。组员的技术和知识应该精益求精；员工应积极学习新的技术、养成良好的工作习惯，做事更有效率，把握有限的时间，增加你个人对公司的价值；不要用年终考评来订立学习目标，要利用年终考评来记录个人的成长；不要给使用者次品，宁愿延期交货，务必追求质量完美；将程序的可共享性当作优先考虑的目标之一，否则程序设计师将经常做重复的工作；如果您创造了一项资源，并且让别人知道，那么总有一天会派上用场的；主管应该把自己视为团队的一分子，与其他人平等，而不是高高在上；健康的生活是一切创意的源动力。这些经验也同时告诉我们做人的道理。

《人月神话》一书对我的触动很大。作者详细讨论了包括工期规划、团队组成、文档、排错等软件项目进行全程中的方方面面。当我捧起《人月神话》，马上就被深深的吸引了。书中很多细微之处都对我的思维造成了冲击。上一本给我类似感觉的书是那本四人帮的《设计模式》，已经很久没有看到这么好的书了，郑重推荐。

把感触比较深的几点记下来，顺便整理一下自己的思路，与大家分享。

1，保持设计的概念完整。无论对小软件还是大软件，都必须由一个设计师主导，最多两个人讨论来共同完成软件的整体设计。作为一个软件，一个系统，必须有一个清晰明确的概念模型，大家都在这个框架下工作，所有的创新发展都必须与基本的概念相吻合。具体的实现人员可以细化概念，但只有总设计者才有否定与发展基本概念的权力。需要注意的一点是，即使是总设计师一直是同一个人，他脑海中所认为理所当然的规则或者概念，很可能由于没有明确的文档化，而没有成为所有开发者共同的概念。在其他开发者编码的时候，就可能会生成与概念相抵触的东东（模块，功能，算法），导致整体结构的恶化。这个时候总设计师一定要即时发现，做出更正。

概念的完整性，对于很多小规模软件，由于开发人员不多，开发经理一般都能控制住所有的代码，概念完整性在组织层面就维持住了。但要注意以后的Bug修改，功能扩展的时候，也要时刻留意与最初的设计是否概念上相容。对于大规模的软件系统，则必须通过树状组织结构，层层控制，总设计师还是一到两人，每一层都有对下层的绝对把握能力。我以前参加过一个15人左右的项目组，就是分为两层。感觉整体概念完整性的控制效果还不错。我没有更多人数项目的具体实践经验，希望以后能有机会参与比较大的项目。

2，“一个拿2倍工资的人，生产率可能是其他人的10倍。”我和我的同学，一个小公司的技术总监聊起这个，他也是十分的认同。不知道其他公司的程序员们如何看。我的同事中有一个牛人，做出的贡献特别大，应该相当于我们公司普通的十个程序员，不过工资最多也就是普通程序员的二倍。是不是有些不公平呢？我也说不清楚。因为那些普通程序员也十分的努力。不过，我觉得，作为公司，应该给最好的人最好的待遇，或者说给比目前更高的待遇。

组建一个团队，最好的就是那种精英团队，大家都是牛人，效率会特别高。微软就是这种思路吧，把最聪明的人集中在一起，想不成功都难亚。

3，进度落后与增加人力。记得当年看《C＋＋编程思想》，Bruce说“十个妇女不能在一个月内生下小孩”（大意），于我心有戚戚焉。而本书作者Brooks得出的结论是对我是震撼性的：“向进度落后的项目中增加人手，只会使进度更加落后”。

以前，增加人手基本是挽救进度落后项目的主要办法。这个办法行不通的话，难道只有“加班”一条路了？但长期加班是对个人的摧残，我更愿意利用业余时间去看书，例如看这本“人月神话”。：）

如果不想加班，不想削减功能，不想推迟发布日期，那么。。。。。唯一的方法还是只有…加人。加足够的人。而且不要逐步加入，一定要一次性加入。要小心的是，新加入的人可能对原来的组织造成冲击，或者对原来的设计有不同意见（特别是加入的人中有比较强大的设计者）。那么，就当作，新组建了一个团队吧。交流，培训新人，就设计达成一致，继续向者目标前进。

以上就是关于项目管理的总结和反思全部的内容，包括:项目管理的总结和反思、项目管理工作总结、it运维常见问题有哪些等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！