临近年关，正在读着苏杰写的《人人都是产品经理》，自己多多少少也做了几十个项目（都是小滴了）。五味杂陈，很想倒一倒这其中的酸甜。对不对的地方，您就当听戏了。
在开文之前，我先表明自己的身份。我是个后端，在小公司做PHP开发，现在基本上前后端兼顾。为了避免一些用词的歧义，正文里的一些专业英文词汇我使用中文来代替，比如PM，UI等。虽然我很菜，但不要以为我特别不专业。
一、谁是大boss
不说您也想的到，做一个项目不是一个人的事。举个栗子，假使项目是一个内部管理程序，那么这个系统最终是为客户员工使用的。但是在项目启动之前，客户会提出具体的需求，开发公司的项目经理再进行甄别筛选，开发公司的老板认为OK了，那就可以启动了。接下来就是组织团队进入开发阶段了。那么这些角色中作为一个开发人员后该听谁的呢?项目经理和产品经理是直属领导，老老板是总决策，客户是付钱的主，客户的员工是终端使用者。初始，我以为应该以用户为中心，因为所有的操作都是他们在使用，评价体验效果也最属他们有发言权。服务行业不一直这么说吗，顾客是上帝。可是不要忘了，付钱了，你是上帝，不付钱，你就是路人。所以，正常的逻辑是，谁给我钱，我听谁的。在公司里，老板开给我工资，我就听老板的，老板赚客户的钱，老板就听客户的。如果非要说以用户为中心，那是因为付钱的是用户，就像各种社交app，工具app。但是管理平台是管理者约来员工的，那就由不得员工。也许程序使用起来超复杂，超繁锁，只要是户老板满意，并且付钱了，那么对于开发公司以及开发人员这个项目就是完美的项目。
二，有问题该问谁?
开发人员是最终的执行人员，也就是最底层的了。在开发过程中有N个疑问，要去向谁讨教呢，比如说，输入姓名要不要检查中英文，要不要限制字符长度，移动光标就检查还是提交时检查。
在说词谁之前，先说说要不要问。大部分情况下不写代码的人考虑不了那么细致的问题。说不定，多一句提问就是给自己找麻烦，可是万一人家真有自己的想法，或者在体验了之后提出其他的方案那你就哭吧。所以，多问一句图个踏实。如果到最后，领导白己改主意了，要求重写，那就实在没办法了。
那么回到原处，有了疑问需要问谁呢，如果还按谁给钱谁是老大的原则就是找抽了。老板是花钱让你解决问题的，可不是给你解决问题的。我提供两个选项:A.问用户/客户，B.项目经理/产品经理。说说两个选项的不同吧，选A的好处是能得到直接的答复，也能把自己的意见建议表达出来。因为客户是 项目的受用人，所有的功能需求是为他们服务的，如果果客户经由项目经理和产品经理转答，那么很可能做出来的东面不是客户想要的，所以有了疑问应该与客户直接进行沟通得到准确回复吗?起初我也这么想，并且领导也支特，美其名日提升理解力、沟通能力。可事实怎么样呢，你说的客户听不懂，因为客户不懂技术。客户的主观意愿你也get不到。另外，当你有疑词的时候客户不一定有时间，或者客户很闲，他乐衷与你探讨技术，探讨用户体验、探讨产品运营，耗了一天，你的疑问还是没有得到答案。因此产品经理多么重要啊，他把客户的意原转化成具体需求，并且与项目经理与开发团队商量后过滤掉不可行的部分，这是一个联通客户和开发人员的
重要纽带，不然，开发过程会异带艰难，当然如果是很繁索的，又很明确的一些逻辑比如分配规则，可以与客户直接对话:如果很复杂的部分，开发和产品可以共同与客户进行沟通。其实，项目开始前，所有参与人员都会客户有一次整个项目梳理的会议，涉及复杂的重要的流程环节是在干始前就理清的。
三、开发团队的目标一致吗，
相对客户而言，开发团队的每一员都是在一个阵营，都是为了让项目在规定期限内完成交付。这就好于比一个公司的员工与老板是不是一家人，老板经常这择说，要把公司当家，视同事为兄弟，大家都是为了让公司发展更好让公司盈利，员工福利才会好。说的不能算错，但是也不完全。老板挣的是盈利、员工挣的是工资。老板多挣几倍，员工也就多吃一顿板，老板亏了只要不是倒闭，员下工资不会少，甚至会感觉活少了工作更轻松。不过，应该没人心这么大，一旦设活干了，就离走人不远了。这么说的意思是，人就是天性自私，不论做什么，不论在什么团队在什么公司。都是盼着钱多事少，做项目时也巴不不得这样子。前面说了开发环节中的各个岗位。如果客户在与开发人员的第一次沟通中就没有任何问题，后期也没有补充，项目理理和产品经理就等待开发就好了，坐享其成（事实上老板肯定会找事儿的）。如果产品经理对设计的初稿就满意，那设过肯定不亦乐息，反之则愤愤不平:如果测试不精挑细筛。那么开发就绝不会精益求精。只要不背锅:谁愿多干活。换句话说，只要涉及不到自己，就都是吃瓜群众。天塌下来，个矮的权当看戏、在设计一遍又一遍的返工时，前后端不会有异议:当客户的逻辑有变时，设计和前瑞绝不玩声，如果即将上线的项目，要改样式。前后端分离的项目前瑞哭，否则后瑞哭。客户的目标是花小钱做无限功能，一辆自行车的铁做一架飞机，产品和项目的标是客户满意，老板满意，所以在一定程度上，户品经理也是希望做得越多，越快越好:开发和测试人员，就盼着分到的工作越少越好，返工的工越少越好，背的锅越轻越好。举个例子，如果项目中，如果要生成订单，客户不要求，开发会把订单生成做到最后一步，因为设计简单bug也少。但是产品会期望做成预提交，待支付订单，待提交订单，购物车，浏览商品等记录；如果客户不要求，开发可能不做软删除:不做预统计，因为这样不仅工作量小，而且能减少bug少背锅。有一次，产品跟我说在支付页加个按钮，我问什么按钮，他说打折按钮、 然后，然后，我跟他探讨了折扣的来源，使用限制，等一系列问题，然后加数据库字段，加数据表，加操作日志等。产品经理的锦上添花可能开发就要当牛做马。但是换位思考。哪个岗位不是头上架着一口大刀呢，有时候前端懒点后端就累死累活，后端懒点，移动端就流泪流汗。最好是相互理解吧。
四、合体乱象
前面说的都是外包公司，并且是标准开发团队（相对我见过的）来说的。现实中是没有标准的。比如一个自有项目公司，提需汞的人是销售和产品；给项目买单的的和给我们发工资的是同一个人。我们暂且不用考虑紧张的工期，苛刻的交付环节。另外，还有各种各样的职位合体就让人眼花缭乱了。比如，运谁和后端合体，写代码和服务器配置是一个人；项目经理扣产品经理合体，跟客户沟通跟老板跟开发人员沟通画原型分配资源的是一个人；前编和后端合体，拿到设计稿就全部搞定；前场和移动端合体，H5页面，ios,android一人搞定；设计和前端合体，自己造梦自己圆；后端和测试合体，自己的问题自己找并自己改；在我们公司，销售、项目、产品测试是一样的（很能凑和）；找还见过前后端，测试运维是一块做的。反正五花八门，各种不专业就暴露了各种问题和矛盾，更有甚者全部合体就像个人站长。不管怎样，不管怎样的不专业，都要承认合体的关键优势——省钱。现在互联网竞争大，尤其林立的小外包，根本招不起10几个人的开发团队，全栈才更受追捧。
五，不合理的需求
关于这点，就不多说了，技术公司肯定是聪明人多，所以不合理的需求最终会毙掉，只是这种现象无处不在。详情在知乎上搜索关键字。着急解决不了问题，心平气和慢慢谈，谈不妥了再动手。
六，价值观
说是价值观，其实就是待遇，拿到的工资问题。工资有高有低，年终奖有多有少，有13薪，也有15，16薪，有996，也有朝九晚五，时间，金钱，身体，发展，哪个更重要呢。表弟刚毕业，去年在电商公司做售前客服，它工资7千的时候，同学四五千，过了一年他没变，同手们升到了1万以上。每天签到赚几块，接一个私活一个月几千就有了；每天多学点新知识，跳槽工资能翻倍；给别人做个项目赚几万，别人用这个项目赚几十个几万......是的，这没有可比性，因为不去试过，不知其中艰难。但是始终该相信，遇到的最好的项目还是自己。