看到很多版友 回复上都是针对 流程改进
或者是向上反应
强推大家眼中好的流程
这些想法都很棒 也很正确
但是…… 换个角度想
老板会愿意推动吗？
以这件事来说 老板看到的是 由他主导
反而带动了大家的积极性
成功在短时间内 完成产品
而大家提的 要增加的
却是更明确落实 之前那漫长的开发流程
就老板的角度 完全没有同意的可能吧？
对老板而言 即使是有些瑕疵的产品
只要市场还是接受
当然是能帮他越快弄出来换钱的
才是好员工 对吧？
所以 你们劳心劳累帮他修bug帮他完善
在老板眼中 是他带来的价值
而不是你们这些做的人
是的老板利用他 激发你们的责任感跟潜力
请了一个人 让工程师团队效率加个几十%
那个老板能不爱？
至于大家提的那些很棒很费时的流程
老板其实都不懂 原只是尊重专业才让你们做
但在你们帮他擦完屁股后
老板终于开悟了 那些根本不需要！！
要解决这个问题 你只能换成老板的角度去想
怎样让老板理解 遵循标准开发流程
才能为公司带来最大价值？
最烂的方法 就是跟对方用同样的开发方式
上线前雷包一堆 修也修不完
老板肯定痛 但使用此方法必须要有名声归零的心里准备 毕竟对方是能力不足 你是故意 传出去应该面试机率少一半
其次的方法是 在之后相同情况 不要拼命赶 反正多少时间做多少事 不要成为老板衡量他价值的砝码 老板发现效率更差 自然就会改变 但很大可能老板尝到甜头 换了你们 找另外一批人跟他再创辉煌 （误
最好的办法就是离职不干 这个穴废了 （误
如果真的不想走 那没有办法的办法 就是在他东西要上线前 想办法避开 请假或是出国 反正就是创造合理不在公司的状态 或者拉自己工作的客户or重要人士出来挡住 推新工程师去协助他 没有就想办法增补 让他不能推托没人力 这样上线爆了 内外都指责不到你
如果你是公司重要工程师 肯定叫你救场 这时要用老板的角度去计算 花多久救场 怎样救场 是老板会心痛但还可以接受 (整体成本必须大于实施制度的成本）基本上让系统快速恢复是必要的 但数据恢复可以花一个月？或者主要功能先恢复 次要 小功能 拉回正常开发时间处理完毕 重点就是让老板了解 那样的开发 风险成本远高于事先预防的成本
以上如果你真的想实施 请偷偷的来 这些都不符合老板心中的好员工标准 以上～