本文的问题都是出自于极客时刻上面郑晔的《10x程序员》，这本书基本把咱们平常作业中遇到的问题都涉及到了，给我带了很多的考虑，也直接帮助到了我的作业。本篇文章，仅仅抽出他的几篇文章结合起来，加以自己的了解。推荐同学们自己去查找来看看全书。
图片的来历不明，多个地方看到，不知道水印的是不是真正的来历
一、产品和开发之争
安全产品掐架作业
在刚结业那会，还不知道产品详细是干啥的时分，就听到了不少产品和开发打架的作业。形象最深的，便是安全产品开发掐架作业了。起因是产品司理提了一个需求，要求APP开发人员可以做到依据用户的手机壳来改动手机软件主题，面临这样的需求，开发自然是要起义的。
真假分辩不是要点，从争辩的热点而言可知，就这件作业而言，争辩的原因是需求不符合常理。开发做的作业仅仅对世界建模而不是无中生有。而咱们作为开发，平常和产品决斗最多的情况，是关于时刻资源之争。产品紊乱的开发节奏，不符合逻辑的需求，不合理的时刻组织，不要点的优先级组织。
并且很多时分，产品的职位是要比开发的高的，话语权愈加的高，会让他们愈加的肆无忌惮，可恨！
拿我之前公司的实在的比如来说，产品所谓的需求文档都是短短几句话；一个迭代周期内从来没有依照原订方案上线方案的功用，各种小需求，拍脑袋的需求随意插入。前者，总监对这种行为的解说是需求开发和产品共同去参加规划，彼此残损不漏，不说开发得不到第一手信息，可是你的时刻可仍是有限的，工资也不是不涨的。后者直接导致了开发的加班。
为什么会有这些不靠谱的产品司理呢？
底子仍是我的问题，我没有才能轻易的挑选自己作业环境
其次才是他们专业程度不行，被训练机构忽悠的，人人都是产品司理，门槛低工资还高，上可以直接对话老板，下可以指挥程序员，所以导致了什么阿猫阿狗都涌入。
可是产品的门槛其实很高的。他们需求很强逻辑才能, 整理出来的需求需求逻辑自洽, 需求考虑用户的操作体会,需求考虑人力资源的分配。面临老板、市场、事务方抛来的‘主张’，可以甄别出什么是功用，什么是需求，然后拟定出合理的优先级。在灵敏项目中，还要拟定迭代的方案，顶得住上面的压力，压得服下面的开发。
其间涉及到的专业技能有社会心理学、管理学、软件工程管理、用户画像学、以及必定的开发根底、必定的规划根底、必定的运营根底。
这些东西的难度不是程序员用计算机可以模拟的，不然为什么会有智障的小爱同学、小冰同学、siri。
底子的意图是为了处理问题
当然，本篇文章仍旧《10x程序员》意图并不是为了打击产品多么多么的不靠谱。就像郑晔老师所说，假如从不靠谱的数量来说，程序员是比产品多得多得。第一是因为程序员基数就比产品的多，第二也是因为万物皆可转码导致的。训练班培养几个月就出来作业了，他能有多强的编程才能？
仅仅从整个市场来看，当然仍是有很多转行的，训练出来的很强的人。
这篇文章的意图，是为了处理点那个咱们碰到这些不靠谱的产品司理的时分，咱们应该怎样怎样办？
首要要知道产品和开发的战争是因何而战的。
二、争辩的本相是什么
争辩的原因
产品和开发彼此攻击是处理不了任何问题的。为了处理争斗，咱们首要需求知道到底是争什么？为何而争。方能对症下药。
咱们常常会出现下面这样的一个场景：
产品：咱们需求一个单点登录的界面。输入账号密码就可以进行咱们的界面。
开发：好的
一天时刻，界面和交互逻辑，接口哗哗做完。
开发：东西做完了，你来看看
产品：？？？ 验证码呢？
开发：你又没说
产品：这个不是常识么？
开发：。。。。
又是半响时刻，验证码搞定
产品：这个项目是放在门户下面，登录的功用不是应该在门户上面做么？现在跳转到别的项目还需求从头登陆，你怎样想的？
开发：顶你个肺，一开始怎样不说是这个场景
产品：你又没问。。。
♂️
这是因为两边信息不同步的导致的。假如一开始开发就问：
- 这个需求的用户是谁？
- 这个需求的使用场景在哪里？
我想问题就会拖到后边了。开发必须要有自己的独立考虑，多问几个为什么，才可以减少掉进坑中的次数。
两边的常识储藏不一样，两边把握的信息不一样，得到的结论自然也不一样。
所以这就需求咱们在一个信息平台上，才可以交流得有功率。
而这就需求咱们两边都能有一个很好的交流才能。也需求咱们开发多张十个心眼，默认产品都是不靠谱的。多问几个为什么，不要惧怕问题天真。假如产品都可以一一回应，并且逻辑自洽的话，那么恭喜你，你碰到了一个不错的产品。
有一句话说得好，当你和一个人说话谈得很开心的时分，很可能是因为对方的段位比你高，他在向下兼容。
当然，出现上面的那些问题，也因为现在处理的问题不再是清晰的，常常规模模糊，甭说产品自己，事务用户也不知道自己想要什么？这个无形中进步了产品的门槛，还进步了需求软件规划师的架构才能，需求提前布局。
软件开发的干流由面向确定性问题，逐渐变成了面向不确定性问题。为了敷衍这个问题，灵敏开发这个最佳实践就应运而生。到了我国就变成了“田园灵敏”，需求不清晰，一切需求都是P0级。 为了处理这个问题，咱们产品和开发可以在有用的资源中做些什么呢？这就不得不提到灵敏开发中两个很重要的阶段，需求弄清和需求反弄清，假如是开发负责人还需求参加需求准入。
交流的真正意图是什么
先简略的介绍一些灵敏开发流程：
两周一迭代，在进入开发之前，产品内部需求先过一遍需求，随后依据列的需求和开发负责人讨论需求准入，开发负责人会依据人力资源来和产品共同商量，这个迭代可以上的内容。
到需求弄清，这个是全体人员都参加，产品一一说需求的逻辑，开发可以提问。
之后就到了需求反弄清，这个阶段是开发在说自己关于需求的开发，以及开发的思路。随后进入开发阶段。开发完结，向产品show case, 测试经过之后前后端封版。
封完版提发布工单，然后才进行反版。在这个阶段还包含了每日的站会过需求，还有发版之后的回顾会。
如时刻表下图：
从图片可以看到关于开发两个重要的节点，一个是需求弄清，别的一个是需求反弄清。前者是产品在说，开提问。后者是开发在说，产品再问。这两个便是一个很好的拉平两边认知的时机。 这两个交流的时机至关重要，是有用减少之后扯皮的要害节点。这就需求咱们知道怎样有用的进行交流了。
唯心主义不是贬义，而是一个客观的事实。详细表现就在于，这个客观世界和咱们所幻想的总是不一样的。同样的，因为每个人认知的世界是不一样的，所以信息的传递是会衰减的，你不行能把你了解的信息 100% 传递给别的一个人，而这中间，怎样传递，也便是怎样描述将直接决议衰减的份额。
可以依据书中信息论模型来进行解说：
幻化为人的交流的话。人的脑子便是信源，携带着信息到发送器，发送器经过自己的表达经过声带发送给对方，对方接受到信息还需求转译一遍进行自己的大脑。在传送的中间进程，还有噪声源，这个噪声源可以是物理环境以为的嘈杂，也可以以为是两边因为地位的不同，导致的思想方式的不同的噪声。
依据这个比如，可以用下面这张图来表明上面争辩的原因：
扮演不同角色的时分，咱们的考虑模式是不同的。上图是产品作为信源，而开发作为信宿，反之亦然。
作为信源的话，咱们将自己脑中的信息经过嘴巴表达出去的进程，是受限于常识储藏和表达才能的。也便是说假如咱们的常识储藏满足的多，表达才能满足的强的话，在发送信息到对方的闹钟的时分，误差自然也会愈加的小。
作为信宿的话，咱们开发作为接受的一方，需求进步自己的常识边界，首要是了解事务的前因后果，尽可能的提升解码的才能。
综上所述，咱们交流的意图是为了同步信息，减少关于需求的了解的误差。而交流出来的结果，便是共同确立一个检验的规范。
只要检验的规范确定下来之后，才可以最到限度的减少后期扯皮的可能性。
那么咱们作为开发需求怎样做呢？
开发需求做什么
开发在需求弄清的时分，其他问题都可以不问，可是这两个问题必定要搞清楚。
- 需求的布景是什么
- 需求可以给用户带来什么事务的价值
前者是为了了解事务的前因后果，当自己当成产品司理，让需求的逻辑可以自洽。后者是换位自己作为一个用户，以用户的视角来看问题。这也和咱们公司以用户导向的价值观相符。
在需求反弄清的时分，作为一个前端工程师，咱们最低限度的需求出两个东西，一个是API的规划文档，别的一个便是数据走向图。这个数据走向图我的前一篇文章《vue的事务开发怎样进行组件化》中进行过论述，详细可以去那篇文章看看。
灵敏开发不代表文档的缺失。
我从前把产品问懵逼之后，把需求都砍了一大半。也间接完结了最好保护的代码。
我的意图不是为了砍需求，而是为了写出全世界最好保护的代码，即不用的代码。
三、抛弃固有形象
在程序员眼里：
- 产品一般都没逻辑、缺乏交流根底（没常识）、没才能没主意；
在产品司理眼里：
- 程序员一般属于严重交流妨碍、缺乏用户和产品认识、只考虑技能、没有大局观。
抛弃这些固有的刻板形象，交流和了解更为重要。作为开发不能因为一时的占了优势，就沾沾自喜，大快人心，觉得压了产品一头。爽归爽了，你的工资可仍是没动的。班仍是要加的。所以处理问题才是首要的意图，不论作业中，仍是日子中。 而这就要求咱们：
- 加强专业常识的学习，
- 增加对彼此作业范畴的认知，
- 用逻辑而非借口来说服对方。
开发可以去考考PMP证书，虽然都说没有含金量，可是你得过了才有资历来说这句话。作为前端还可以去学学根底的美学规划。总的来说便是要扩展自己的常识边界。
并且，我们都是打工人，成年人了，咱们要知道对立的本源是什么？真的是产品的不靠谱和开发的交流妨碍么？或许不见得。
四、对立的本源
之前刷知乎看到进程墨大佬的一段话，记了下来：
在我国，产品司理和研制工程师的核心冲突，是“有限的开发资源”与“无约束的方针”之间的对立。 “有限的开发资源”在研制工程师这一边，人力是有限的，人的作业时刻是有限的，人的耐心是有限的，人可以做的作业是有限的。
“无约束的方针”在产品司理这一边，很多量约束的需求变更，无规则约束的产品规划流程，无时刻约束的工期规划……
怎样处理？
要么供给更多的开发资源，也便是招更多更合格的工程师；要么就让产品司理对自己的行为做更多约束，让产品规划和规划依照客观规律办事。
当然，说到底两者之间的对立的本源是我国特色资本主义的内部对立，一方面想让团队跑得快，一方面又没有本事进行合理管理，最后产品司理和程序员打架，世人在骂产品司理无能程序员浮躁，其实归根到底是上面人无能罢了。
五、一个问题
我之前面试，被问我这么一个问题：
一个需求你评估完结的时刻需求两周,可是产品最多只能给你一周的时刻,你怎样办?
那场面试虽然过了，可是我没有收到关于我说的答案的评价。所以很猎奇我们的答案是什么
本文正在参加「金石方案 . 瓜分6万现金大奖」
