问题驱动开发

主要观点:

  • 高级技术角色中确定要做什么是重要部分,高级工程师和工程经理常难以定义技术路线图,原因包括缺乏行业培训、与专业项目经理相比优先级排序困难、组织对工程路线图所有权不明确等。
  • 良好的技术愿景并非天赋,而是对少量数据的简单审查。
  • 技术路线图开发的简单指南是问题驱动开发,基于解决出现的问题来制定技术路线图。

关键信息:

  • 传统路线图开发尝试询问人们想法,常导致结果不佳,如人们给出坏答案、过度依赖权威意见、只提供解决方案而非问题等。
  • 问题驱动开发要找出问题所在,软件团队的问题常出现在页面、SLO 违规、项目任务中的浪费时间等地方,可据此建立问题优先级列表并寻找解决方案。
  • 技术债务优先级排序困难,工程师应做好技术债务推理的尽职调查,以解决浪费时间等问题为原则。
  • 问题驱动开发是简单但易被忽视的理论,工程师和工程经理可通过寻找问题、教育团队等方式应用,且要始终明确做事的原因。

重要细节:

  • 询问人们想法的方式会导致后续讨论脱离最初的目的,忽视最大问题。
  • 问题驱动开发可从多个方面找出问题,如页面数量过多、手动任务时间浪费等。
  • 技术债务推理要深入探讨问题导致的后果、浪费的时间等。
  • 后续步骤包括需要制定技术路线图时找问题、初级工程师关注团队问题所在、工程经理暴露和教育团队问题等。
阅读 6
0 条评论