案例：
1.整个项目没有规划，进度也没有计划；
2.需求管理一片混乱，产品人员发完原型图，就见不着了，也不见更新文档，也没有其他详细的项目文档，开发测试依据严重不足；
3.开发在整个项目周期中一直在改代码，业务测试都完成了，还在改代码；
4.需求说变就变，完全看心情；
5.测试流程一片混乱，已经在测试团队做了一些改革，效果不太明显，毕竟测试团队的权利比较小，撼动不了其他部门。
现在问题太多，有心改革，不知从哪里下手，怎么解决？
精彩解答：
a：
先看最近最紧急的里程碑，先核对这个，然后至少保证近期项目进度能在客户那里hold住。然后开始整管理。先从需求开始，比对现行的找问题。没问题了再整计划，计划整好了再整执行。保证项目近期进展勉强能交差情况下，当作一个新项目来干吧。
b：
1、取得高层领导的支持，授权我或着我的团队，对整个项目进行梳理整顿，并确认沟通方式方法；
2、确定项目目标范围，并取得客户的认可；
3、对项目的质量、时间要求，取得客户和公司领导的认可；
4、对整个项目团队开会，确定工作职责、工作要求、文档要求、交流反馈的方式方法；对团队成员的反馈进行记录，并反馈公司领导；
5、和团队成员一起，对测试流程进行标准化确定；
6、和大家一起团队活动：吃饭、聚会、领导讲话等，鼓舞士气，重新准备开展工作；
7、在工作中，跟踪工作流程，对工作行为规范化；
c：
把目前需要整改的点列出来——优先级排序——整改计划（及目标）——实施整改——记录改善情况——……
d：
首先你得要权，没权啥也白说。你想要的结果是书面（理论的），还是实操性的。
理论的是代表你有授权的，有权有钱的，可以直接干活儿的。
如果是实际的，你得先搞定老板或者那里的掌实权的人。他支持你，你才能干事儿。先得摸底。找到关键人员，先搞定关键人员，取得支持，完成初步方案，能让老板或收益人看到你想要改东西对他的影响，也就是商业论证一下，让他觉得有必要或必须改。