产品经理针对任务开发的大时间管理法则
⇨⇦
本文作者结合自己失败的工作经验，复盘总结出针对任务开发的五个时间管理要点，望以此为戒。
最近在做一个之前项目的二期工作，要追加的模块之前有类似的项目经验，所以再次做同类型的工作，自己并不觉得会有什么难点存在。所以在和开发人员进行任务沟通时也没太在意，但却不曾想事情却远超出之前的预期情况，做的过程中出现一堆问题。而且工作节奏上也并不顺利，最终导致交付时间不得不延期。
所以基于此次失败的工作过程，复盘总结出针对任务开发的五个时间管理要点，希望以此为戒，以后不要再犯同样的错误。
1、对要做的任务预留充足的时间buff
做一件事之前首先要让自己心里有底，这样在做的过程中才不会没有自信，成功的可能性也才会更大，如题目所讲要给即将要做的任务预留充足的时间，其实是对自己以及整个团队一个很好的保护，再此之前产品经理要学会对有效信息进行良好的的把控。
很多时候我们在承接一个任务时，我们都会承诺给交付方一个大概的完成时间。
当我们在内部与开发进行开发时间沟通时，其实没有必要告知当时承诺的交付时间，尤其是一些时间特别充裕的开发任务。如果第一时间就告知我们有很长的开发周期，那可能开发人员就会觉得时间尚早，工作可以慢慢干。在这样的心里作用下，可能不会投入太大的重心在当前的工作上，最终起不到什么好的效果。
我们要清楚：
有效开发时间≠交付的时间
所以再与开发同学进行沟通时可在承诺的时间基础上减少几天，作为内部的交付时间，这样可以给整个任务开发留有更多的余地，也可让可控的风险降到最小。
2、对要做工作有全面的评估
2.1 任务拆分细粒度
很多产品经理在对工作做评估处理时，可能无法做到准确的时间评估，其中最可能的原因是对工作内容的颗粒度的拆分太大，导致后续工作时遇到很多之前没想到的坑，以至于补救的时间太长。
当对要做的工作内容细致化进行评估时，尽量往详细的方向进行评估，更小的工作内容有助于进行更详细的时间评估，同时在任务进行拆分时也更容易察觉某些潜在的问题点。
2.2 对任务内容不清楚
有个老生常谈的槽点：不懂技术的产品经理总是被技术忽悠，确实在不了解技术的前提下，产品经理在与技术进行工作内容讨论时，会时刻处于下风状态，尤其到了时间评估环节，可能很小的一个改动，技术同学也可能会报出一个让你吃惊的完成时间。
不懂技术确实是一项比较吃亏的事，但遇到这类情况也不难处理。
首先当技术反馈的完成时间可在你预留的时间范围内，可以答应他承诺的交付时间，在他进行工作时多注意开发的进度，记录下在完成此项工作时间里是否同时开展其他工作，单完成这个任务大概的时间是多长，这样会对同类任务的完成时间也有大概了解，后续再遇到此类任务时也不至于全然无从下手。
但如果对方提供的时间超出我们额定的时间范畴，那我们就需要对完成时间进行详细的了解，是手头有其他的工作阻碍开发进度，还是自身能力不足无法完成开发等等。了解原因后我们便可对要做的任务加以辅助，是添加人手进行开发工作，或是提高任务的优先级，甚至是讨论是否修改之前的完成期限等。
另外当我们遇到一些自身工作经验无法进行评估的工作时，最好还是通过借助外力来对自己的短板进行弥补，可与同组其他的技术人员或是技术经理进行私下的请教，从而做到心中有数，在学习与积累的过程中，慢慢培养自己的个人能力。
3、关注人物核心人员的工作情况
当任务进入到开发阶段之后，产品经理的工作并不因此而截止，虽然不必在像之前研讨阶段投入那么多精力，但也应对后续任务的发展持观察态度，在一项任务中产品经理应当时时处于参与状态，简单点说也就是即使到了自己不需要工作的程度上也不能做甩手掌柜。
每过一段时间都应该关心下开发的同学进度如何，有没有遇到什么无法解决的问题？是否会有什么潜在延期的风险？
因为你不问很大程度上别人也不会主动告诉你，你了解这些信息，心里就会多一份信心，就能找相应的办法去辅助解决问题，帮助任务可以顺利的跑通下去。
4、保持信息的高效流通
信息在工作工作过程中十分重要，有时候一句话就能改变整个任务的发展动向，谁都清楚在工作中大家要有效的利用信息，将信息时刻保持流通状态。
但突发的事件却总会在工作中发生，相信很多人也都会遇到，出了某些问题可能直到最后自己才清楚中间发生了什么，一般出现这种原因都是信息链断裂造成的，我们在做一项工作的时候尤其是周期很长的工作，从头到尾可能都会有人参与进来。
因此每个人都会独自面对很多问题，如果这些问题在他人并不之情的情况下处理不当的话，不仅自己会很棘手，很大程度上也会影响到别人的工作进展。
同样在团队外部，需求提出方也会有很多临时决定来限制任务进程，所以提高信息高效运转就变得尤其重要。产品经理作为团队任务进行中的桥梁角色，掌握内与外的信息应该是最多的，所以在保证信息流通的任务上应该比其他人更得心应手些。
这其中也是有一些方法途径的：
组建问题讨论组，让团队成员有沟通问题的渠道；
定期开展项目会议，让团队成员各自share每个人的工作进展与问题；
做定期的工作总结，将当前最重要的问题以邮件形式告知项目团队成员。
这几种方法都是有效的解决方式，可让大家及时知悉任务进展动态，别人的工作内容，甚至可以让自己反思工作效率，只有这样才能努力把团队的信息沟通保持在同一水平上。
5、及时highlight可能的风险问题
很多产品人甚至职场人都会有一个严重的思维误区，感觉和自己的领导去highlight潜在的风险问题，就好像间接在说，我能力不成，没办法处理手头的问题。
正是因为这种心里，因此很多自己能干或者不能干的事，全都自己去干，出现问题也全都藏着掖着，觉得最后自己都能解决，结果自己埋头苦干半天，到最后可能还得不到什么好的结果。
曾经在与我的领导讨论风险问题进行时，他曾开诚布公的告诉我，其实作为一个领导并不会因为你提出风险问题而给人感觉这个人能力不足，反而会觉得你有风险的管理意识，而且很信任自己的领导。
一项工作的完成需要整个团队的协作，当出现棘手的问题，并找不到合理的解决方法，人都会处于焦虑的状态。
出现问题找方法，没有方法就找途径，说出来向别人求助，这种事不丢人，最后问题解决不了反而把事情越弄越乱，这样才真是害人害己！
因此只要有风险的苗头就应要及时提出，不然一旦真的出现问题可能整个团队都会受到影响。工作这种事都是团队作战，每个人都应该做好自己的本职工作，工作出现问题不要紧，但只要积极的去想解决办法就可以，没必要什么事都自己来。
毕竟术业有专攻，每个人都不是超人，highlight问题是算是留给我们的最后一把武器，所以要记住实在做不到就说话，让周围人都了解的处境，这样别人才有机会伸出援手。
愿你我共勉~