经常讨论高效地工作，刚好看到反面教材怎么低效甚至给团队带来麻烦的工作，还是很有意思的

• 模糊的需求，并且尽可能开发阶段不断修改需求
• 要求团队成员多做一些毫无意义的形式工作。比如PPT汇报、图表
• 遇到问题互相推卸责任、指责对方
• 需要讨论技术时，让更多人参与讨论想法。鼓励他们追求优雅而不是实用主义，并且没有人有权做出决定
• 编写冗长的消息/文档并尽可能广泛地共享，欢迎所有意见并参与进来
• 编写低效的程序。避免数据库索引。在 16 核机器上运行单线程程序。将数据自由地存储在 RAM/磁盘上
• 确定现有的解决方案并不完全符合您的需要。编写只有自己能理解的脚本，并且不要记录文档
• 缓慢的构建、部署项目代码，不使用自动化工具
• 在测试中引入微妙的随机性，以便测试无缘无故地成功/失败
• 不考虑您的系统设计将如何随着时间的推移而发展
• 创建尽可能多的环境，生产和测试环境不一样，部署到不同环境会有不同效果
• 给项目添加更多依赖，让工程师学习更多内容
• 制作不可调试的程序，编写意大利面条式代码
• 不留下任何失败的记录，不要对事故进行复盘
• 积极聘用以上造成灾难并抵制学习的工程师

本文来自博客园，作者：IAyue，转载请注明原文链接：https://www.cnblogs.com/zmj-pr/p/18273054