XPlanner使用手册

《XPlanner使用手册》由会员分享，可在线阅读，更多相关《XPlanner使用手册（3页珍藏版）》请在金锄头文库上搜索。

1、XPlanner 使用手册（收藏）一、 XPlanner 简介 XPlanner 是一个基于Web 的 XP 团队计划和跟踪工具。 XP 的开发概念如iteration、user stories 等，XPlanner 都提供了相对应的管理工具，XPlanner 支持 XP 开发流程，并解决利用 XP 思想来开发项目所碰到的问题。 XPlanner 特点包括：简单的模型规划，虚拟笔记卡(Virtual note cards),iterations、user stories 与工作记录的追踪，未完成 stories 将自动迭代，工作时间追踪，生成团队效率，个人工时报表，SOA P 界面支持。 二、

2、 公司研发类项目 XPlanner 初始设定要求 1 根据项目类型不同分为两种类型对项目在 XPlanner 上进行初始设定： 对于定制开发类项目，以实际项目名称作为 XPlanner 的项目名称。在项目下建立首次迭代，制定迭代起止时间。根据公司目前项目情况，建议每次迭代过程不要超过一个月。在制定首次迭代后制定至少一个 User Story；在 User Story中至少制定一个任务。 对于短期实施类项目，以实际项目名称作为 XPlanner 的项目名称。一般一次迭代应该完成此项目。 2 在 XPlanner 内建立人员列表包括： 公司研发部人员（项目经理设为管理员权限、其他开发人员为编辑者权

3、 限） 公司其他部门项目人员，包括项目助理或可以作为项目跟踪者的市场 部门人员或者公司管理者 客户：可以作为项目客户或跟踪者 其他访问者：可看到该项目进展情况的访客。设为访客 三、 项目组各成员使用过程及要求 1项目负责人：鉴于目前 XPlanner 仅适用于软件研发类项目适用，所以定为研发部项目负责人为 XPlanner 项目管理员。项目负责人主要负责 XPlanner 中项目、迭代、User Story、任务的设置、编辑、删除。项目管理员也可后续由项目助理担任 作为执行人和跟踪者。对于项目负责人应该： 在启动新项目前依据软件项目开发计划在 XPlanner 上加入新项目，要对本项目目标加以

4、简要说明。将软件项目开发计划附加入备注/ 附件 按照软件项目开发计划细分出本次迭代，订立迭代目标、迭代周期、完成 的 User Story、涉及人员、迭代完成评定标准。形成软件项目迭代计 划 （格式附后）提交审批。要求可度量的明确的迭代目标是软件项目迭代计划的重要内容之一。 按照迭代目标、迭代周期、涉及人员制定任务草稿，提交 迭代会议讨论。 招集相关人员召开迭代会议通告软件项目迭代计划 即迭代目标、迭代周期、完成的 User Story、迭代完成评定标准。并对任务草稿进行讨 论，制定出确定的任务列表。填入软件项目迭代计划 。 按照软件项目迭代计划在 XPlanner 上添加相应的迭代、完成的

5、User Story、任务。正式启动本次迭代 如果项目负责人是跟踪者角色，需随时在我的资料 界面跟踪迭代执行情况。 迭代时间要求不允许调整。User Story 可以变更、增加、编辑、删除或调整、延续到后续迭代中去，任务也可以变更、增加、编辑、删除或调整、延续到其他 User Story 中去，但需要开会讨论决定。任务里的评估工时是 XP 开发方式的重点控制内容。一般不允 许调整（通过对评估工时和实际工时的比对可以统计精确度） 。 要及时督促项目研发人员添加、更新XPlanner 上各角色负责的内容，做到每日下班前打开 XPlanner 监控项目进行情况。 本次迭代完成后按照利用XPlanne

6、r 对项目进行持续进度跟踪管理的要求作出简要的软件项目迭代总结 2 编辑者：定为本项目的研发人员、软件测试人员。要求对于本 项目的研发人员应该： 参加迭代会议 ，充分了解软件项目迭代计划即迭代目标、迭代周期、 完成的 User Story、迭代完成评定标准。并对任务草稿进行讨论。 接受自己部份的任务列表，对任务内涵要求有清晰明确的认识。 要求每日在我的资料 界面相应的任务列表内的操作表型图标上进入编辑任务时间 界面，填写本日此任务工时。在编辑任务时间 页面中的操作应实时进行 ，要填写开始时间和结束时间。要求格式为时间格式: YYYY-MM-DD HH:MM。 对于需求设计任务主要是以模块功能描

7、述的方式说明，完成 识别就是完成此 User Story某部份的设计实现方案，必须有设计输出。对于开发类项目任务主要是以功能描述的方式说明，完成识别就是完成此功能描述地实现代码。对于测试类任务主要是以测试用例列表或模块说明，完成识别就是完成此测试用例列表，或模块的全部业务路径，输出 BUG 单。对于 Overhead（整合、管理）类任务主要是以工作内容说明，完成识别就是完成工作说明的内容。 在 我的资料界面下部时间表操作进入 时间表，此界面可 统计本人的时间累计工时情况。作为个人时间管理参考。 如果实际某任务工时累计超过了评估工时，将会显示实际的工作时间已经超过了当前任务的评估工时.请进行新的

8、任务评估 以便于 XPlanner 的状态视图可以更精确. 信息。此时可以按实际工时数调整原有的评估工时。新的评估工时与原有评估工时在精确度 界面有显示。对于此类情况要求随着评估工时的准确程度提高而减少。 当任务完成后从我的资料界面相应的任务列表内的任务可进入任务管理界面，点击完成任务可以结束此任务。表示此任务已完成。 3 User Story 跟踪者：一般就是项目负责人，也可以是由项目助理担任作为执行人。如果是客户直接参与研发，也可以是客户本身。可在我的资料 界面跟踪迭代执行情况。可及时和项目组沟通。可配合督促项目相关人员添加、更新 XPlanner 上各角色负责的内容，做到每日下班前打开

9、XPlanner 监控项目进行情况。 4 客户：可以是本公司市场部门相关人员，如果是客户直接参与 研发，也可以是客户本身。可在我的资料 界面跟踪 迭代执行情况。 四、 项目组负责人利用 XPlanner 对项目进行持续进度跟踪管理过程 1 在项目一次迭代完成后要求对迭代过程进行总结。主 要内容有： 按照软件项目迭代计划总结迭代目标、迭代周期、涉及人 员任务完成情况。 总结迭代目标达成情况，按照即定评定标准得出符合迭 代目标程度。 总结本次迭代调整情况，找出调整原因。逐步减少调整。 在统计表上得出本次迭代趋势。 召开迭代会议作出简要的软件项目迭代总结 （可以和 下次迭代会议合并召开） 如果是项目

10、软件、系统交付迭代，还需其他相关人员参加 迭代会议 ，以说明刚完成的迭代输出的详细情况。 本项目全部迭代完成后向质控部门提交项目完成报告。内含此项 目的质量目标总结统计。目前项目完成状态，客户投诉解决状态。 项目负责人负责各次软件项目迭代计划 、 软件项目迭代 总结质量记录的保存。并定期提交归档。 2 主要统计分析界面说明： 时间表：总体时间表可以通过设定时间区段、包含人员条件统计：实际工时 按项目（按项目种类在此时间区段的实际工时分类比例） ；实际工时按迭代（按迭代种类在此时间区段的实际工时分类比例） ；实际工时按用户需求 User Story（按 User Story 种类在此时间区段的实

11、际工时分类比例） ；个人时间表可以通过设定时间区段统计本人：时间区段内每日实际工时；实际工时按项目（按项目种类在此时间区段的实际工时分类比例） ；实际工时按迭代（按迭代种类在此时间区段的实际工时分类比例） ；实际工时按用户需求 User Story（按User Story 种类在此时间区段的实际工时分类比例） ； User Story 主界面：列出该迭代下所有的 User Story，所有 User Story 的合计评估工时（当前评估） ，实际完成，剩余工时合计。列表中显示所有的 User Story 的分类合计，可以点击列表头排序相应列（其他列表同此） 。Progress 条棒显示完成比例

12、。 度量界面：在某迭代时间区段内人员的工时情况统计。上表显示时间 区段内人员的实际工时排列（按降序） 。下表（开发人员平均有效工时）显示在某迭代时间区段内评估工时（当前评估）按人员排列（按降序） 。如果在编辑任务时间 界面填写时间时填入结对开发人员，则条棒区分显示。 精确度界面：表头列出：当前评估工时（括号内为原始评估工时： 创建任务时首次填入） ，实际完成工时，剩余工时（当前评估工时-实际完成工时） 。列表依次为：User Story 名称；优先级；此任务完成工时；当前评估工时；原始评估工时；符合度(此任务完成工时- 原始评估工时)/ 原始评估工时 *100%；原始评估工时与当前评估工时比例；此任务完成工时与原始评估工时比例；此任务完成工时与当前评估工时比例； 统计界面：人员利用率表（缺省不使用） 。迭代进度表：横轴为迭代时间区 段，纵轴为工时量（长度自适应） ；红线为当前评估工时，蓝线为实际完成工时。 Burn Down Chart 剩余工时表：横轴为迭代时间区段，纵轴为工时量（长度自适应） ；红线为本节点剩余工时合计。此二表由后台时间触发引擎 Quartz 自动按照设定 Quartz Configuration 项触发执行填入数据。