【项目管理知识】IT项目管理-项目复盘

1、IT 项目管理-项目复盘项目计划方面(PP)大，但又很难去拆分它为几个子用例。（项目估算）后期对小版本采用专家法，对大版本采用功能点法估算，并进行功能点估算培训。对于基于用例估算的时候需要考虑到对于复杂用例必须要考虑拆分出扩展用例或子用例。另外基本流，扩展流的粒度和编写原则要进一步细化，现在还存在就是一条流描述了多条业务规则，或者是本来可以一条流描述的写软件需求的时候拆分为多条描述。估算没有通知到测试人员参与（项目估算）测试的工作量和软件产品本身的规模是相关的，我们知道首先需求的规模和测试用例的规模之间根据历史经验数据可以得出一个换算比例关系。所以根据软件需求规模可以得出测试规模，根据测试规模

2、/测试生产率后可以得到测试的工作量。因此估算需要通知到测试人员，进行测试设计和测试执行工作量估算。估算的新模板很多参数和指标具体含义项目成员不熟悉（项目估算）COPQ,COGQ，以及评审，返工，设计开发等工作量是如何估算出来的Excel 模板中，虽然估算的过程简单了，但是成员并没有真正了解估算的流程和原理。周例会没有和项目成员共同分析和确认风险以及风险参数周例会需要共同分析本周发生的问题，这块 BA 做的好，设计开发很少提问题。周例会需要共同对已有的风险进行跟踪，并识别新风险。项目需要组织专门的风险管理培训，项目管理很多时候就是对风险的管理不是所有的成员都参加了项目主计划的评审获取项目承诺个别

3、设计开发人员没有全部参加项目主计划内部评审，项目成员不清楚总体情况。这跟项目团队的异地化开发协调也有一定关系，但是我们仍然强调所有成员都应该参加项目计划的评审，并进行承诺，这样团队成员可以将自我项目任务和团队项目目标很好的匹配。项目成员不清楚项目自定义过程和作用IPM 过程裁剪的方法，原则，裁剪和项目特征之间的关系等都需要有个大致的了 解。不是简单的为了进度而裁剪掉过程，评审，集成测试等重要过程裁剪掉了往往项目质量和进度更加无法保障。项目在一些技术方案和实现方式选择上面没有形成规范做法CMMI DAR DAR 来指导项目识别，分析，选择技术方案需要考虑。WBS (PMC)1.项目周报很难体现项

4、目总体进度项目周报的形式需要进行改善，项目的开发模式需要更加的体现增量和迭代开发。这样跟踪的时候可以按照功能点或需求特征点进行跟踪，根据冒烟测试的情况来使项目进度真正可视。在这一块可以引入停车场图更加直观的项目进度展现方式。2.集成测试比预期进度延后 3 天左右再次强调敏捷开发中持续集成和每日构建的概念，这个版本在这里吃亏较多，持续集成的一个重要作用就是保证测试的迭代，提前发现结队任务问题， 避免设计严重泄露。问题分析和跟踪机制不完善因为经常多的就是听到这个问题解决了没有，在谁哪里，为什么这样解 理库。Review 力度还要加强Review Review 代码来尽早的发展项目经理不能每周准确跟

5、踪到进度情况还是说到设计这块，由于没有持续集成，每周功能点也没有集成到151 上来，项目经理这块很难确切跟踪到准确进度情况，所以这块建立在对设计完全信任上。架构如何跟踪设计是否按照架构思路执行问题如何保证设计和架构的一致性？这块架构要考虑下，后期如何加强控制。这也是我们 IT 项目管理中强调概念完整性的一个重要内容，首先需求本身不能出现偏差，其次架构和总体设计和需求匹配，设计的思路要能够严格贯彻执行。任务承诺和执行的问题PMS 任务周四提出可以延后两天，周五提出需要延期的只能延后一天。但PMS 意，你承诺了在某个时间点能够搞定的要确保在时间点搞定。验证和确认相关(VERVAL)测试人员的测试用例模板存在问题测试一个重要环节是分支分析和测试数据的准备，这块还要考虑后续改进方法。测试人员对业务的理解程度问题这块对测试业务培训较少，测试对业务理解深度还要加强，测试有需求要尽早提出来，项目组这边会多