Please enable JavaScript.

Coggle requires JavaScript to display documents.

开发流程 (需求跟进 (如何验证启动会开的好坏, 需求变更多，有没有好好复盘, 需求评审是否有问题，设计方向和设计目的是否出现不符,…

- - - - 明确的内容
      - 清晰明了的关键点
      - 明确的可讨论点
      - 表达方式
    - - 细节和通篇的描述不重要
        
        容易导致大家迷惑，无法抓住重点
- - - - 模块测试（是否是单元测试）
      - 测试验收（集成测试）
    - - 策划案评审-3
      - 人力排期 -3
      - 技术案-3
      - 版本内容-3
  - - - 宣讲排期靠后，容易造成时间重叠
      - 开发期间存在调整插入问题
        
        预留buffer时间10%
        
        处理插入项
        
        程序内部优化检测
      - 仅有不清晰不确定的内容规划 -3
        
        2.没法做到提前提供需求
        
        3.各部门的态度和角色不对，不应该是只看自己领域，应该去一起设计完善需求
        
        4.策划同学应该报以讨论的态度虚心接受和认真思考其他部门的意见
        
        1.需求评审的缺失和不重视
    - - 开发部分单元测试，QA在功能测试和验收测试两种之一
  - - - 规划 -2
      - 开发 +4
      - 测试+1.5
- - - - 功能结构
      - 流程
      - UI交互
      - 逻辑严密程度
      - 有没有方向性的错误
      - 能否达成设计目的
      - 目的是否达成的验证手段
      - 方案可行性
      - 资源利用率是否合理
      - 开发的性价比
      - 需求目标
    - - 从程序本身考虑需求可行性
      - 大致周期判断，控制进版风险
      - :star:不需要在会上进行功能程序方案讨论
    - - 预估美术资源大致开发量以及周期
      - 可能遇到的风险
    - - 测试风险评估
      - 测试周期评估
      - 是否需要工具开发需求
    - - 根据反馈确定评审是否通过
        
        通过
        
        收集大概工期
        
        整理需求案开发风险
        
        不通过
        
        总结原因
        
        需求负责人根据问题反馈，修改需求案
        
        准备下一次评审
    - - 收集反馈
      - 记录问题，整理会议纪要
      - 修改需求方案
  - - - PM找主程主美沟通制定参与开发和评审执行同学一起参与
- - - - leader负责成员产出
      - 开发过程中的技术方案把控
      - 开发风险的管理