《不懂项目管理，还敢拼职场》拆书片段W45_Day3

熊赳赳爱学习 2015-09-14 12:17:42

Day4 作业要求，请根据Day3大家的作业进行点评。
点评要点：
1）在I中，推荐你认为有鲜明读到的观点，讲出推荐理由，并@对方名字；
2）在A1中，推荐你认为有借鉴意义的具体案例，讲出推荐理由，并@对方名字；
3）在A2中，推荐你认为有借鉴意义的具体可操作方法，讲出推荐理由，并@对方名字。
——————————————————————————————————————
Day3 作业要求：
请根据以下片段，完成【拆书帮便签读书法】练习。
R——阅读原文片段
I——用自己的话重述原文片段
A1——描述自己的相关经验。最好是一个事例/一个故事/一个情境描述。
A2——以后我怎么应用。最好是一个在短时间内有一定预期效果、有具体场景和步骤的行动计划。

紫色夜幕 2015-09-16 20:55:11

I部分：
目的：制定出合理的项目时间表。
方法：通过绘制甘特图实现。
做法：1、WBS：把大项目通过细分，变成一系列可操作和实现的行动。（也就是分解为最底层的基础行动）
2、对分解出的活动估计时间，并进行优化、组合，清晰的体现出各个行动之间的先后关系；
3、可以通过Microsoft Project 将这些要素绘制在一张图表上面，就是干特图。
关键点：1、WBS分解到最后，输出的不是一个行动，而应该是这个行动完成后的交付结果；
2、时间的估算可以运用三点估算法或1.5倍的最乐观时间进行计算得出；
3、找出项目的关键路径。（关键路径会随着项目的变化而变化）
作用：合理的估算出项目需要的时间，防止大的偏差，便于把控。
发散：上一次作业提到了RAIC，看了这一段之后，我觉得确实应该在完成WBS之后列出RAIC矩阵表，这样在后续估计时间的时候，就可以让各个行动的责任人一起参与进来。责任者一般应该对自己负责的那部分行动比较清楚，最优和最悲观的情况也很清楚，这样可以更有效率的进行工作，而且自己参与制定的时间表，后续要推翻也是件丢面子的事情，所以应该会更加积极一些。

A1部分：

虽然以前对WBS和甘特图都用过，也不算陌生，不过今天看了这个片段之后对以前一个一直困扰自己的问题有了一个满意的答案——那就是如何对WBS分解出的行动进行时间上的估算。当时自己估计时间时，自认为给出的时间余量还是很充足的，不过在具体执行时还是无法按计划完成，一个重要的问题就是项目组成员都不是专职的，而是在现有工作之外，又被加上了这项任务，于是对他们而言，时间就是一个很大的问题，而我自己又不清楚他们具体的工作量和时间要求，估算的时候自然是按（专职*若干倍的时间）来进行估算的，后续跟进的又不紧，才造成了最后的无法按时完成。

A2部分：
现在最头疼的就是如何有效率的和女儿保持沟通（否则会引起她的抱怨），刚好可以利用这个机会当作一个项目来策划一下，既不增加女儿的负担，又能得到自己希望的信息。

海燕SP 2015-09-16 23:30:26

I牢记项目启动第一步：制定时间表（甘特图）。而甘特图制作的第一步则是WBS，把整体切割为小块儿；分割方法灵活：1.按时间2.按地点3.按部门4.紧要程度等。
第二步就是对化解的部分合理估计时间，然后根据时间先后关系进行排列做出时间表。此过程要充分考虑机动时间，如时间点和时期的合理变动区间，估算方法有：PERT时间估算法、最乐观时间*1.5。
还要考虑到时间表的可执行性并注重可交付成果。
A1经常碰到事情一股脑涌到手上的时候，特别是近几天，既要负责协会做宣传策划、维护公众号、组织纳新，还要有点私人空间聚会、看电影，事情还没做多少就感觉心累！刚学会WBS把一件事化为两部分或三部分，也不分轻重缓急，依旧是按部就班去做，只完成了时间表前一部分，效果下来相当于中间插了许多闲余时间。
A2知道了要WBS化整为零，就要做完整的时间表。接下来明确每一步需完成的量以后，给予合理时间估算，确定要达到的效果并给这些小版块按紧要度排个序，依次叫号去做，想必可以美美的看《末日孤舰》了。

黑May在路上 2015-09-17 08:25:02

W45_D3
制定时间表是启动项目的第一步
【I】
一、写出WBS
1. WBS分解原则：符合MECE原则（MECE，是Mutually Exclusive Collectively Exhaustive 缩写，中文意思是“相互独立，完全穷尽”）
2. WBS分解方法：按时间、地点、部门等分解
3. 注意事项：强调可交付成果而不是行动
二、绘甘特图
1. 时间预估
1.1 方法：三点估算法；最乐观时间*1.5
1.2 注意事项：
1.2.1 参考专家或者过去的经验值
1.2.2 以WBS为基础，自下而上从最低层的活动时间开始叠加
1.2.3 考虑节点
2. 盯住关键路径

【A1】
在武汉Toastmasters峰会中，我负责峰会手册的制作。我们有WBS也有甘特图，但最后的情形是进度严重滞后，峰会的前一周我天天熬夜到一两点。
回想一下，问题主要出在几个方面：
1. 节点：比如在峰会手册交给印刷公司进行编辑，这是一个非常重要的节点，需要我们将资料全部准备齐全，但不幸的是大区有很多资料都没有给我，而之前我理所当然地认为大区领导者会比较有时间概念，会按照计划行事，对他们的提醒不够。
2. 关键路径：
我们的关键路径是：资料收集——出初稿——校对——二稿——校对——三稿——校对——定稿
在校对的过程中，大区官员有很多意见，比如仅一个手册封面的沟通加起来大概就花了超过十个小时的时间（涉及到四方：大区，封面涉及者，我，排版打印方），这样严重影响了进程，最后的结果当然是加班啦。

【A2】
1. 将最近手头上重要的任务都当做项目来做，写WBS，绘简单的时间进程图，盯关键节点

舞梦天边 2015-09-17 13:14:02

I
目的：给要启动的项目制定时间表
做法：
1 用WBS对项目进行分解，可按时间、地点、部门分。
2 根据WBS分解的每个活动进行预估时间，并优化和组合
3 利用项目管理软件（如Microsoft Projext）制作甘特图
需注意：
估算时间时要留出一些机动时间。
方法：
1 三点估算：（悲观时间+4最可能时间+最乐观时间）/6
2 最乐观时间1.5

A1
作为一名创业公司里跟着领导同样摸打滚爬的实干型员工，我对看到今天这篇文章非常兴奋、激动，却同时又感到悲哀。忍不住去想，如果我们公司一开始就按照这种模式来做项目，那是多么好的一件事情！尽管过去了那么多年，尽管今天才学习到，但我相信一切都还来得及。
先回顾一下我们做项目的习惯：
技术负责人写出我们要做的各项事情清单，然后写上预计的时间，这已经算是悲观时间了……
写出来后，给我们的上司、老板过目，一般情况下他们都是不满意的。
必须按照上司和老板的要求，要继续缩减时间……缩减到不能再缩减的悲观时间。
然后，忙碌的计划时间里，几乎每天加班，最终基本都没有按照计划来完成。
最后，免不了在总结会议上被批……
真心厌倦了这样的模式。
我突然觉得，我们是上司和老板应该要看看这篇文章…哭一下…

A2
1 尽管在客观条件下（上司和老板的急躁性格）或许我比较难去根据这样一个流程来做，但我还是想要试一试，day1的RICA我在新的项目中已经列出来了，现在就看W ES的运用。
2 这本书戳中了我心扉里去了，我决定要买下来好好学习。

海燕SP 2015-09-17 21:04:41

【I】@紫色夜幕发散的好全面，提醒我要结合之前的RIAC做个完整的练习。
@黑May在路上甘特图一块儿整理的跟目录一样明了。
【A1】@黑May在路上让我想到在大节点前有必要设置些小节点一确保时间轴的顺利进行
【A2】@舞梦天边决定了的事就去做，点赞。

心月狐 2015-09-17 21:27:43

新人第二贴，这两天太忙了！！！有两天没有发，后续会补上的，大家多多点评奥

I部分：
WBS工作分解→制定时间计划→甘特图
本段主要介绍了如何制定时间计划，个人认为有一下几个方面需要特别注意：
1)WBS中要注意关键路径的确定
2)WBS进行任务分解时候，强调的是结果，而不是过程
3)在制定时间计划时候，要注意留够富足的时间余量，特别是关键路径
个人感觉在关键路径方面还有一些欠缺，不知各位书友是否有过技术管理的相关经验，尤其是技术攻关类的”关键路径“的时间余量太难把握！
求技术管理类的相关经验啊！！！

A1部分：
个人出于工作、生活的目标，经常需要制定一些计划，但现实情况大都是“计划没有变化大”，能不能利用项目管理的要点进行个人时间管理呢？
将目标制定分为三个阶段：目标分解——列出目标完成时间——甘特图
对照自己的“血泪史”及文中的要点，以下几个方面要特别注意：
1）目标分解方面，尽量细化，要注意目标的可行性，当天的目标无法完成时是否有不就措施；
2）目标的完成结果强调的是“结果”，切不可用表示过程的动词代替；
3）要准确分析阻碍自己实施计划的难点是什么，也就是文中所说的“关键路径”，要留足时间余量

A2部分：
年初的时候想管工作，结果到现在也还处于“打算”的阶段，通过本段文章的阅读，发现自己存在不少问题：
1）虽说有打算，但是没有制定具体的时间计划，没有将这项目标细化为“可执行的小目标”，例如什么时候投简历、新岗位需要哪些能力、想去哪……，这些都是需要认真考虑但是都没有考虑的；
2）自己换工作过程中会有哪些障碍，哪些能力需要提高；
3）留给自己的时间余量太多了，都十个月了还在准备中！！！

心月狐 2015-09-17 22:06:33

新人第三帖：

I部分：
@紫色夜幕总结的很全面啊，而且要”各个行动的责任人一起参与进来“说的也很在理，项目是需要一起推进的
A1部分：
@舞梦天边老板的管理模式的确有很多不如人意的地方啊，大家的痛！！！哈哈，有没有技术攻关类的项目经验分享一下呢？
A2部分：
@紫色夜幕与女儿沟通也可以利用甘特图？好期待你的计划啊……

银色羽毛 2015-09-17 22:13:36

R45D3
I:
目标：制定科学的项目时间表
工具：甘特图
步骤：
1、分解工作，大块切成小块
2、估计每个活动时间（清晰体现出工作之间的先后关系）
3、排列成项目的时间表

A1:
还是以Day1作业中提到的写作班bp大作业为例。这个大作业交到我手上如果没有计划的话，估计是这个样子：今天有时间有心情就完成一些，想到哪里写到哪里。也不知道在截至日期前能否完成，心里没有谱。这次写作班的运营组成员帮助大家列了一个时间计划表。计划表很清晰，总共16天，每四天为一个阶段，每个阶段都需要提交什么样的成果，说明很详细。这样层层递进，一步一步，不断完善作品，最后拿出成品出来。

A2:
目前还需要细化一下任务
1、每4天的阶段任务分解到每天需要做什么，做出来什么样子。
2、用3点估算法去估算每日项目需投入时间。记录实际投入时间，与计划做对比

风之弈语 2015-09-18 00:48:23

I：
1、定义：
WBS：创建WBS是把某个项目的可交付成果和项目工作分解成为更小的、更易于管理的组成部分的过程。它是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。
——work(工作)--是可以量化结果（即非形式化结果）的工作任务;breakdown(分解)--将整体或庞大的工作进行进一步的分解和细化;structur e(结构)--按分解或细化后的工作内容，建设一个保障运行的工作组织。
2、目的：
一个大型的项目的完成有多种的影响因素，为保障进度的可控性和可视化，将这种大型的工作项目进行细分，预计每一个部分的进度情况，通过制定各个细项的进展时间和保障计划，最终汇总出整体项目的完成时间和进程。通过WBS的实施可以将所需结果、工作内容和执行组织细分、拆解至更小单元的运营模式。可以说WBS是一个项目的综合工具，创建WBS是把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。
3、方法：
——化整为零：把所谓的一个个大项目变成一系列可操作和实现的行动。
——循序渐进：每一个细分后的行动展现出的都是整体项目的一个个"节点"和推进过程。
——环环相扣：所有的行动的进行都受上一个行动的影响并直接决定下一个行动的开展时间。
——预估成果：每一项工作都是"可交付成果"，可识别完成它的活动、成本和组织以及资源信息。
——时间控制：所有的进程都要求在预计时间内完成，所以时间的计算要考虑预留机动时间。可采用三点估算法和最乐观时间*1.5。

A1：
本月的一个工作汇报材料严重滞后，现在看来最主要的原因是因为受到各级领导的压力，只好设法压缩了各个环节的时间，将每一个环节都预计的非常乐观，结果却是一半以上的环节都远远地超出了预计情况，导致整体时间不断延后，最终影响了材料交付时间。

A2：按照时间控制原则（最乐观时间*1.5）再次进行规划。
（虽然整体时间肯定比以前要延后了不少，但是这样的操作具备相当的可控性，可以让自己更加有成就感）

蔬果心 2015-09-18 03:33:45

I：
步驟：
1.寫出工作分解(WBS-Work Breakdown Structure)
2.對每個活動估計時間，然後進行優化和組合，在時間表中清晰地體現出各項工作之間的先後關係
2.1時間估計法
a.三點估算法：(最悲觀時間＋4＊最可能時間＋最樂觀時間)/6--基於PERT(計劃評審技術)的時間估算法
b.最樂觀時間＊1.5
3.把活動排列成項目的時間表，展現出整個項目的時間安排
注意點：
1.需要寫的是“可交付成果”而不是“行動”
2.需呀特別考慮與其他方合作的節點(比如：測試，進出口等)
3.留出一些機動時間,把它加到單項活動時間當中
4.時間估算最好是自下而上地從最底層的活動時間開始疊加
5.做項目就像開車，雖然主要看著前方，走在關鍵路徑上個，但要時不時地照看周圍的情況，別陰溝裡翻船
定義：
甘特圖(Gannt Chart)──項目時間表的學名
工作分解(WBS)──把大的項目通過細分，變成一系列可操作和實現的行動；然後在把行動細分成一些列小的活動；最後把小的活動落實到每個工人幾天內該完成的工作。分解方法可按時間分、按地點分，按部門分，但分到底層的活動層面應該是一樣的。
關鍵路徑(critical path)──歷經時間最長的路徑

A1：
平時的時候，自己會對自己的生活工作當中遇到的事情做一下WBS，但分到後面是以行動為結束，而並非結果。比如參加開發者會議，但如果在自己的行動手冊上前面線上行動，後面寫上成果檢驗，這樣會更加一目標然。

我對於生活和工作的時間也是估計不准，雖然有在做時間記錄，但之前主要是讓自己對時間的流逝有感覺，確沒有想到更好的用處，所以以後想把時間記錄寫的更加詳細一些，並且導出作為以後預估項目的時間的材料

A2:
從現在開始把時間記錄寫的更加詳細一些，每週六的時候導出回顧一下。

今天晚上把明日項目的活動上以“行動＋可交付成果”來重新排列一下

問題：
自己在生活工作中遇到的關於成果檢驗的確定其實也是有點模糊，不知道是否有小夥伴有系列的書籍

风之弈语 2015-09-18 20:46:12

【I推荐】
@黑May在路上：看到你写的注意事项这部分很兴奋，因为我也是这么写的，专家、经验值以及关键路径的看法是殊路同归。
@紫色夜幕：让各个负责人参与进来的方法是个绝招，这就是小米提倡的活动参与感与传统一味布置任务或销售产品的不同之处。赞个！！

【A1推荐】
@舞梦天边：同情之情，感悟啊！为什么写的时间领导总是不满意，是不是他们认为只有他们才为企业或公司负责，我们都是不放心的人？是我们要反思，还是老板们要反思？一个个献礼工程有意义还是有意思呢？

【A2推荐】
@Storm Petrel：时间估算是一个关键部分，很形象的表达为了叫号去做，不过我也八卦一下，《末日孤舰》是啥时上映的影视呢？
@心月狐：从A2部分就能看得出你很用心，加油吧，期待你的加入！！

黑May在路上 2015-09-18 21:42:54

W45_D4
【我喜欢的I】
泡妈：把前后两次拆书的知识点很好地结合起来了，分析WBS之后列出RACI矩阵的原因
舞梦天边：结构清晰
心月狐：弄了个流程图处理，看起来很爽
乔阳：逻辑清晰、简洁
朝晖：什么片段一经你的手就变得高大上起来，WBS的定义、目的、方法似乎比原文更清晰
蔬果心：非常贴心的专业名词解释，谢谢

【我喜欢的A1】
泡妈：分析自己时间估算误差过大的原因，这也是我犯过的错误
乔阳：决定按照你们的方法来写博客，拖了好久没更新了

【我喜欢的A2】
看来这个片段戳中了很多小伙伴的痛点，大家的A2都非常棒！

【后续行动】
1. 在周任务表上把“博客”这个任务分解为：思维导图完成、完成一句话、完成300字、完成600字、完成全文、润色等几个部分，这样分解后心理上应该觉得容易一些。

海燕SP 2015-09-18 23:01:35

美剧，暴风影音可搜到

海红 2015-09-18 23:20:30

I:
制作项目时间表，是项目启动的First step。
要注意以下：
1.写出WBS（工作分解），定义活动，以及每个活动的成果。最细粒度是可以在一周内完成的。分解方法有：
1.1按时间分
1.2按地点分
1.3按部门分
2.评估WBS每个活动的时间，形成甘特图。时间评估方法有：
2.1三点评估法（太复杂）
2.2最客观时间*1.5
时间上要留出富裕，考虑到有异常情况。时间的估算是根据经验值来的，可以将活动拆分到最细粒度然后进行估算，这样做可以将误差降到最低。
3.明确关键路径
关键路径是项目完成所需最长时间的路径。关键路径决定项目的总时间，可以防止项目出现较大偏差。
WBS是RACI的基础，所以是项目启动的第一步，也是项目开始的基础。
WBS决定项目都有哪些事情要做，RACI决定项目的事情都需要谁来做，谁负责，谁可以提供帮助，谁会被通知到。

A1:
看了这个部分，我终于知道我的混乱来自哪里了。
我知道我有很多事情要做，但我的那些事情或者在我的脑子里，或者在list中，但没有进一步分析，确定其行动，更不知道谁可以提供帮助，需要涉及谁。
比如这几天办签证，我把要做的事情列出来，然后一件件去执行，虽然开在职证明时遇到了问题，但心里也是有数的（后续需要做什么，大概需要多久都从清单可以看到）。今天终于把材料寄出，等着代理回复了。

A2:
接下去要确定新加坡的行程，订房间，得继续做WBS和RACI。

海红 2015-09-18 23:43:18

I部分推荐
@泡妈 WBS中时间的估算是由RACI中确定的负责人自己来估算，自己负责
@May 相互独立，完全穷尽的原则，有文化！I的格式跟我如出一辙，哈哈。
@心月狐关键点很重要，提醒到位。
@风之奕语对WBS的解释很清晰。化整为零、循序渐进、环环相扣、预估成果、时间控制的方法论，你是怎么想到的！

A1部分推荐
@泡妈项目活动的时间估算问题，对我是个提醒，我在需求评估中开发和测试的时间都必须由相应负责人来提供，而不是我自己来评估；而且我得接受人家的评估，因为这是人家基于自己的能力水平做出来的。
@May 举了关键路径的例子，很落地，加深印象。
@小红红看到自己在工作中的问题，就可以继续优化调整，加油！
@心月狐血泪史的分析很赞，学习了。新人老有经验了！
@蔬果心关注行动而忘了成果

A2部分推荐
@泡妈人生处处是项目。祝泡妈做个好项目经理！
@SP 各活动确定紧要程度，优先处理。这一点一直是我缺少的。
@银色羽毛估算项目时间，与实际做比对，感觉很难做。

紫色夜幕 2015-09-19 19:20:32

I部分：
@蔬果心：注意点部分梳理得非常清楚，特别提示要留出机动时间。确实很重要的提醒。
@ 黑May在路上；给出了WBS分解的原则MECE，也就是“相互独立，完全穷尽”，又学到了干货。

A1部分：
@ 黑May在路上；对已经发生项目的分析，原因等分析的丝丝入扣，相信下次May一定可以做得更加出色。
@舞梦天边：对比现在的项目情况，找到提升的空间。真是积极主动啊！
@海红：你的问题我也时常会遇到，看来还是要靠计划来管理才行。

A2部分：
@舞梦天边；行动力果然强悍。

张颢腾 2015-09-20 21:46:57

I:
what:如何制定时间表?
how:
1.写出WBS,把大块的工作,通过细分,变成一系列可操作和实现的行动.
2.估计每个活动的时间,进行优化和组合,形成甘特图
关键点:
1.wbs中可交付成功强调的是结果,不是动作.
2.时间估算的方法:三点估算法或者最乐观时间x1.5
3.关键路径

A1:
之前做项目管理的经验来说,WBS和时间估算是其中最大的难点,曾经一家比较成功的公司项目管理公司是这么做的进行最彻底的WBS,对每一项行动进行时间预估,而对技术难点,很难去把握时间的,在当期的sprint中,把技术难点的调研本身去做时间预估,这样在下一个项目周期中就能给出比较准确的时间预估了,但是这项目种做法对大企业或比较固定的项目是合适的.

A2:
现在我经常遇到的问题就是WBS不彻底,很多时候面对一个大任务的时候容易产生拖延,每天的工作进行彻底的拆分,从明天日计划就开始.

张颢腾 2015-09-20 21:47:09

I:
@泡妈目的-方法-做法-作用把原文进行了机构化描述的特别清晰
@黑may在路上 MECE原则学习了~
@心月狐技术攻关类时间预估这本身就是一个小的项目了,可以把这个项目本身进行估算

A1:
@黑may在路上对项目的反思:对关键节点的跟进和沟通非常重要
@舞梦天边我也同在创业公司啊,不过我倒是觉得创业公司面对的是更大的不确定性,所以精益理念对我们更合适,缩小项目,进行快速的迭代~

A2:
@舞梦天边立刻就去做,很赞
@心月狐先找出下一步的行动出来~

蔬果心 2015-09-21 09:59:22

I：@泡媽，把WBS和RAIC矩陣結合，使得如何估算合理時間更有操作性；@May，給出了WBS的分解原則

A1: @may，認為對方知道，但是其實對方不知道的這種情況喚醒了我的一些記憶，看來管理就是不管對方知不知道，就是要讓對方知道。@舞夢天邊，我們設定了時間點，交給領導的時候，領導也常常要求縮短，之前就是按照領導的意思走，但其實覺得比起這個，應該學會跟領導談時間

水煮猴 2015-09-21 12:19:13

I部分
制作甘特图的第一步是写出WBS（工作分解）：把大块的项目细分，变成一系列可操作和实现的行动，可以按照时间、地点、部门等维度来进行分解。
注意点：
1.要求写的是可交付的结果而非行动
2.时间安排要根据实际需要而非理想情况
A1部分
之前尝试过制作甘特图，发现在wbs过程中也会经常出现把项目分成了一个个的下一步行动，但其实下一步行动应该是最末端最后的分类。另外，在时间安排上，曾经就出现过把时间安排的太过紧张的情况，导致项目严重拖延，而且一个环节出现问题后，后续的很多环节都会出现问题了，所以在最开始的时候阿奶妥当的时间对于后期的工作开展有很大的影响。
A2部分
后期在安排时间进度的时候，利用原文中最乐观的时间*1.5倍的方法来安排，这样留出富裕的时间出来。

水煮猴 2015-09-21 12:25:51

I部分推荐
@紫色夜幕对制作甘特图的做法、关键点有很详细的解释，并且连接了周一的片段，效果很好；
@黑May在路上逻辑线很清晰；
A1部分推荐
@STORM PETREL 没有分清轻重缓急的结果其实就是把重要的事情反而落下了，制作wbs到时候也应该考虑这个因素；
@蔬果心把甘特图用语省厚重，去记录自己的时间；
A2部分推荐
@心月狐把自己的打算列入实干；

Antonia Chang 2015-09-21 19:03:16

I：
制定时间表：
进行项目分解，要对每个活动估计时间，然后进行优化和组合，在时间表中清晰地体现出各项工作之间的先后关系，最后排列成项目时刻表，形成甘特图；

避免两个错误：
（1）分解的项目应该是交付成果，而不是行动；
（2）项目估算时间要合理，可以采用两种方法：
a.三点估算法：是基于PERT（计划评审技术）的时间估算法（最悲观时间+4最可能时间+最乐观时间）/6
b.最乐观时间1.5

关注“关键路径”
历经时间最长的路径被称为“关键路径”，它决定了整个项目的总时间，要关注“关键路径”。

A1：
我在做项目的时候，很容易发生的现象就是，很难在计划的时间内完成任务，或者一定要加班才能完成任务，读了整个片段我才发现原因，原来在估算时间的时候是我存在很大的问题，我比较容易用乐观的时间去估算项目时间，虽然也会留出机动时间，但还是不够充足。

A2：
下次估计项目时间的时候可以使用片段中提到的两种方法。

（笑笑）