做事情的流程感悟（再补充完善）

我是如何把事情的流程一步步办坏的

最初做的是用户端产品，受公司重视，也是优先级高的产品，开发在做的时候也是非常认真细致，让人感觉很踏实。

后来因业务需要，增加了后台产品。然后我就进入了后台产品中。

刚步入后台，还是按照原来的 作风，PRD做的比较细致，功能想的比较全。但是交给开发后，发现完全不是那回事了。一开始做了需求评审，砍掉一些功能，没什么大问题，等第一版开发出来后，发现问题太多，很多界面布局完全给PRD不一回事，甚至有的文案都不同。看到之后，真的是很生气，当时就在想这是挑战我的底限吗？先给头儿问了下，大意是后台差不多就行了，不用扣细节，扣页面。好吧忍了。

后来接下来版本迭代的沟通，更加崩溃。因为仅有的两个开发是并行的，他们也同时在用户端产品中。也就是说他们有优先级更高的事情要做。所以，当我去要求预计工时，答复往往是，肯定先做完用户端的产品才能做后台，时间没法估；当我问进度时，会说，手里事儿没忙完呢。诸如此类

无形中，我自己的积极性也打折扣了，PRD是不是也没必要发给全组了？估时间也不卡那么近，可能会连续两天、三天我都没去问进度了。。也就是说实际上，我的行动放缓了。接下来就带来了很不好的影响。

某一天，Master问我，后台进度怎么样了，那个功能什么时候上？我一下子慌了，这个功能没有跟进呢，赶紧问他们两，迅速反馈，慌里慌张的，还好交差了

但是后来又发生了一点事儿，Master之前给我说过一个很简单的需求，我也早就做完PRD。可是开发根本没做，后来又去问我，这个简单的功能怎么还没上？我说“这个早就告诉你们了啊怎么还没做”，当时可以想象这个说法多么苍白，谁让你不盯着了？谁让你放松了？然后我继续催开发，能不能尽快交。开发哥哥也怒了（有性格的大牛，都会讨厌被打断吧），我这事儿还没做完，那个需求必须等到明天。只好告知Master，明天搞定。

经历了那件事的崩溃，我开始反省我做事方式有问题。虽然这个项目没有如期完成，并不是我的问题，但结果由PM来负责；只靠个人很难办，为什么不借助制度？在与朋友、以及头儿咨询后，我做出了以下决定：

后台与用户端产品一样，按时交付PRD：

PRD评审：与业务人员一轮，产品一轮（看情况斟酌），开发一轮，避免由于个人逻辑没考虑全而引起后期的问题

按照scrum流程，切task，估时间，每日站会，周三看结果。

这样完全按照制度，大家共同监督，我也根本不用搞的那么累。产品要有一颗强大的心，不管谁给你阻力，你要明白你的目标是什么？不达目标，誓不罢休。那些阻力都是取经路上的小怪物，千万不要影响自己的判断。多于领导，大牛交流。