BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

软件开发和风险管理

| 作者 ,译者 金毅 关注 0 他的粉丝 发布于 2011年11月3日. 估计阅读时间: 3 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

通过使用经济学的概念来管理不确定性以及可能产生的资产损失这一方法正在软件开发行业逐渐起步。而金融界已经使用各式各样的方法来提供多重保障,尽量降低资产价格波动带来的影响。

Alistair Cockburn最近发表了篇博文,文中他质疑了采用“最后责任时刻”(Last Responsible Moment)的合理性,即使它是秉承敏捷思想的实践。以此,他展开了一个关于如何最好地管理软件开发中的风险和不确定性的讨论。

不少读者在回复Alistair Cockburn的博文时提到了Chris Matts、Olav MaassenKarl Scotland真实期权这一概念引入到敏捷和精益社区之中的举动。对于软件开发来说,这已经不是一个新话题了,你可以通过Amazon或者Google很快搜索出不少资料。但是它可能让我们重新意识到一个能帮助我们更好地应用敏捷的潜在方法。Chris Mattsh和Olav Maassen在2007年的时候就在InfoQ发表了相关的文章。

随着敏捷和精益社区重新燃起对真实期权这一概念的兴趣,我们是不是可以期盼着软件风险管理有进一步的演变发展呢?历史告诉我们是的。就像在这篇博文中提到的那样,在应对来自需求阶段,也就是应用程序开发过程中最关键的那个阶段的风险时,敏捷技术通常是很好的方法,也是水到渠成的方案。

需求风险是软件开发中永远的话题,我也撰写过一些文章,主要讨论通过改进需求收集技术来降低风险。

但是这些观点的核心是:我们假设我们可以更好地预测软件开发,大大减少浪费的几率。但是我们真的可以吗?

精益学派认为可以。Jack Milunsky在2009年发表了一系列的博文,介绍了软件开发中的七种浪费以及对应的精益制造中的七种浪费。他认为正是这些环节造成了软件开发的变化无常。

  • 部分完成
  • 额外的功能
  • 返工
  • 交接
  • 多任务切换
  • 延误
  • 缺陷

但是,软件开发也被看作是一种手艺活儿、需要创作灵感的工作。这么看来就和制造业不一样了,也就不适合呆板地套用精益。Gary Police写过一篇关于软件工匠和艺术的文章。他认为,优秀的成果(软件等)来自于不断地尝试,从错误中学习,同时还需要有颗追求卓越的心。他的观点好像在暗示浪费是创新的一部分,引申出来,软件开发也一样不可避免的会有浪费。

那么你的观点呢?我们能很好地预测软件开发吗?或者我们是不是在摧毁那些本来很有价值的创造性的想法呢?

查看英文原文:Software Development as Risk Management

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT