背景
上线第二天有地市反馈原本的业务数据没了，火急火燎抓人排查，查到最后是这份数据确实数据库不存在。
一时语塞。
扩大化后抓测试需求都上来开大会，才知道是测试干的：上了一个类似统一/分别xxx的迭代需求，测试时他不知道这个需求详细，就报错->阻塞->清数据了。
问题
几个大方向的人心问题：
1、各自安好敲自己的钟，并不在意整体协作
- 我是个测试，那我只管看需求测试，我只按照我的测试用例来测，即使测试用例没有按照需求迭代。
测试存在的意义是什么，这样子是不是我们不需要你这个测试，搞个自动化测试更方便？
答案是自动化测试永远只能是辅助作用，人是最后的背锅侠和防火墙，而这次，防火墙在不务正业。
- 我是个需求，我只管和开发讲需求，即使这些开发可能是外包，并没能力做好设计和理解需求。
实际确实如此，外包只会粗暴的把你的需求实现，性能/设计/合理性完全不考虑，一次还行，越堆越多系统崩溃。
- 我是个开发，我收到啥做啥，超出能力我也不说，设计不做就硬上？
先批判开发
开发（与是不是外包无关）只关心自己的一亩三分地，并没有系统整体观念，不掌握系统整体设计自然无法做出整体最优解，即使他们做出了局部最优解也会埋下长远隐患。
既然只关心自己的一亩三分地，好，那你如果技术在稍差些，总是搞事别人擦屁股，要不要优化你？不优化团队是不是别玩了。
既然只关心自己的一亩三分地，浑浑噩噩到35，你有老婆孩子了，但你只是个不思进取的螺丝钉（此处不思进取指工作不止原地踏步甚至退步），客观来说我要不要优化你？有什么手段保障部门继续盈利？我们又不是央企国企福利机构？
理解质疑成为互联网。。。。
关于开发要不要专精于一亩三分地又和系统大小有关了，中小系统和大型系统的观念又不能混为一谈。
即使是大型系统，这个熵值也不会消失，只是转移到业务专家，研发leader的头上拆解。并保障你基层开发可以不跑偏。小型系统则该由你自己完成，不然你的能力不配，就该考虑优化了
再批判需求
从这个项目不断升级后摇来的需求/产品经理来看，他和我们的最大不同是思维的纯净性，他没有任何研发设计系统设计知识，而是一个纯粹使用者聊怎么用起来合适合理，该不该提供怎么这么用的功能。
然后呢？这不是他直接找研发聊的理由，直接找研发导致研发质量失控他至少次责，这次事故他次责。
我们的需求文档呢？有，但tmd只给客户评了，给研发讲了，就是没给测试一份！
研发设计文档呢？没
即使启用了工单系统，也是走过场挂你头上让你干活。
文档还有问题就是每个人都喜欢搞个自己的在线表格，乐。一天一个进度，没有传承没有迭代。这点就好比客户是形式主义搞这个，而你这个项目经理就一点形式没有假装有形式。
最后批判测试
哦，牛皮，你不清楚也不抓需求问问，研发菜讲不清楚你也不问需求，就清了，牛皮。
中年人，有孩子上学，心不在焉敲钟，无个人提升老资历。你招毕业生牛马培养一年，就能顶他乐，之后纯更多。 累了
还有一点
事故发生后，我们浪费半天查，才找到原因，才知道找测试问下谁动过吗？因为他妈的每个人都在刚愎自用，没有讲原始现象。
这又引出了权限问题，莫名其妙的项目经理只给测试数据库账号权限（包括uat，测试环境），6，真测试出问题就靠远程投屏语音遥控执行，效率奇低。
云平台也是，安各种安全软件后，你电脑就废了，只能空白电脑专门用于登录平台。人为创造的困难，导致任何问题都排查奇难。
综上所述
- 文档满天飞，一朝一夕一份在线文档，没有传承历史。
- 需求、测试、研发各玩各的，好像在认真干活，但实际落实确是怎么对他省事怎么来。
- 研发质量低，bug太多，测试失去信任才直接清的数据。
如何改进
- 文档唯一性，不要2个地方维护功能相同的表格
- 任何问题描述都要讲原始现象，禁止二次加工。
- 既然分工了就要严格落实，不要让任何研发陪你需求。研发只管实现设计。
- 需求测试研发三位一体，需求会议研发测试都得上，测试时优先找需求明确需求。
- 如果需求传递到研发设计时，没有找研发总控评审，研发&&需求对半担责任何引发的事故。
应邮件提前抛出
- 权限/平台的阻塞性
- 研发设计时间的仓促，免责声明
遗留问题不知所措
- 人员质量怎么办？
质疑理解成为互联网，你不及时清退菜逼，就要清退你的团队了。
35岁没问题，但你说你有孩子老婆精力不足，让人看出来在敲钟了，那就该死了。
- 如何调动积极性
给不了钱就谈不了积极性，没辙
你总得有一种方式给人折现吧？提升也好金钱也好，压力低也好，不累也好。
