有需要的同学可以先看看：2024软考高项备考的一些真实经验，可能对你有帮助。
开发方法和生命周期绩效域我建议结合敏捷管理写，可写的内容很多很多，对今后的工作也有帮助。
绩效域其他领域论文相关可以查看我的其他文章。
XXXX年XX月，我作为项目经理参与了XX项目。本项目积极响应......实现了......。其中包含XX系统、XX系统...。本项目遵循3Gppc-V2X无线通信技术，以及T/ITSH4-2018, T/ITS117-2018, T/ITS118- 2018 等智能交通标准规范。云控平台采用分层的低耦合设计特点，整体架构分为通讯层、服务层、应用层。使用 Linux 系统, Python3、TypeScript语言，借助MQTT发布-订阅模式的消息协议，结合分布式物联网消息中间件 EMQX 和流处理数据库HStreamDB 进行开发。本项目总投资2000余万元，建设工期10个月，采用项目导向型组织结构。
开发方法和生命周期绩效域涉及项目的开发方法、交付节奏和生命周期相关的活动和职能。在项目整个生命周期过程中，有效执行本绩效域能够别预期目标，主要包含:开发方法与可交付物相符合；可交付物与干系人价值相符合；项目生命周期由促进交付节奏的项目阶段和产生项目交付物的开发方法组成。现结合本项目实际情况，通过交付节奏、开发方法及其选择、协调交付节奏和开发方法及生命周期四个方向进行论述。
一、交付节奏
交付节奏是指项目可交付物的安排和频率。项目可以一次性交付、多次交付、定期交付、持续交付。一次性交付的项目只在项目结束时交付。多次交付的项目在整个项目期间的不同时间交付。 定期交付与多次交付非常相似，但需要遵循固定的交付计划。持续交付是将项目特性增量交付给客户，通常通过使用小批量工作和自动化技术完成。本项目除XX系统外，其他部分需求明确、范围稳定，结合以往V2X交付经验以及客户期望，项目验收后一次性交付价值。而对于XX系统，由于创新程度较高，并且相关需求不明确，需要在短时间内探讨可行性，根据评估和反馈快速调整。团队频繁的、小批量的交付增量时，能够更快速、更准确地理解客户的真正需求。因此仅对于该子系统将持续交付。（能将项目各系统标出交付各自交付节奏的表格最好）
二、开发方法
开发方法是在项目生命周期内创建产品、服务或成果的方法。当前，行业普遍认同三种开发方法，分别是预测型开发方法、混合型开发方法和适应型开发方法。预测型开发方法又称瀑布型开发方法。这种开发方法相对稳定，范围、进度、成本、资源和风险可以在项目生命周期早期预先明确。混合型开发方法是适应型方法和预测型方法的结合体，该方法中预测型方法的要素和适应型方法的要素均会涉及。混合型开发方法的适应性比预测型方法强，但比纯粹的适应型方法的适应性弱。适应型方法在项目开始时建立高层级的愿景，之后在项目进行过程中在最初已知需求的基础上，按照用户反馈、环境或意外事件来不断说明、完善、更新或替换。
三、开发方法的选择
由于本项目需求明确、范围稳定，结合公司以往V2X项目经验适合采用预测型开发方法。同时，项目涉及公共交通安全，XX市XX小组需要评审项目计划，重点包含测试路段选址、项目质量标准、路侧系统整体时延、云控平台接入并发数等内容。因此，需要通过事先做好规划确保所有安全需求都得到识别、规划、创建、整合和测试。而对于XX系统，由于创新程度较高，并且相关需求不够明确。例如是否对提供应急车辆情况下的智能全路段放行功能等，同时这些功能交付标准事先难以量化，同时会随着项目研发过程不断发现新的重要的需求。受斯泰西复杂性模型启发的不确定性和复杂性模型，开发组基于迭代的敏捷野开发，在短时间内探讨可行性，并根据评估和反馈快速调整。基于迭代的敏捷同预测型开发方法的价值观是不同的，敏捷认为个体和互动重要于过程和工具，可用的软件重要于详尽的文档，客户合作重要于合同谈判，拥抱变化重要于遵循计划。团队将以2 周的时间盒进行冲刺，通过评审会频繁小批量的交付价值，并通过更新待办事项列表将价值融入项目，以优化价值的交付。
四、协调交付节奏和开发方法及生命周期
由于该项目涉及预测型及基于迭代的敏捷开发。本环节将重点讨论其中基于迭代的敏捷的内容。
1. 创建产品代办列表：我们通过用户故事来创建需求，例如我们创建的一个用户故事 “ 作为公共交通的监管者，我希望系统能向自动驾驶车辆推送第一视角和第三视角观测到的路侧信息，将原本因道路交叉口由车辆视野阻挡产生的交通事故率降低12%”，同时，我们确保用户故事制定时清晰、简洁、一致、完整、可跟踪、可核实。这个阶段，我们创建的用户故事是高层级的，并且有些用户故事是史诗级用户故事，需要进一步分解细化。
2.待办事项列表细化：产品负责人会使用1小时时间盒同团队细化待办事项列表，根据用户价值进行优先级排序。一方面让团队了解下个迭代的用户故事，以及故事之间的关系。另一方面提高适应性，根据干系人价值实时将变更融入。
3.执行冲刺：首先，开展冲刺计划会，产品经理和团队对冲刺目标达成共识，根据团队稳定开发速度将相应用户故事纳入冲刺，并进行分工。其次，我召开每日Scrum站会，由团队成员自行主持，利用5分钟反馈各自进度、计划及问题。会后我根据汇总的问题提供相应支持。
4.冲刺评审：迭代完成，我会组织评审会，产品负责人和客户接受可交付成果或提供反馈。这样，团队成员就可以得到充分反馈，防止他们朝着错误的方向前进。
5.冲刺回顾：我们在迭代结束或者认为需要开展回顾的时候召开回顾会议。回顾针对定性的和定量的数据，然后利用这些数据找到根源，设计对策，并制订计划。同时，我和团队对改进事项做好优先级排序，并确保控制改进的数量。
XXXX年XX月，项目在既定的范围、时间、成本、质量等约束条件内成功完成。为........并促进相关传统产业结构优化升级。本项目的成功完成需要感谢区领导及同仁的信任和支持，需要感谢公司各部门对项目的指导和帮助，需要感谢全体项目成员的不懈努力。当然，本项目也存在不足，由于项目干系人数量较多且关系复杂，收集需求过程产生了进度偏差，暴露出识别干系人及收集需求工作不够扎实。不过，通过同干系人的积极沟通和引导，以及事先规划的进度储备，我们有效控制了项目进度。我将吸取本项目的经验教训，并保持空杯心态，不断学习提升项目管理、战略和商务以及领导力技能，力争为我国信息化建设贡献力量。
