本文探讨了敏捷开发过程中的一种特殊实践——穿刺(spiking)，即通过短期开发快速评估需求的技术可行性及成本。文章提到穿刺虽不追求产出可复用代码，但能帮助团队准确预估项目风险。
今天看书发现了一个小细节，
就是在项目前和开发中会进行一种穿刺（sprike），就是最快速的对某些需求目标进行一次探测开发，穿刺过程中的代码一般是无用的，因为开发时为了快速没有考虑扩展性。但是这种操作并不是无用功，而是快速的对目标进行一次试探，来预估一下要实现目标的代价是多少。
有点像中国武侠中的投石问路。呵呵。
也许是没有系统的了解过agile吧，所以看到这个问题比较感兴趣，因为以前在agile实践中确实发生过因为没有穿刺而造成目标预估错误，希望朋友们不要bs我，我也是希望哪位高人看到了能够指点一下我。具体讲解一下如何快速的进行穿刺，因为一般的穿刺要求1-2个小时，这个我没有实践过所以觉得是否会因为时间太短而没有达到穿刺的深度
就是在项目前和开发中会进行一种穿刺（sprike），就是最快速的对某些需求目标进行一次探测开发，穿刺过程中的代码一般是无用的，因为开发时为了快速没有考虑扩展性。但是这种操作并不是无用功，而是快速的对目标进行一次试探，来预估一下要实现目标的代价是多少。
有点像中国武侠中的投石问路。呵呵。
也许是没有系统的了解过agile吧，所以看到这个问题比较感兴趣，因为以前在agile实践中确实发生过因为没有穿刺而造成目标预估错误，希望朋友们不要bs我，我也是希望哪位高人看到了能够指点一下我。具体讲解一下如何快速的进行穿刺，因为一般的穿刺要求1-2个小时，这个我没有实践过所以觉得是否会因为时间太短而没有达到穿刺的深度
扫一扫
668
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
