InfoQ

InfoQ

编辑特辑

Christopher Goldsbury

Christopher R. Goldsbury is a software development professional who has played the roles of developer, architect, scrum master, development manager, project manager and quality assurance manager throughout his career. Chris writes on his experiences and ideas at his blog

“Christopher Goldsbury”相关的内容


Christopher Goldsbury的最新专题内容

敏捷杂交 —— 新型实验还是“没弄明白”

主题
敏捷实施,
企业级敏捷,
采纳,
敏捷

探讨了瀑布过程和敏捷过程间的认知冲突,并找出一组情境因子,这些因子能为在这两者间应用适当的混合过程提供指导。

Christopher Goldsbury的新闻

用敏捷方法生产拖拉机

主题
敏捷

最近John Deere(译者注:美国一家工业公司)采纳敏捷方法的过程,对那些声称“敏捷在这儿用不起来”的公司有很大借鉴意义。John Deere公司没有采用增量的模式,而是创建了一套对它的大多数系统开发行之有效的方法,直接采用全面改革的方式整体实施敏捷。

故事点可不是这么用的!

主题
Scrum,
敏捷

功能点方法是通过与别的功能特性进行对比,从而估算出相对工作量。它是完成某项功能所需要的成本、工作量、人力资源的抽象表现。听上去很简单吧?那你就错了。现在有些团队把故事点当成了根据复杂度进行排序所得到的排名值,而不是用来估算工作量。很难理解吧?请看全文。

深入研究敏捷的成功因素

主题
瀑布模型,
精益,
Scrum,
敏捷

Scott W. Ambler针对最新的敏捷现状调查给出了一些分析。InfoQ随后也发表了其他一些见解和问题。

敏捷社区对使用工具过于敏感

主题
工件和工具,
工具,
敏捷,
企业架构

Steve Ropa质疑敏捷人士在敏捷软件开发中对使用工具的态度。关于“个体和交互胜过流程和工具”,InfoQ征询了更多人更深入的看法。

解决技术负债的花费:每行代码3.61美金

主题
软件工匠,
敏捷

据CAST软件的一篇报告显示,现在一家公司要解决技术债务的花费是每行代码3.61美元。本文概述了报告中的关键点,还就此话题广纳了各家言论。

敏捷的下一个浪潮:商业转型

主题
商业价值,
业务/IT整合,
商业,
软件工匠,
敏捷宣言,
敏捷,
企业架构,
Stoos Network,
Aldon敏捷经理

最近Forrester的报告给出了敏捷进军商业领域的证据,本文讨论了这个趋势和潜在的影响。

技术被滥用了吗?

主题
过程实施,
采纳,
技术,
产品管理,
技术趋势,
简单性,
生产力,
敏捷

作为技术人士,我们很少会关心技术如何影响我们和身边的世界。本文中对Eric Brende的采访,展示了对于发展、创新和技术的不同视角。

Christopher Goldsbury的文章

敏捷中的不良观点

主题
敏捷实施,
最佳实践,
企业级敏捷,
敏捷,
商业,
编程

Christopher Goldsbury考察了一些敏捷中的“不良观点”——一些常见的关于管理、文档、测试、团队及进度的论断,但这些论断与事实不符。这些不良观点在敏捷中寻找庇护和辩解理由,尽管事实上这些观点是不正确的。这些观点可能会把健康的敏捷运动弄糟,因此在此之前纠正它们是很有必要的。

敏捷经济学:故事点成本

主题
交付价值,
企业级敏捷,
故事和案例分析,
软件工匠,
业务/IT整合,
管理,
架构 ,
敏捷,
企业架构

这篇文章把一个相对抽象而且以开发人员为中心的概念(故事点)和现实商业世界(表单和帐目)联系了起来。这个关联对于管理层来说是必不可少的。

为什么有些公司敏捷实施不成功?

主题
敏捷实施,
瀑布模型,
企业级敏捷,
敏捷

常听说有公司实施敏捷失败?本文研究探讨了那些经常被忽视,却导致敏捷实施失败的组织级原因,也讨论了为什么这些组织级原因并不是很容易能发现,并提出了一些处理此类组织障碍的潜在策略。本文的目标读者是负责预算的管理人员,尽管技术人员可能也会对此感兴趣。