InfoQ

主题/标签专用视图

InfoQ 上所有与“客户及需求”相关的内容及新闻


最新“客户及需求”相关专题内容

用户故事估算技巧

社区
Agile
主题
敏捷技术,
客户及需求

咨询师工作最大的好处之一,就是可以尝试很多种不同的想法,并可以把其中能够发挥作用的部分添加到自己最喜欢的流程之中。Jay Fields在实际工作中发现有些用户故事估算技巧十分好用,并对其进行详细介绍,写就本文。

“客户及需求”相关新闻

ScrumChina 2008大会,相约上海

社区
Agile
主题
方法论,
活动,
培训/认证,
敏捷技术,
客户及需求,
敏捷实施,
企业级敏捷

ScrumChina 2008大会将于9月20日在上海举办,本次大会由ScrumChina社区发起,Scrum联盟赞助,旨于在Scrum从业者及爱好者之间建立联系网络,分享Scrum在中国实施的情况和经验。

你的灯亮着吗?——“用数字沟通”后续

社区
Agile
主题
客户及需求

继InfoQ中文站发表过“数字是有效沟通的要素之一但不是全部”一文后,敏捷中国社区中的讨论又热火朝天的持续了一段时间,本文对其中的讨论进行后续报道。

从利润出发,排定(待办事宜)优先级

社区
Agile
主题
客户及需求

觉得排定优先级很困难么?Luke Hohmann描述了一种做出定量决策的方法,有助于决定处理待办事宜的先后顺序。除了要考虑像实现所需工作量这样的常用属性之外,Luke建议加入新的属性,来衡量干系人的需要、向战略看齐,并且检查某个条目是否能够驱动利润。

失败的敏捷项目

社区
Agile
主题
企业级敏捷,
客户及需求

敏捷开发社区通常喜欢讨论我们取得的成功,却很少公开讨论失败的项目。Robin Dymond记录了自己经历过的失败,首次讨论了相关的话题。

“客户及需求”相关文章

产品负责人成功之道

社区
Agile
主题
交付价值,
客户及需求

Scrum中,产品负责人这个角色具有很大的影响力,能够带来很高的价值。但要想运用得当,可没那么轻而易举。成功的运作可以在客户/产品管理和开发者之间建立起全新而融洽的关系,甚至能够增加竞争优势。不过天下没有免费的午餐:为了发挥其作用,组织要经常要做出有针对性的调整。在这篇文章中,Roman Pichler将介绍成功的产品负责人需要具备的条件。

如何设计优秀的伙伴关系合约?

社区
Agile
主题
协作,
领导能力,
客户及需求

敏捷教练Michael Spayd告诉我们:不管是承包商还是永久雇员,都可以担任“咨询师”的角色,并且应该思考与客户一起制定咨询合同或是设计伙伴关系——不是为了完成金钱交易,而是按照“咨询师”自己的价值观与喜好来工作,并要帮助客户产出卓越的绩效。

敏捷你的用户界面开发

社区
Agile
主题
质量交付,
客户及需求

敏捷软件开发的广泛采用,导致了这个对预先设计和分析不感冒的开发方法,要和在开发开始之前须有详细深入用户调查和建模的以用户为中心设计同时使用的问题。在这篇文章中,Dave Churchville探讨了这些原则是如何相结合以提供有效的开发流程的。

专访Eric Evans:领域驱动设计最新进展

社区
Architecture,
Agile,
Java,
Ruby,
.NET,
SOA
主题
方法论,
领域特定语言,
客户及需求

Eric Evans是《领域驱动设计——软件核心复杂性应对之道》一书的作者。早20世纪90年代,他就参与了很多项目,用具有多种不同的方法多种不同的输出的对象开发大型的业务系统。在本文中他与读者分享了为什么领域驱动设计一直都很重要?技术平台,像Java、.NET、Ruby或者其他的,一直在变化。领域驱动设计如何适应这一情况?在领域驱动社区里现在发生了那些值得注意的事情?要学习领域驱动设计的人需要注意什么?《领域驱动设计——软件核心复杂性应对之道》中文版电子书已由InfoQ中文站制作完成,不久会提供下载,敬请期待。

“客户及需求”相关迷你书

领域驱动设计精简版

社区
Architecture,
Agile
主题
方法论,
领域特定语言,
客户及需求

如何设计能深刻反映业务领域的领域模型?领域模型设计的未来发展方向是什么?……本书是Eric Evans的《领域驱动模型》一书的精简版,让你在短时间内理解领域驱动设计的内容。这本书没有介绍任何新的概念,它只是概要总结了领域驱动设计的本质,抽取了Eric Evans原书中关于这一主题的大部分内容,以及其他相关资料。这本书可以让你快速了解领域驱动设计的基础知识,但不能替代Eric书中提供的大量事例和案例研究或者Jimmy书中提供的动手事例等。