小钱是公司的前端开发，有一天老板找到小钱，让他在线上系统："加个删除，晚上上线"，小钱放下手头的任务，紧急做了个[删除]按钮，告诉老板做好了，被老板一顿臭骂。（小钱只加了按钮没有做实现）
这个故事是作为一个笑话被大家所接受的，假设这需求是必须做的情况下，我们看下傻小子小钱的错误：
- 没有实现完整的功能，只是加了按钮，这是这个笑话的着重点。
- 没有跟产品经理确认如何实现这个功能。
- 没有了解需求背景。
- 没有跟后端伙伴密切沟通。
- 没有找测试伙伴进行测试。
我们抛开傻小子小钱的错误不谈，我们看下在项目管理角度分析下这个需求有哪些问题。这是老板的一句话需求，直接找到了开发人员的一个紧急需求。
- 没有进行版本管理；
- 没有明确需求；
- 没有产品介入设计，流程缺失；
- 没有需求评审，流程缺失；
- 没有评估改动范围、影响范围，流程缺失；
- 没有前后端联调，流程缺失；
- 没有经过测试，流程缺失；
- 没有产品验收，流程缺失；
这个在项目管理的角度是一个典型的范围管理及变更控制的例子。因为项目管理的缺失，导致了小钱加班加点的干活却挨了老板的骂。这种情况下，老板和员工都是需要去思考的。这是一次完全失败的敏捷开发的案例，完全打烂了项目管理。
=====
我认为的好的流程:
- 老板找到产品提出需求：要增加删除功能；
- 产品设计完成，开发测试进行评审；确定是需要逻辑删除还是物理删除，评估删除之后是否影响其他功能等；
- 前后端开发完成，联调完成，进行提测；
- 测试完成之后提交产品验收。
- 最后提交用户验收（老板验收）;
- 完美上线。
