书评：敏捷模式──指向成功的路标
Ryan Cooper对Amr Elssamadisy的新书发表了评价，并认为书中提供了一种为实施敏捷量身定做的框架。本书并没有给出一种人人可用的敏捷方法，而是为读者提供一些模式和工具，用以找出哪些敏捷实践可以最有效地达到该组织机构的特定目标。
InfoQ
九月 332,438名独立访问用户
赞助商链接
新媒体盛典
中国新媒体盛典
10月绽放京城
OpenSolaris专题
下载OpenSolaris
尝试其超酷功能
参与本地用户组
活动，即刻访问
IDC白皮书下载
软件平台新思维
70% iPhone
倪光南 快成长
主题/标签专用视图
InfoQ 上所有与“交付价值”相关的内容及新闻
最新“交付价值”相关专题内容
“交付价值”相关新闻
适应性——新软件危机的主因
按照软件工程学的介绍，软件危机（Software Crisis）是软件发展第二阶段末期，由于硬件快速发展，引发作为“人件”的软件不能满足需求所导致的，作为副产品它催生了软件工程学的快速发展。但在很多企业已经把软件作为其业务神经的今天，通用的商业软件和开源软件已经相对过剩，但软件行业的危机不仅没有缓解，而是更加严峻。“适应性”成了新软件危机的主因。
你的架构应该关注SOA，还是BPM？
SOA在时髦术语标签云里面风光无限的同时，BPM的名气正变得越来越响。当组织逐渐明白想从IT投资中获得收益需要驯服组织间各种各样的流程时，BPM在IT圈内圈外正得到重视，认同和关注。对你的构架来说，哪一个更重要呢？
价值流中的障碍
Scrum将障碍定义为“任何阻碍团队提高生产效率的因素”，并明确强调团队应建立持续不断移除它们的办法。Joe Little提议：使用“障碍范围”这种定义，可以帮助组织更有效地向客户传递价值。
“交付价值”相关文章
用数字沟通——来自敏捷精灵的忠告
因为不知道如何反击，技术人员不得不听从业务人员的要求。这已经是老生常谈了。问题何在？开发人员用数字主要是进行计算的，而业务人员使用数字辅助决策。在下面的故事中，“敏捷精灵”鼓励一个开发人员用数字来描述与计算无关的问题。
产品负责人成功之道
Scrum中，产品负责人这个角色具有很大的影响力，能够带来很高的价值。但要想运用得当，可没那么轻而易举。成功的运作可以在客户/产品管理和开发者之间建立起全新而融洽的关系，甚至能够增加竞争优势。不过天下没有免费的午餐：为了发挥其作用，组织要经常要做出有针对性的调整。在这篇文章中，Roman Pichler将介绍成功的产品负责人需要具备的条件。
M三兄弟－精益三人组
关于软件开发中应用精益原则的讨论，大部分集中在识别和消除浪费（浪费在日语中叫作：muda）。同样，精益思考的目标是消除过重的负担（过重的负担在日语中叫作：muri）和不必要的变化（不必要的变化在日语中叫作：mura）。Roman Pichler对“Ｍ三兄弟”之间的关系进行了讨论，并建议将消除过重的负担作为走上精益之路的第一步。
“交付价值”相关技术访谈
熊节谈敏捷在软件开发中的实践
在本节的视频采访中，敏捷方法的布道者熊节分享了敏捷的基本概念，敏捷在消除浪费方面的作用，敏捷实践的最小集合，以及如何通过敏捷方法提高团队的交流和工作效率，并回答了在国内的企业里面如何实施这一“舶来”的方法，最后他还推荐了一套在项目中使用敏捷方面的工具集合等。