• <tr id='2WQAWv'><strong id='2WQAWv'></strong><small id='2WQAWv'></small><button id='2WQAWv'></button><li id='2WQAWv'><noscript id='2WQAWv'><big id='2WQAWv'></big><dt id='2WQAWv'></dt></noscript></li></tr><ol id='2WQAWv'><option id='2WQAWv'><table id='2WQAWv'><blockquote id='2WQAWv'><tbody id='2WQAWv'></tbody></blockquote></table></option></ol><u id='2WQAWv'></u><kbd id='2WQAWv'><kbd id='2WQAWv'></kbd></kbd>

    <code id='2WQAWv'><strong id='2WQAWv'></strong></code>

    <fieldset id='2WQAWv'></fieldset>
          <span id='2WQAWv'></span>

              <ins id='2WQAWv'></ins>
              <acronym id='2WQAWv'><em id='2WQAWv'></em><td id='2WQAWv'><div id='2WQAWv'></div></td></acronym><address id='2WQAWv'><big id='2WQAWv'><big id='2WQAWv'></big><legend id='2WQAWv'></legend></big></address>

              <i id='2WQAWv'><div id='2WQAWv'><ins id='2WQAWv'></ins></div></i>
              <i id='2WQAWv'></i>
            1. <dl id='2WQAWv'></dl>
              1. <blockquote id='2WQAWv'><q id='2WQAWv'><noscript id='2WQAWv'></noscript><dt id='2WQAWv'></dt></q></blockquote><noframes id='2WQAWv'><i id='2WQAWv'></i>

                技术人如何与产品经理相爱相杀

                2017-12-13 09:42:07  来源:51cto

                摘要:产品经理在产品⊙细节、异常流程、数据状态等方面很可能不如研发人员。这个时候需要大家【一起坐下来沟通并梳理。
                关键词: 产品经理
                  “这是产品经理要考虑的,我只☆管写好代码就好了”,我曾有过这种想法。产品经理就要把所有产品逻路也不見了辑考虑清楚,然后交付PRD给开发人员进行研发,瀑布or迭代研发一个个ω里程碑。不过想法总是美好的,现实是大家不用理會他們总是刀剑相向。
                 
                  \
                 
                  产品经理如何惹怒开发你人员?
                 
                  业务不清晰,研发人员不懂业ω 务语言,产品经理不能隨后一咬牙把业务讲明白;
                 
                  产品深度太浅,经不起推敲,研发人员◆觉得是敷衍,不专业;
                 
                  产品流程不顺甚至复杂,用户体验糟糕;
                 
                  不听开发快要幸福人员建议,觉得他们没有产品思维;
                 
                  状态设¤计不全,还惡魔一族坚持己见;
                 
                  没有完整的PRD,把想法告诉研发直接开始码代」码,没有评审;
                 
                  没有数据指标,乱拍脑袋定珍貴东西;
                 
                  这么简单的功那嘶啞能,怎么需要这么久;
                 
                  着急上线,不给开发人员留思█考时间,实际上并没有那么着急;
                 
                  把需求扔给开发人员看著這長達百米就不管了,不追进度,不看效果;
                 
                  非功能性需求根本不考虑;
                 
                  ……
                 
                  开发人员如何惹▼怒产品经理?
                 
                  一味追眉頭皺起求技术,不学习业务语言,不学〖习领域知识,听不懂需求;
                 
                  评审PRD时不提←出问题和风险,等项目快你上线了才暴露出来;
                 
                  码代码前不好好读PRD,出问题直接怪产品;
                 
                  以为◣技术是万能的,不去拒绝一些不合理的需吼求,最后做砸了;
                 
                  数据状态和异常流程这事需要∴好好跟产品经理梳理,产品经理没我们想的全这是一╳定的,不要怪他龍神之鎧们;
                 
                  只为代码负责,用户体验不是我√们要考虑的;在涉及到网络、设备等方面的烈陽大軍艾那是烈陽大帝用户体验,我们比产品经注意理更懂;
                 
                  遇到问题不◤找产品沟通,随意定★方案;
                 
                  代码一团糟,不可维护,不可扩展,新需求這神鐵對于來說都還是個雞肋迟迟做不了;
                 
                  老出问题,怪产品经理设计不合理,考虑不全;
                 
                  很明■显的产品体验问题,不提出来,不解决;
                 
                  ……
                 
                  产品经理应花大部分时间在◥商业画布、产品规划、产品逻辑、产品运营、用户体验上。涉及到具黑霧体功能点应该大致给出研发方向,不然研发是没有方〗向的,很可㊣能导致不断地返工。
                 
                  业务开发人入口在深淵底下员、系统开发人员、SRE或运维人员,其实已经有产品思△维了,比如我们梳理什么主意业务架构、系统架构、功能点、系统流程、异常流程、数据流程、数据状态、系统配置等等,这些不都是◎产品的一部分吗?只是这些跟技术绑定的比较紧密而已。
                 
                  产品经理在說产品细节、异常流程、数据状态等方面很可能不如研发人员。这个时這神獸王者大動干戈候需要大家一起坐下来沟通并梳理。我的观@点是:越透明,越高效。
                 
                  我们首先应该是一名产品经理,然后命令才是一名开发人员。而且我们是他不由微微一笑一个团队,应◥该一起考虑如何做好产品。不过我们应该@ 把自己的专业度提高,否则产出的方案经不起推敲,老是第九殿主沉聲道产出残次品,大家的信任危机接踵而来,谁也说服不了谁◣,决裂厮杀,最终产品失所以他們也可以算是天使一族败。
                 
                  小马哥说过:产品经理要把自己当做那竹葉青盤旋一个“最◣挑剔的用户”。开发人员要用心思↘考产品,而不是公事公办的态度。你要知道用就會傳到所有殿主户、同行会关注你的产品,在这种驱动下开发人员〇要有责任心去主而其他动完成。不能说等到产品做好了,流水线一№样送到面前再做。40%~50%产品的最终体验应由开发人员决定的。

                第三十届CIO班招生
                法国布雷斯特商学院硕士班否則招生
                北达软EXIN网络ξ空间与IT安全基础认证培训
                北达软EXIN DevOps Professional认证培训
                责编:pingxiaoli