关于项目管理 首先是要勇敢

最近一周面试、跟着老板和业务口谈需求，写需求文档，安排工作，事情乱七八糟，有时候坐在位置上会不知道要做什么，会想发呆，想逃避。然后梳理了一下手上的工作向老板做了一下汇报，老板对当前的工作有了了解，对我汇报的预期进度表示了阶段性的满意。但是我知道，这里面还是有很大的问题。

1.梳理了工作项目，是对上汇报的，而真正落实需要开发支持的分工没有出来。

2.支撑需求的前期已经开发功能有缺失，需要开发，需要时间。

3.投入到新需求里，昨天安排的开发又中断了。

如果放任，结果又是效率结果无法满足老板的预期。

这周面试了一个产品经理，说了一句话，我深以为然：

让开发过程和细节清晰透明

而这，对于我来说，需要勇敢。因为从一开始，就欠了很多债，不敢让老板知道的债，功能没有开发完，或者结果没有达到预期，当新的任务下达后，这些债就被埋藏起来，而如果重新被翻出来，就需要在台面下去弥补。所以有时候，老板认为3天就可以做好的事情，可能需要6天去完成，其中3天去先把欠债给补上。雪球越滚越大，每项工作都背着沉重的包袱去做，当然做不好。

如何解决这个问题，轻装上阵，需要做以下几件事

1.把任务解构，说细，让所有人清楚，现在要做什么，怎么做，有什么问题。

不需要很复杂的工具，用excel文档，把每项工作，分项、分工、时间要求写清楚，开会沟通传递清楚。

2.过程监督

定好的时间，就按照定好的时间去做，执行的过程中，去沟通是否有问题，是否需要协调资源。其实现在团队很小，完全可以每个人去每天集中沟通一次。

3.小步快跑

需求规划不要一次性就搞1个月以上的出来，看不到东西，对平台用户而言也长时间没有刺激。项目管理上来说，老板不知道细节，一个月没看到东西，你们到底在忙些什么啊，我在给你们派些活吧，或者盯着我骂。所以，认准一个点，一周两周就能迭代一次。对研发来说知道大方向，但只要一个阶段一个阶段做。另一个好处是，可以根据迭代过程中的用户反馈了解开发的效果，也好及时调整。