主题/标签专用视图

InfoQ 上所有与“交付价值”相关的内容及新闻

M三兄弟－精益三人组

社区: Agile
主题: 交付价值,; 方法论

关于软件开发中应用精益原则的讨论，大部分集中在识别和消除浪费（浪费在日语中叫作：muda）。同样，精益思考的目标是消除过重的负担（过重的负担在日语中叫作：muri）和不必要的变化（不必要的变化在日语中叫作：mura）。Roman Pichler对“Ｍ三兄弟”之间的关系进行了讨论，并建议将消除过重的负担作为走上精益之路的第一步。

作者 Roman Pichler 译者乔梁发布于2008年3月10日,
参与讨论

“交付价值”相关新闻

价值流中的障碍

社区: Agile
主题: 交付价值,; 敏捷技术,; 企业级敏捷

Scrum将障碍定义为“任何阻碍团队提高生产效率的因素”，并明确强调团队应建立持续不断移除它们的办法。Joe Little提议：使用“障碍范围”这种定义，可以帮助组织更有效地向客户传递价值。

作者 Mike Bria 译者郑柯发布于2008年5月9日,
参与讨论

实践敏捷很容易：为期两天的“迷你”敏捷项目

社区: Agile
主题: 敏捷实施,; 故事和案例分析,; 交付价值,; 客户及需求,; 团队协作

国内公开的敏捷案例并不多见，那么如何亲身体验敏捷呢？Thoughtworks的Code Jam可能是个不错的方式。利用两天的休息时间，组成一个敏捷团队，开发一个公益项目，即锻炼了自己，也回报了社会。尽管它不同于那种公司间有详细合同条款的正式项目，但也许并不妨碍它成为实践敏捷、讨论问题、寻找答案的案例。

作者乔梁发布于2008年4月30日,
10条评论

理解业务价值

社区: Agile
主题: 交付价值,; 敏捷技术,; 商业

几乎在任何新兴的敏捷项目中，“业务价值”都成为了继“敏捷”自身之后的又一个重磅词汇。但是在这些项目的参与者中，又有多少人能够很好地理解了他们挂在嘴边的“业务价值”的真正含义呢？Joe Little发表了他对这个备受关注的问题的看法。

作者 Mike Bria 译者韩锴发布于2008年3月12日,
参与讨论

“实效主义”是一匹“黑马” —— 现实驱动开发

社区: Architecture,; Agile
主题: 交付价值,; 敏捷技术

通过经验主义的方式，现实驱动开发（Reality Driven Development）强调“严密的试验”这一理念，以改进用户体验和软件开发的技术质量。

作者 Gavin Terrill 译者乔梁发布于2008年3月4日,
2条评论

更多“交付价值”相关新闻 >>

“交付价值”相关文章

Ruby和Rails：朴实而深远的朋友

社区: Ruby
主题: 交付价值,; Web框架

Ruby on Rails在许多方面都是自成体系的，但是在许许多多其它的方面，Rails则暴露、探索并且发掘它与Ruby的联系，而不是将这些联系给隐藏或者掩盖起来。Manning出版社《Ruby for Rails》的作者David A. Black在这里与我们分享他就Rails开发人员是否应当花费时间掌握Ruby这个问题的看法。

作者 David A. Black 译者Jason Lai 发布于2007年10月18日,
参与讨论

如何让项目失败和成本超支率大幅下降

社区: Agile
主题: 交付价值,; 方法论

在InfoQ采访后的一系列讨论中，有个关键问题仍然没弄明白：对于成本超支率从1994年的189%剧降至1998年的69%，Standish Group是如何解释的？互联网的其他很多地方对这个问题也有提及。Standish创始人Jim Johnson对1994到1996年间的研究结果差异也非常重视，甚至1996年的数据从未单独公开。在本文中，他将和大家一起分析CHAOS数据背后隐藏的90年代中期软件开发领域的重大变化。