• 优先级排序与需求拆分粒度


    在开发过程中,难免会有人问,我们的需求改拆分到多细才算合适
    我与火星人陈勇在聊天时,我们有过这样一种共识:按团交付更合理
     
    那么什么叫按团交付呢?
    简单来说,就是每次交付刚好可以且仅可以交付一个完整的客户价值——达成一项客户诉求。(注意区分客户与用户——奶瓶的客户是家长,用户是儿童,客户价值是家长以此来简化喂奶,这种价值以家长购买奶瓶的价格来体现)
     
    怎么才能防止拆的过粗?需要明确定义一项需求的客户是谁、这个功能对客户有什么样的价值,直到每一项仅满足一个完整的客户价值。
    怎么才能防止拆的过细?拆分到技术、部署上可以独立发布版本——确保是个潜在可部署的增量    
     
    好的需求拆分可以带来好的优先级排序,而好的优先级排序可以带来多次潜在交付。
    以画梦娜丽莎为例:
     

    蒙娜丽莎的最终图

     
    拆分方法1:每次只画一个完整且完美的局部
    结果:需要9个步骤完成后,才能交付
    不好的排序
     
    拆分方法2:每次都画整幅图画,并提供整体增量
    结果:每三个步骤就能进行一次交付,并且每次交付都越来越好
    好的排序
     
    所以,更好地拆分方法不是完整功能块的堆积(纵向),而是将所有功能块中与某个客户价值相关的任务放到一起(横向)
    从而能够制定基于交付物增量交付计划
     
  • 相关阅读:
    无法连接到已配置的开发web服务器
    Java开发命名规范总结
    java包名命名规范[【转】
    github远程建了分支,本地看不到的问题
    git远程删除分支后,本地git branch -a 依然能看到的解决办法
    git主要操作命令
    Ant之build.xml配置详解【转】
    git合并指定文件到另一分支
    java最简单实现Log打印和生成日志文件
    SCF: 简单配置门面[转]
  • 原文地址:https://www.cnblogs.com/lchrennew/p/requirement-splitting-and-prioritization.html
Copyright © 2020-2023  润新知