来自一个开发人员自底而上的观察

混乱的管理 之 角色错位

　　作为做技术的人，最痛苦的莫过于，一个项目，连目标用户都没有确定，连大体需求都没有确定，就直接被通知要做出什么东西出来。

开发人员的，在项目组织里面，是最”底层”的。市场的那一步被略过了，产品需求的那一步也跳过了，直接说我们要做XX，接着所有的问题都集中在了开发身上。做XX是什么意思？要实现哪些功能？。。。。。

　　结果写代码的，被弄去写文档；搞系统设计的被弄去写产品需求文档；而搞需求的，被弄去搞战略或目标，而其本身没有决策的权，所以也就干脆就只做老板的复读机！

　　所有人都在为被人揩屁股，做着自己所不擅长的事，项目不出问题才怪。

　　战略清楚的老板+定位明确市场+需求明确的策划+可扩展稳定性强的系统+一帮子兴奋的码农，这其中的角色，可一人承担多个，但如果硬生生地少跳过了哪一个环，接下来的环节中的人都被遭殃，近需导致项目延期，甚至失败。

市场定位不明，开发踌躇不前

　　在经历的角色错位的煎熬之后，接下来，更严峻的问题来了.

　　当一款产品逐渐成形，前开始有了用户，并看着用户量逐渐上升时。开发却逐渐停滞了。

　　“我们要做一个什么样的东西出来？”

　　如果把这个东西的某部分功能增强，做成XX，会有市场。但是，这不符合公司战略方向。

　　但如果这个东西，与其它东西集成，估计也没太大前途。毕竟这个产品还没有形成其核心价值诉求。

　　怎么办，停下来休息会儿吧！

　　这是我近期的项目经历，只恨自己只是一个敲代码的。只能在这儿发发牢骚。