反思2017

说明

时间 2017-07-28 11:07:12
地点 办公室
事发时间 半小时之前
角色 产品经理K 后端媒体开发M 总经理Z
团队环境 20人的小团队 开发人员10人左右 分到手机 pc 前端 后端java 后端媒体 基本一个部分最多一两人负责
办公环境 20多人在100多平的办公室 总经理Z单独一个办公室
事件起因 K负责组织人员测试产品的音频问题 M协助检查媒体流是否收到
        M到K的位置检查完流后 告诉K数据已经收到
        K从网页上没看到画面 问为什么没画面
        M说不知道 反正流是收到了
        K的意思是 我什么都看不到 问题没解决 你准备怎么解决
        M的意思是 我只负责后端媒体 既然流已经收到 那就没我啥事了 更不用说其他事我也管不到 也不清楚
        K说 网页上都看不到 就是什么都没解决 balabala

后来

5秒之内，互相说服不了对方的两人，分贝直接飙升到男高音，愤怒 相互指责 
最后程序员收到了更多的委屈 扔了水杯 仍了早餐牛奶

结果

在开会的市场部被惊动  来劝架； 向Z报告之后，Z才从办公室出来说了句：大家不要吵。然后叫来程序员，把近期工作捋了一遍又一遍

思考： 一般很少会见到同事之间有吵架 这事是公司管理制度的缺陷 开发过程中， 责任划分不明 边界模糊 说白了就是管理混乱 没有制度 导致每个都有这么一个错觉：每个人的接口都是公司其他人 怎么理解这句话呢：

市场部的观念是：客户如果不签单 那么就是产品的问题，要么找产品经理，要么找开发，反正找不是市场部的就是了

产品的观念是：原型图我给了 最后没看到效果 那么管你是java还是c++还是切图的，任何事都推到你身上

开发的观念：web说做好我的页面，其他的找其他人，不管是找后台还是找切图，或是找终端，反正出现了异常就是其他人乱传参数或是设计不对
媒体说只要媒体数据正确了，其他的不要来找我，我什么都不知道

就想书上说的 别让猴子跳到自己的背上 可是也不能随便把猴子丢出来 举个例子 开发在讨论一个设计问题 你总不能看到客户妹子在接水 就把猴子丢她身上 然后大吵一顿吧