看了InfoQ中的一篇访谈《Philippe Kruchten谈论架构和技术债务》
原文链接是(如果想直接看文字记录,点击视频下方问题列表底部的链接 “整页显示脚本”):
http://www.infoq.com/cn/interviews/philippe-kruchten-technical-debt-cn
觉得最有用的一段话是:
我对一些敏捷方法有相似的感觉。它们在适合它们运作的环境下产生。所以当你在类型相似的项目,大小相同的团队中使用它们时,会很奏效。但如果你把它们延伸至完全不同的背景下时,你会开始碰到一些困难。它们会变成“有一些尚待解决问题”的工具。通常,人们希望通过采取作者定义的所有实践,无论是RUP还是XP还是Scrum,来解决他们项目中的所有问题。事实上,我认为你应该反过来做 :问问自己我们遇到的困难是什么?我们可以从哪里得到一些改善?然后采取能解决问题的流程元素和实践。
个人感受:
我觉得一个项目的技术经理、架构师应该去多多思考上面这段话中最后一句黑体字,不然就会有许多许多新的技术债务产生出来。
文章讨论了敏捷方法在特定项目环境中的有效性和如何避免过度应用导致的技术债务问题,建议技术经理和架构师根据实际困难选择合适的流程元素和实践。
741

被折叠的 条评论
为什么被折叠?



