接上篇 如何做好一个项目（上）
上回，咱们的研发阶段已经结束了。这次要说的是接下来的 协助开发->协助信息建设->协助测试。这其中，参与最多的是协助开发，接下来的两步，基本上没你什么大事。
协助开发
对项目经理来说，最无奈的事情就是发现：
哼哧哼哧费老大劲研发出来的东西，经过开发人员一开发，嘿，成为另一个产品了！
怪开发人员创新能力太强？怪开发经理把控不过关？都不能怪，责任还是在于项目经理。一个好的项目经理，应该知道如何和开发人员沟通项目。和开发人员沟通是门很深奥的学问，就我目前的能力，肯定不能完全吃透。但我可以告诉你，就我的工作经验，你最好这么做： 阅读全文…
我在不长不短的一段时间前，说过：
我的工作，简单点说： 探索需求->功能研发->DEMO汇报
不过那只是我的主要工作。事实上我要做的，应该是：
探索需求->功能研发->DEMO汇报->协助开发->协助信息建设->协助测试->他奶奶的，终于上线了！
一个新产品的诞生，差不多也就这么一个大的流程。很不好意思的说，这每一步，咱都犯过错。所以确切点说，我今天要讲的应该是如何避免搞砸一个项目，总结一下以往自己的经验教训，造福人民。
探索需求
做一个项目，探索需求是最基础，也是最重要的一步。一切从客户需求出发，我们天天都在喊的。但是，我们做东西，很多时候却是拿来主义先行（某网络通讯工具起家的公司在这方面功力甚厚）。一个项目到手了，好，先看看网上有没有现成的内容架构，这产品的分类网上有没有。要是有，先拿来！拿来不是问题，但是拿来直接用就可能出问题。网上搞来的东西，很多时候他做得就不专业；即便专业，受众的不同，必然导致分类的不同，它也不一定适用你的产品。
Recent Comments