第四十八章 天生对头 (第2/3页)

通成本是耗费在需求的不明确性，开发人员若是对需求文档某个功能点不明白，肯定得去询问产品人员，然后很有可能发生以下情况：

    开发问这块逻辑能不能改改？产品说就这样做，开发说这样做太麻烦耗费时间，而且会影响其他功能，产品坚持要这样做，开发只好埋头苦干，可是等到功能完成得差不多的时候，产品来一句不能这样做，推翻重来……

    发生这种情况，推翻一次两次重来，很正常，有经验的程序猿都习以为常了，都若是没完没了，脾气好的往往就苦逼埋头苦干重来，脾气不好的就拍桌子了！

    其实很多程序猿的耐心并没有那么好，在需求推翻重来两三次后，工作会带情绪，调试程序的过程中，通常会猛砸键盘发泄。

    夏天看完邮件后给彭苏发了个QQ消息：“你的猜测真是准，彭经理没有重写需求的习惯吧？”

    约莫过了五分钟，彭苏回了个斜眼的表情，“一个好的产品经理是不应该犯这种低级错误的，但人难免会有思路堵塞的时候，偶尔推翻几次需求还是可以原谅的。”

    夏天发了个狗头的表情，“意思是以后我们会在心里彼此咒骂？得，本来还想着咱俩都这么熟了，你应该不会坑我，现在看来是我想多了，开发和产品到哪都注定是相互伤害的，就是不知道会上升到哪种程度？希望我们俩在未来的时间里合作愉快，不会因为公事吵架。”

    彭苏冷不丁发来一个惊悚，“难道亚越教育有经常改需求的习惯？要做什么需求不是几位大领导拍板决定吗？我们这些小职员只不过是按照他们的想法出细节文档。夏天，你不要告诉我，亚越教育的流程不是这样？”

    夏天发了个吃黄瓜的香肠大嘴漫画人物，“正常流程是这样的，但就怕你们产品细节化处理得不好，自己还没确定就让我们开始做了，然后刚做好就改改改。你们做产品的都有一个‘职业习惯’，似乎都喜欢将新需求改来改去。”

    彭苏发了个滑天下之大稽的人物图，“我们产品细节处理不好？拜托，不都是你们开发完成不了拖进度？”

    夏天好像上纲上线了，“真是搞笑，我们开发拖进度？你们产品脑洞开得再大，我们程序做不出来？你们只要不改改改，我们会这么苦逼加班？”

    彭苏沉默了片刻，扔过来一个白眼，“夏天，北冰洋都能把你喝醉？我这都还没开始写设计文档呢，你就将责任全扔给我了？”

    夏天看到这条信息蒙圈了，自己好像较劲钻牛角尖了，看得出来，夏天对产品同事有很大的介怀，甚至可以用痛恨来形容了！人彭苏还没开始出设计文档，夏天差点就和她撕起来了，他其实也想不通，怎么聊着聊着就聊出火药味来了呢。

    夏天没有立即回复，等喝了口水调整状态，这才回了个呲牙咧嘴的表情：“刚刚好像状态不对。嘿，这都快开发和产品是天生的死对头。”

    彭苏回了个进入委屈模式的人物图，“夏天，我发现你这人挺有意思，我俩好在认识，若是不认识，那不得第一天上班就闹不愉快？第二天我就得辞职了吧？！”

    夏天收藏夹图片一大推，回了个害怕的人物图，“得亏我们认识，

    （本章未完，请点击下一页继续阅读）