关于开发工作效率的几点建议

关于开发工作效率的几点建议

需求分析和不断沟通

• 首先明确需求的目标
  • 这个是出发点。有了这个目标之后才能更好的理解需求。
  • 尽可能的把单个需求放到整个项目去分析
• 从目标出发去分析需求的合理性，而不是被动的接受需求
  • 这样可以最大限度的减小理解的偏差
  • 主动分析需求和产品探讨合理性，尽可能的精确需求，避免不断的变动和返工
• 从时间成本、人力成本、功能风险程度几个维度出发，沟通出最合理的需求方案

业务理解

• 点、线、面
  • 按照功能点->业务线->整个项目业务的业务线功能交叉的进阶方式，来快速了解业务。
    例如：
  • 先了解用户登录的功能点
  • 再梳理整个用户登录、签到、阅读、提现的业务流程；整个内容从抓取、入库、审核、展示业务流程
  • 再结合看用户和内容的业务交叉，比如用户不同的阅读时长对应不同的奖励和任务，阅读文章和视频的奖励策略区分等
• 先主后次，逐步细化
  • 第一层级，先理解业务线的主要功能点
  • 业务有个总体的了解后，再逐步了解每个业务线里的功能细节点

开发规划

• 合理的工期估时，不能仅仅考虑代码开发
  • 功能复杂度
  • 需要哪些其他资源的申请：人力、机器、权限...
  • 联调测试复杂度和可能的BUG量
  • 规划时间点，耗时的工作要提前安排
  • 需要哪些端或部门的配合
• 完成质量
  • 代码质量：要符合已有（暂时没有的按常规的）规范
  • 合理的数据量预估
  • 性能方面的考虑
• 上线TODO
  • 整理出功能上线的步骤
    • 代码发布、数据库变更、配置变更、环境...

思考与反馈

• 多复盘
  对做完的功能需求的整个生命周期做总结，哪些流程和节点需要改进，怎么改进，哪些问题需要避免
• 问题处理常规流程
  • 优先级：是否紧急，需要马上处理
  • 是否自己可以处理，是否需要其他资源（人、权限、机器...)
  • 可能影响的范围，需要告知哪些人
  • 处理进度及时反馈
• 自我驱动、驱动他人
  • 自我管理，对自己的工作有规划
  • 根据整个项目的实际情况，及时调整自己的规划
  • 多和同事、领导沟通，让领导和同事知悉当前工作
  • 及时提出工作中的困难，争取必要的资源，推进工作进程