三权鼎立形式的软件开发方式

如果Zuckerberg在看论坛一定笑而不语

产品人员做功能性需求时必须要跟技术和测试讨论以后再确定具体的方向和细节吧， 一般明显的bug都讨论解决了，在这个过程中技术应该被信任并站主导地位， 对功能的实现负主要责任. 就是产品主要负责计划和大的方向， 技术主要是实现和细节。

产品一定要做过技术才能让技术人员心服。当然，工资也要高过技术。
测试， Web 的测试几乎无关紧要，拉个编辑来就可以了

目前国内的公司，没有这种产品的水平要高于技术人员的模式吧，水平很高，又懂技术的产品，为啥不去做售前

职能划分在现今企业既必然也必须，有划分就有范围和边界，然后出现本位主义。组织形式体现管理思路，并且影响组织作为整体的效率和能力，例如现在很多企业从塔式结构向矩阵结构转变，或者混合。软件开发更多是一项团队工作，而不是某种官僚机构，尽管其中也有层级和领导关系存在，需求、开发、质量这些软件特质决定了它是一项系统工程，因此需要不同专业人员的共同参与，在一个目标下面互相影响，并且往前推动。以“分权”方式去看待和治理开发和项目，只是看到了硬币的一面，没有看到另一面，如果不顾及两面，从大局出发，很难成功。

百度的：产品经理的定义，一般来说，产品经理是负责并保证高质量的软件产品按时完成和发布的专职管理人员。他的任务包括倾听用户需求；负责产品功能的定义、规划和设计；做各种复杂决策，保证开发队伍顺利开展工作及跟踪程序错误等，总之，产品经理全权负责产品的最终完成。另外，产品经理还要认真搜集用户的新需求、竞争产品的资料以及研究产品的发展趋势等。

看完之后觉得，跟你说的有出入。

技术人员没有职业道德是主要原因。
QA没有足够的能力是次要原因。
设计人员应该是项目成功失败的主要责任人。无论是设计失败，还是沟通失败，进度虚幻 都是他的问题。

单来说，就是开发者开发出来的互联网产品，自己觉得相当满意，经过一番颇费口舌的培训和讲解之后，各部门领导和老板也都很满意；然而网站上线，产品发布之后，纷至沓来的互联网用户却不买账，不这么看，他们可能普遍觉得你这个互联网网站/产品，非常的难以使用，自己想浏览的内容很少或者干脆没有，换句话说，这个网站不具有粘性，用户不乐意在这个网站久呆，或者不乐意将网站放入收藏夹下次再来。


----- 这个就是典型的技术导向而非项目导向造成的后果，技术始终是为项目服务的，是support team，项目团队是core team，做成什么样的产品，是产品经理根据市场调查得到的，不是让技术人员来决定的。

终于理解同学做 用户体验（UED） 是干啥的啦，做外包缺少这块啊

在facebook，要增加什么功能是程序员说了算。产品设计人员负责提建议，画饼，勾起程序员的兴趣。