规划项目

规划项目

• 规划和日常安排

  • 两种不同的活动，规划是制定带有发布条件的项目计划；日常安排是对工作项目的有序描述

• 开始规划

  • 有了章程就可以对接下来要做什么做些有明确方向的预先规划，
  • 可以和项目团队成员一起完成项目规划：未来几天，几周要做什么；或者开始原型化工作，或开始第一个迭代；敏捷开发过程不妨将项目规划看作发布计划

• 使项目足以启动的规划

  • 无需完美，只要让项目启动起来；完美会花费太多时间且不稳定
  • 用时间盒来限制启动规划活动
    • 时间盒：特定的时间长度，个人或 团队用它来完成某项特定的任务
  • 要根据经验而不是预言来规划项目：不妨先做少量规划，再根据实际过程中收集到的信息反馈来修改未来的规划

• 规划的模板（包括）

  • 产品意图：如果项目的愿景可能不够用，确保当前项目的意图清晰无误，和远景大方向一致，但不完全相同。
  • 历史记录
    • 如管理某产品的后续版本，复查之前或相关版本的历史记录，可说明之前任何已知的技术债，复查数据包括：发布频率，发布后发现的缺陷数，客户报告的问题，以及会影响项目经理对质量的定义，对项目管理方式的任何内容
    • 对复查的内容进行分析，了解技术债的严重程度和类型，或者文档有问题还是代码问题
  • 发布条件
    • 详细列举出项目产品的关键可交付物，要将功能，性能和质量要求都涵盖在内
  • 目标， 分类如下
    • 产品目标：产品代办列表，设好优先级的
    • 项目目标：包括性能标准之类，或者使缺陷数目的减少，或解决特定的技术债务
    • 团队目标： 自动化测试所占比例等
    • 组织目标：减少项目耗时，提升组织敏捷性等
  • 项目组织
    • 团队在项目中的职责分配要明确，具体细节取决于项目所采用的生命周期模型和团队结构
    • 是否任命产品负责人，多人决策人时要区分责任的领域
  • 日程总览 (类似产品路线图）
    • 主要里程碑，迭代结束后可以预期得到的产出
    • 确保理解项目的价值，而不是只看到不同方案的成本
  • 人员配备： 人员变动很正常，需要调动人手需说明何时需要多少，何种类型的人员
  • 建议日程
    • 列出主要的里程牌，可用甘特图并保持更新
    • 无需过早细化日程
  • 制定项目风险列表
    • 10大风险列表，尽快识别和管理风险：风险描述，发生概率，严重程度，暴露程度（发生概率*严重程度），反应时间，应对计划

• 制定发布条件

  • 制定发布条件不是为了责怪哪个组，而是要为产品是否可以发布提供一些客观的评判标准。出资人和客户可以用发布条件做出合理的决策，对产品的质量和风险做出判断。
  • 制定和使用发布条件的步骤：

    • 确定当前发布最重要的因素，可以将监控发布条件的活动贯穿项目始终

      • 项目的关键因素是由组织需要和客户需要共同组成
      • 考虑要为客户解决什么问题而不是仅仅包括缺陷相关的内容
      • 通常来说，日程安排（发布日期），功能特性和低缺陷率共同构成了项目的关键因素
      • 需从大局出发，应该知道何时发布软件

    • 草拟发布条件：可以将整个产品的职责分工贯穿到产品发布之中

      • 草拟发布条件，以它们为基础展开讨论
      • 制定条件时，要在上市时间，客户需求，缺陷，性能和可靠水平之间达成平衡。
      • 草案非承诺

    • 让发布条件符合SMART原则：确定的，可测量的，可达成的，相关的和可跟踪的

      • 确定的：每个条件都是确定的
      • 可测量的：可根据这个条件来评估软件
      • 可达成的：不是延展性的目标，是可达成的目标
      • 相关的：符合客户和管理层的要求
      • 可跟踪的：可在项目进行过程中评估条件的状态

    • 获得项目团队与高层领导人员认可

      • 达成多方共识：是不是必须满足这个条件，如果不能满足会怎样，产品或公司会不会因此承担风险， 人们安全感是不是会破坏
      • 整个团队草拟并团队会议来讨论发布条件，和各个只能经理一起草拟。

• 使用发布条件

  • 只有满足和未满组两种状态。 部分满足就是没满足
  • 团队会议时，跟团队一起讨论距离满足发布条件还有多久
  • 发布条件可以作为早期预警信号，察觉无法准时完成的因素

• 在必要时变更发布条件

  • 变更的情况： 进一步了解项目中完成的含义；认识到无法在预定发布日期前满足所有发布条件
  • 无法满足发布条件：跟团队确认为什么无法满足；向管理层解释无法满足条件的愿意

总结： 项目规划是不断进行的，这只是开始；为项目团队，出资人和项目经理自己制定发布条件，以明确完成的含义； 项目规划不必完美但必须存在