项目设计和流程

想在项目开发中增加需求，怎么办

走需求变更流程，如果公司有规定需求变更流程，就按规定走，否则，发起项目组和相关leader参与评审，重新评估排期

• 1、先看这个需求的工作量
  • 是否与原本的需求相关联
  • 是否会影响当前需求的整体工时排期，影响项目正常上线
• 2、如果需求不多，对项目整体排期影响不大，那么这个需求是可以增加
• 3、如果需求以及涉及到逻辑比较多，影响项目正常上线，这个风险，需要和产品以及负责人说
  • 看是否进行资源协调、或者新需求延期

项目即将延期了，怎么办

如何对需求工时排期

• 对需求的任务进行拆解，细分

  • 拆出来之后对每一个小的任务点 进行工时排期

  • 这样对工时排期可以更可控

• 如果通过需求拆解之后， 开发资源不够，可以去进行资源协调

如何保证项目的质量

需求评审注意事项

• 了解需求背景

• 质疑需求是否合理

• 需求是否闭环 (即 需求是否考虑全面)

  • 比如做了一个表格展示，那是否需要考虑分页？ 搜索？排序？ 多列展示情况？

• 开发难度如何

  • 如果影响范围大，需要及时提出来

• 是否需要其他支持

  • 需要后端支持？

• 不要急于排期

  • 一般需求评审结束时，会问 大家给个排期吧
    • 这时候不要着急马上给排期
    • 可以下班前，或者明天
    • 千万不要在会上给排期
    • 需要看自己实际情况，需要会后分析需求情况

技术方案设计

• 产出文档
• 找准设计重点
• 组内评审

项目上线

• 上线之后及时通知相关人员，做好回归测试
• 上线之后及时通过给项目组
• 如有问题，及时反馈，如不能解决，及时回滚，先止损，再排查问题

回归测试: 原有功能在修改后是否保持完整

组件设计

设计、原则、规范

• 扩展性
• 灵活性
• 易用性
• 通用性，能覆盖大部分场景
• 容错性，有些属性和方法进行容错性，否则容易导致报错

项目沟通重要性

• 多人协作，沟通是最重要的事情

• 建议每日一沟通（如站会）

  • 有事说事，开发遇到问题可在会上及时反馈

  • 无事报平安

• 及时识别风险、及时汇报

vue/react技术选型

• 1、根据项目具体业务情况
• 2、分析团队相关技术栈熟练情况

技术选型过程

• 竞品分析
• 社区活跃
• 兼容性问题
• npm下载量
• 包的体积大小
• issures数量
• 最近的一次提交
• 是否还维护