小杨第一次管理一个大型的软件研发项目，该项目是在以前项目的基础上研发新的功能。以前项目的版本已经批量安装到客户，并达到预先设定的目标稳定程度。该项目在前期各个阶段的数据都符合原先设定的目标。但是，在系统测试阶段，测试人员却递交了大量的缺陷。经过分析，发现这些问题大多数是回归测试时发现的。而其中大部分是以前项目遗留的问题。这些问题介于优化和问题之间。不会影响基本功能，但是对新用户来说，也有修改的必要。
新的用户的验收测试不久就要开始了。小杨该如何处理这些问题呢？
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：趁早解决问题
分析：尽量在问题出现的时候就趁早解决掉啦，问题越积越多，后期就会很困难的了
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：先解决验收测试，再解决深层次问题
分析：1、内部召集会议，包括前期项目经理和成员，对前期遗留问题及对当前验收测试的影响进行全面评估，列出优先级和解决方案，报公司管理层定夺。
2、与客户进行必要沟通，说明当前的境况，争取客户的理解和支持(有些话题不得不提，客户也不是傻子，但要注意分寸)，考虑范围和时间的变更。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：一期项目遗留问题
分析：作为二期项目的负责人遇到这个问题是很常见的，也是很正常的。因为一期的时候可能没有考虑的这么全面（如果全面了，也就没有问题或者没有二期了）。这个问题的根源是在做二期的时候对一期的理解不是很透彻，那怎么样来解决呢？
建议：基于目前的项目工期、项目费用等做综合考虑，尽量的去修改已经发现的问题，对于那些难度大，工期长的问题都罗列出来，为第三期的工作做准备。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
1.与前任项目经理进行沟通，了解之前项目的前因后果。
2.与本方项目组成员沟通，听听他们对这种问题的处理意见。
3.与本公司领导进行沟通，陈述事情的前因后果，提出自己的处理意见。问题要解决，但如果本次测试的问题与不在本次项目的需求范围累，那就应该不是在本次项目中解决。问题的处理可以通过今后升级的方式解决软件之前存在的问题。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：先重后轻,后主后次
分析：不论其遗留工作是怎么样,那总要来个先来后倒,也就是要先处理重要的问题,再处理不重要的工作,先处理主要的问题,后处量次要的问题
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：明确范围！
分析：这样的问题很普遍，一个系统不可能所有问题都能够解决，系统有缺陷只要不影响正常使用，不影响到客户是可以接受的。
但是，如果已经发现了这些问题，不去解决也是不可取的，所以需要进行缺陷分析。
首先，把所有的缺陷分级，可以按照重要性，紧急性等分级。
然后，分析那些是在当前版本一定要解决的。把不急于马上解决的，提交给公司，以便在下一个版本中修正缺陷。
最后，把当前版本需要解决的，排出计划，进行开发。
这里面涉及到，配置管理（版本，变更），范围管理（范围变化），进度管理（修改进度计划），资源管理（重新调配资源），测试计划（鉴于之前发现很多问题，所以测试就显得很重要了！）
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：分别对待，重视沟通
分析： 对于小杨来说首先要认清自己的项目管理范围，案例中清楚的提到，发现的大部分问题是旧项目遗留问题，并且并不影响基本使用，那么对于小杨主持的项目并无影响。
对于旧项目中遗留的问题，小杨认为有修改的必要，不管出于哪方面考虑，既然有了这个必要性，就产生了项目变更的可能，小杨应该与利害关系人即上层领导进行沟通，就情况说明、可能发生的投资增加、生命周期的延长等以报告形式上报高层，由高层做出战略决策。
至于高层如何处理，那就不是本案例的答案了。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：解决问题！
分析：我们应当遵循一个原则：提出问题－分析问题－解决问题！
既然是项目遗留的问题，就要多方面考虑。
站在项目本身的角度，需要确定项目范围是否有变更，从之前项目的总结报告中寻找遗留问题的原因点，加强关键环节的控制点；
站在客户的角度，客户不希望有任何遗留问题发生，但是一旦有问题，他们第一反映是这系统是你们弄的，出了问题你们就得给我解决，不会支持增加范围或成本；
作为项目经理，一定要统筹全局。既不能因为项目遗留问题增加自身和客户的成本，又要把遗留问题解决掉。
我认为，应首先明确问题的关键点，再进行多方沟通，以便明确解决问题的方法和途径。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>.
题目：项目范围与沟通
分析：原则上同意楼上的意见：
1.原项目遗留问题是否在项目范围内，需要查看项目范围说明书；一般情况下不会包含原系统的问题修改；如果在范围内，则需进行修改。
2.如果不在范围内则需要与公司和客户沟通，估算修改的成本以及风险等因素，如果要修改，则需要做哪些工作，例如追加费用，会可能引发哪些进度方面的变化，存在哪些风险。
3.如果要修改发现的以前项目遗留问题，应该属于原项目的优化，与本项目无关。但是也需要与客户和公司沟通，一般而言，对于历史遗留问题，公司是有责任修改的，但是对于当前项目而言，可能会有很多影响，需要就该修改进行分析，是否要修改与公司和客户共同协商，寻求解决办法。
4.作为项目经理，不仅仅是该项目的项目经理，也是公司面向客户的一个形象，很多时候还需要考虑公司整体的利益，而不仅仅是原定的项目范围。
所以本人任务项目范围是一定要区分清楚，但是是否进行能修改是需要与公司上层和客户沟通清楚，明确其中的责任和风险。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
题目：如何处理项目遗留问题
分析：首先同意一楼的看法
其次，假如该项目属于公司的产品，现在是增加功能的话，我认为系统存在的问题需要该产品的产品研发团队来解决，因为当形成产品的时候，他的部属和使用就不单单在一个地方，另外他们对系统比较熟悉，相对来讲，修改起来较快捷。
第三，在客户方面，不要提出是上个项目的问题，与我们无关的话，假如该项目还在维护期，那就理应进行处理，如果维护期已过，因为是自己公司的产品，所产生的问题，在客户方不区分是前期的还是现在的，他只知道是你们公司的，所以在沟通方面一定要注意，以免造成不必要的麻烦。
最后，公司的相关领导要重视起来，采取一定的方法，提高其管理。
