项目管理经验集锦.docx

1、项目管理经验集锦1项目管理心得-国内项目以下为我作为项目经理，管理项目的管理心得，供大家参考！1、这个项目是什么项目，具体做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。2、这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每

2、件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益。3、基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。4、做整体项目计划前，还要大致计算一下目前确定的资源。首先是时间，现在的项目大部分对时间要求都非常紧，一般不会有很充裕的时间。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色

3、，每个角色是否有人，是否能完全归这个项目使用，如果不满足，尽快上报领导决定。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是项目的时间。5、需求规格说明书的时候了。一份好的需求规格说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。6、项目的阶段计划开始实施了，这个阶段关系到项目的成败关键。在这个阶段涉及到详细设计书、数据库的详细设计、开发、测试等。这个阶段最怕的就是非常频繁需求变更，对于这

4、种需求天天变的客户，你就一定要事先做好规矩：一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的最初就要定好规矩，我项目组只认一个人的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中； 二、所有需求变更全部要有书面文字，这点切记！这样做好处多多： 有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的；便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的；对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是

5、否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了。在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，界面要求：美观大方、简洁明快，这个要求我就不知道如何检查，只能开发出一个让客户先确定评审签字。7、实施培训到了，给客户做培训前，多注意一些表面功夫。很多程序员认为，系统的逻辑核心是否正确是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题，而且培训的时候也是信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，

6、培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能；而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目标。所以，第一次培训以前，系统界面是否完整正确、培训文档是否完备都是很关键的因素，第

7、一炮打不响，以后就麻烦很多。8、验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚客户的做事情流程是很重要的事情。我对验收最大的体会就是举证问题。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求，那么他应该举证，证明这个系统和最初设计相背离的。2对DJY要坚持到12月底,原来写的一份工作心得. 施工项目管理总结心得 1、工作一定要有计划，有计划一定要有考核，尤其是工作目标一定要明确。没有工作计划，有了目标也不会按

8、期自动完成，没有计划就是正在计划失败。有了工作目标但不明确，谁对谁负责，谁去完成任务，什么时间完成，完成后对谁交接，布置任务责任不清是造成执行效率低的主要原因，尤其是要界定清每个人的工作范围。从工程实践来看，当有分包队伍工程进度有可能影响整体工程目标的实现时，立即对其开出工程督改通知单，并开出罚金，无论看起来多紧的工期总是能想办法按期实现。 2、组织共识至关重要，上下同欲者胜。要向员工们解释为什么做好这个事情比怎样做好这个事情更重要，有时员工缺少的不是能力，而是意识。在原料场二期工程尾项中，尤其牵涉到向生产方交付使用的情况，很容易出现工作扯皮和推诿的现象，我提了几项原则，其中一条是“不与甲方争

9、辩”，就要告诉现场各专业主管，作为乙方我们树立要为甲方服好务的思想，甲方提问题，我们就是解决问题的，出现问题不要把主要精力关注在问题本身，而要把90%精力放在如何去解决问题上，甚至提出了如果安排的任务不理解，你可以不去做，但一定及时反映。同志们思想有了很大改观，加快了尾项工程处理速度。 3、一定要按工作原则做事，而不是只强调工作程序。施工管理中遇到问题层出不穷，很难预期，要求处理的时间又非常紧，所以对现场主管要求更多要按原则去迅速处理，而不是一定要征得领导同意。在原料场二期工程中，我提了几个原则：一定要按图施工，一定要有书面依据，以图纸和设计变更作为主要依据，图纸上没有的经甲方同意的一定及时办

10、理现场签证。不与甲方争辩，要把90%精力放在解决问题上而不是问题本身。一定要及时沟通，不能解决的问题一定要及时反映，而不是积压，错过了时机再去补救太难了。工作要积极主动，上道工序做完要及时通知下道工序，下道工序也要主动去催上道工序，甚至是甲方项目部，提出问题的同时要提出解决问题的几个方案。要做一个负责任的施工方，并继续打好项目部这个品牌，要让别人认为，我项目部不仅能抢工期，更能做好尾项，服好务，善始更能善终。一定处理好与甲方和项目其它相关方的关系，不允许在任何情况下与他们把关系搞拧了或矛盾激化，即使对方完全错误，你完全站在工作立场上也不行，别人有错也要给他能接受的方式去改正，干好活、赚好钱但把

11、甲方的关系搞丢了你也是不合格的，换句话说，做事更要去做人。不要把个人情绪带到工作，施工管理工作任务重、工期紧、压力大，情况复杂，人来人往间难免磕磕碰碰，有矛盾一定要及时排解，绝不许把工作当作渲泄个人情绪的私人工具。并逐条向各专业负责人解释，使同志们的思想受到很大震动，但最终达到了思想统一。 4、要有项目风险预控方案。工程项目必须事先有风险预控方案，事前控制永远要好于事中和事后控制，但如何做到事前控制要靠平时积累。从目前看，由于甲方的原因引发的项目下马已成为工程项目风险的首要因素，都因为甲方的种种原因而取消或延迟，造成人员组织和前期准备的无谓浪费。 5、管理一定要进行有效确认。管理不是去管了就算

12、完成了，管理到位了吗，管理有效果吗，管理有效益吗，是按质按量如期完成的吗，完成了之后及时报告了吗，是付出了多大资源投入才完成的。常见的说法：我已经给分包方说了，设备上我已经催了甲方负责材料供应的，到底事情办到什么程度不知道、不清楚。管理不只是张张嘴说说几句话，要有实际行动和实际效果，更不是文字游戏，要有检查和效果评估。对我们职能处室工作进行反思，不是没有管理制度，但有些管理制度更像只在上面喊了几声便没有了下文，制度上了墙就不再下来了。 6、决心决定成败。任何事情或困难的解决速度的快慢取决于我们解决它们的信心和决心，你下决心一定要解决它，你就一定能找到解决问题的正确办法和途径。原料场工程是项目部

13、所接的第一个过亿元的大型综合工程，无论对工程部领导还是普通员工都是一次巨大的挑战，尤其是施工总包，而工程部传统上是一个土建施工队伍，对工艺和设备安装及无负荷试车比较陌生，具备施工条件的时间比较晚，而3.20节点不能变，当时工程部上下经过几次动员和开工前宣誓，克服任何困难也要啃下这块硬骨头，在影响工期的几个关键因素上进行摸排筛查，不等不靠，主动出击，全体员工铆足了劲，绷紧了弦，最后克服了重重困难如期交了工，而干二期工程的时候感觉上就松了口气，有些工程就始终紧张不起来，最终有些工程延期。 7、提倡双赢或多赢思维。现代社会要求人与人、人与组织、组织与组织之间的关系不是我赢你输，也不是我输你赢，更不是

14、我输你也得输，而是你赢我也赢的双赢或多赢思维，是竞合而不只是单纯的竞争关系。对分包方我们不只是经济利益对立的双方，更是一对利益共同体，他干的工程就代表我们的形象，一荣俱荣，一损俱损，我们对他们的管理不能停留在管理和控制阶段，包括工程处罚，而是作为项目合作方，我们更要去帮助和扶持他，甚至去改变他，不是只停留在评价和批评的静态层面上。对我们的职工更应如此，要充分考虑员工的正常需求和个人成长，考虑他们的所思所想并结合组织目标给予满足，有个人的成长就会有组织的成长，有个人需求的满足才能有组织目标的实现，相反，如果只要求组织目标的实现而不考虑个人的需求会有什么样的结果。 8、要分工，更要协作。劳动分工是

15、社会化大生产发展到一定阶段的必然产物，也是提高工作效率的重要途径，但分工的目的是为了更好的协作。刚到项目部时，最常见的现象是土建只负责土建，电气只负责电气，水暖只负责水暖，设备安装只管设备安装，一牵涉到工序交错就出现扯皮现象，动不动就说那是土建的活不归我管，那是水暖管的我说了不算等似乎很有道理的道理，造成很简单一件小事也要通过项目经理协调才能完成，在尾项工程计划考核中我引进了跨专业考核办法，工作分配完，让土建考核电气，电气考核设备安装，设备安装考核水暖，水暖考核土建，考核人不仅负责考核工作任务，同时负责考核对象的工作所需条件和资源协调，同奖同罚，既要负责上报考核对象当天工作概况，也要把自己的工

16、作概况上报给他的考核人，有力地促进各专业的融合和协作精神的形成。 9、公司或组织的发展追求的应是多目标体系的平衡式发展，而不只是追求经济效益和财务指标的单一目标的实现。能赚钱、有利润是干工程最起码的要求，但不是唯一的要求，更不是“一钱遮百丑”，如果一个企业没有客户的增长，业务流程的优化，组织和员工的学习成长，没有这种平衡式发展，它是不可能实现健康可持续发展的，更不用说它的主要财务指标了。尤其在企业的发展期，组织和个人的学习成长甚至比赚钱还要重要。在二期尾项工程和综合仓库工程中，有些专业人员出现过一些小的工作失误，但出于个人原因一直想掩饰，我告诉他们，事情已经发生要全力补救，我不怕你们犯错误，我

17、怕你们犯错误后对错误无所谓的态度，怕你们犯两次同样的错误，只要能从中吸取经验教训，增长才干，并能采取有效措施解决它，解决好这一个问题就是解决好一类问题、一批问题，这样对项目部和工程部才有意义，因为下一次遇到它时有可能是在更大的工程上。 10、施工项目经理要参与设计。施工项目经理要具备设计能力，如果有条件，项目经理要参与设计。从工程实践来看，甲方项目部有许多现场工程管理人员前期的介入是从设计院就开始的，换句话说，他们所管理和监理的工程对象就是他们自己设计的图纸，土建、水电、工艺和设备安装等环节的管理非常到位，思路非常清晰，指挥得心应手，所以后来的二条线如期贯通和新建工程的快速达产达效就不足为奇了

18、。3一些项目管理心得 最近负责的市政数字报建项目快结束了，记下一些心得：对于中小型项目，最好不要使用常规的软件工程方法进行开发。建议前期采用迭代开发，后期采用测试驱动开发。项目一开始，就要搭好以下文档的框架，随项目进行中，不断修改、补充和完善。1、需求规格说明书甲方负责。详细记录整个项目的需求。特别是项目过程中，一些需求疑点及讨论结果要随时记录。 2、详细设计说明书乙方负责。项目前期要不断完善框架，如系统架构、功能模块、数据结构、具体实现等。项目过程中，不断修改、补充。项目结尾，进行最终修改、补充和完善。 3、项目技术总结包括亮点、创新点、技术上解决了那些难点等。项目整个过程中要随时记录，不断

19、修改、补充，同时也能引发对项目的思考。4、用户手册项目前期不断完善框架。项目后期逐渐完善内容。5、培训手册项目过程中，只需要记录大概的培训要点，想到就记。项目结尾再补充和完善。 6、测试部署计划记录系统中要重点测试、容易忽略的技术点，会影响后期进展的难点等。记录系统配置、部署、分发等关键点。其他辅助性文档：1、需求问题与乙方公司沟通、协调和项目推进用。与公司确认要修改的问题、要完成的功能、要开展的工作等记录。2、工作进展向甲方领导汇报用。3、工作计划向甲方领导汇报用。4444经理项目管理心得体会要紧的就是要明白什么是因地制宜：因势利导，只有最合适的，没有什么叫对的，什么叫错的，经理项目管理心得

20、体会最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。 本人做经理项目管理心得体会工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，经理项目管理心得体会最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。 项目开始阶段是一个最重要的阶段。经理项目管理心得体会在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如： 项目管理心得体会1：这个项目是什么项目，

21、具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。 项目管理心得体会2：这个项目里牵涉哪些方面的人，如投资方：具体业务干系方：项目建成后的运营方：技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司：业主的行业主管机构等。经理项目管理心得体会需要了解每个方面的人对这个项目的看法和期望是什么

22、。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为经理项目管理心得体会是一定要记住的； 项目管理心得体会3：基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目管理心得体会的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程

23、还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响； 项目管理心得体会4：在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是

24、你的时间； 项目管理心得体会5：现在是做项目管理心得体会说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。 项目管理心得体会6： 是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源

25、的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果经理项目管理心得体会不能尽早发现风险，那么就只能去当烈士了。 项目管理心得体会7：明白了要做哪些事情和你手上的筹码以及你做这个项目管理心得体会的总体策略，现在是成立项目小组的时候了。很多经理项目管理心得体会都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是

26、经理项目管理心得体会本人，大项目里会配备行业专家，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。 对于这种需求天天变的客户，你就一定要事先做好规矩： 一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导：王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的

27、最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中； 二、所有需求变更全部要有书面文字，这点切记！这样做好处多多： *有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的； *便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的； *对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了； 项目管理心得体会

28、8：现在你要面对三群人：你的领导：你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是经理项目管理心得体会将主动发布信息，不管通过电话：邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的

29、意思就是经理项目管理心得体会就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有经理项目管理心得体会把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，经理项目管理心得体会更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是经理项目管理心得体会一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是

30、因为没有证据。所以经理项目管理心得体会开始就要和客户说清楚有些文档是必须签字的，比如经理项目管理心得体会的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动

31、很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里：什么等级的事情要双方经理项目管理心得体会专门签署备忘录：什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。 项目管理心得体会9：好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家：系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完

32、成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做干特图的形式表现出来。你做完这个表以后会惊奇地发现，干特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么WBS：优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就