如何分解一个你不了解的技术任务？ Technical spkie

Wed, Mar 6, 2019

• 学习笔记

Technical spike 技术刺探，来源于极限编程，控制风险，减少不确定性。

什么是 Technical spkie？

技术刺探是一种技术调研技巧，但他强调 spkie（刺）

• 不能太深入。只需要调研是否能满足需求，不要过多深入调研。
  
• 要有针对性。只调研需求需要的技术部分，不需要的不要扩展。
  
• 快速尝试。通过 “Get Started” 快速尝试。
  
  

什么时候做？

• 当不同的人对任务评估存在很大差异的时候，可以做spike并结合有经验的工程师建议
  
• 当时间评估高的离谱，并且伴随FUD - 恐惧、怀疑、不确定性，先做 spike 驱散FUD，再评估
  
• 复盘迭代中的 “意外复杂度”，研究更好的应对措施，定期消除技术债务。
  
  

怎么做？

• 避免调研时间太长。应该针对目标需要的技术部分，有选择的，快速的尝试。
  
• 避免独自学习。相反，找一个伙伴一起做不同方案的 spike，最后在日志或站会上分享、对比、决策。
  
• 避免只提供一种倾向性的方案。应该提供至少两种，最好三种解决方案。但不要超过三种。
  
• 避免只分享没有推荐。应该在多个方案中，更大胆的推荐你认为最好的。
  
• 避免只比较技术而不是技术生态。依靠google trend、linkedin等调研
  
• 避免只调研不分享。知识共享，避免别人也同样踩坑。在日志、站会或迭代复盘时分享你spike后的最佳选项。
  
  

A person can have the greatest idea in the world but if that person can’t convince enough other people, it doesn’t matter — Steve Jobs

翻译整理于https://blog.gds-gov.tech/technical-spike-when-and-what-not-to-do-1667da1a5acc