随着产品开发工作的不断进展，产品需要总览项目全局以便协调其他团队、安排发布计划以及满足要求。需要跟进项目进度以确保产品准时发布，同时还不能拉下其他任何需要完成的事情。时间变得非常稀缺，团队对变得忧心忡忡，你能做到的就是把时间安排好，尽量消除团队成员的紧迫感。
时间如何管理？其实本质就是：如何合理安排你的工程以及设计团队，确保项目预期完成。
项目管理非常重要。“你如何知道产品是否可以按时交付？“这个问题我们没有办法回答，但是却可以预估他。
该如何预估呢？
1.首先需要有一张项目计划表并在项目期间持续维护。
2.跟踪BUG，观察BUG表（折线图），计算实现BUG零率额日期。
虽然与你共事的每个团队都希望用不同的方法来管理项目，但这两项工作是必要的，他可以成为你手中劈开荆棘的利器。
计划表（需要持续维护）：
计划表是用来告诉你何时可以交付任务。他只需包含任务列表和每个任务的的工程评估量（这个量是指工程师或设计师完成该任务所需的时间）。接下来只需要这些任务按照他们认可的产品特性优先级排序并分配给团队成员，然后一张计划表就形成了。（无需做任何画蛇添足的事情）
项目管理并不复杂，您只需知道你要做什么？为什么做？如何推动项目前进即可！
第一步：你需要和开发主管合作将各个任务填入到任务分解区域中。（不考虑计算余量）；
第二步：评估每个任务在不考虑余量的情况下所需的剩余时间（开发剩余时间），并猜测那个工程师可以担任这个工作。将每个任务都归属到产品的某个目标版本中（这些版本就是你的迭代，其实也是发布版本）。
余量假设：是一个允许发生那些未曾遇见的问题和一般生产力所损失的时间。一般我们可以预估5天时间只有3天时间工程团队是具备开发生产力的，剩余的两天可能会发生时能各种各样的事情（这两天时间可能并不集中发生）比如：一些会议、之前存留的问题修复以及一些失败等。这些分心的事情是无法预料的。那60%的生产率估值是否争取，可待以后工作中验证。同时如果你的产品中有部分系统已经在运行了，你的效率甚至会更低（比如说这次，哈哈）因为你要维护他们并服务现有的用户群体。
注意：这个余量生产率我们只假设了修复BUG的时间和无私人情况不包括计划内的假期。
开发测试比：例如每3天的开发时间需要1天测试时间
最重要的是任务的截止时间不能安排到周目，所以我们如果可以增加一个“极爱都能够推送时间”这个字段，用来建议工程师们不要在周末之前把新软件推送到服务器上，肯定不能在午夜时分时把工程师从被窝里拉出来修改BUG？另一方面，我们也确实需要一个固定的发布日期，哪怕上线功能较少，也要确保有固定的新版本发布时间，比如说每周二和周四。
第三步：需要和开发主管来平衡每个人的工作量，并按照对 发布日期的要求调整各个版本的任务数。平衡每个人的工程量。确保任务都对应到人，工程量都有所平衡。
第四步：如果V1看起来需要相当长的时间才能完成，而又想尽早推出第一版或者要确保每两周就有一个版本发布，这样你可以先把一些任务从V1移到V2去，优先移走V1中那些最不重要的任务。然后再把团队内的任务分配调整均匀。
同时检查发布日期是否处于假期，以免造成严重的团队工作中断事故。
这个计划表就完成了，接下来就是保持时刻更新。
每日例会与团队高效谈论，便于随时更新任务，或者有一些遗忘的任务，也可以随时添加。
当项目的所有主体完成尘埃落定，我们需集中精力修复BUG。于是该停止使用计划表，转而使用BUG图。
项目管理：
一定要强调3遍，确保每个人都能准确理解需求
