InfoQ

主题/标签专用视图

评论 Content on InfoQ


最新“评论”相关专题内容

敏捷、架构和凌晨五点的产品问题

社区
Architecture,
Agile
主题
质量交付

重构和单元测试是否真的可以创建强壮、可用的软件，并且让其在现实世界中生存下去？下面的内容节选自Michael Nygard 的书《Release It!》，他认为“抽象有漏洞”：我需要考虑架构（甚至在Agile项目中），以便保证当基础抽象层没有正常工作时，我们也不会遇上这类5AM问题。

用了敏捷实践就是敏捷项目吗？

社区
Agile
主题
方法论

采用敏捷方法学的人越来越多，但是这也带来了新的挑战：当团队只是简单的把敏捷实践拷贝到项目中而不是在实践中逐步掌握，没有理解就直接加以实现，这又怎么谈得上敏捷呢？也许是时候该讨论一下如果没有正确的教授一些基本知识会对团队最重要的资产——诚实，守诺以及客户的信任——带来怎样的负面影响了。

“评论”相关新闻

Scrum看板：是进展，还是矛盾？

社区
Agile
主题
敏捷技术,
方法论

与看板有关的研习班、课程和会议越来越多，有实用精神的敏捷专家们开始研究这种来自精益的方法能为团队带来什么。人们提出的吸引人的好处包括：揭示瓶颈、让团队体验更多的“流畅”状态而变得更为快乐。但是有些思想者们警告说：看板那种不紧不慢的方式，就像是让超人绵软无力的“氪星石”，不能满足Scrum对于去除障碍的迫切需要。

引领自组织团队就像指挥交响乐吗？

社区
Agile
主题
领导能力,
故事和案例分析

传统管理模式并没有告诉领导者如何支持敏捷团队，同时又不削弱他们浮现出的自组织特性。很多人将自组织与音乐表演和“指挥交响乐”相提并论，但不是所有人都同意。“指挥者”模式是个好的做法，还是一种反模式(anti-pattern)？乐队指挥Itay Talman在TED大会上的讲演显示，这也许依赖于我们认为指挥要做哪些事。

女士们：请递交你们的议题吧！

社区
Agile
主题
领导能力,
社区

虽然大家都认为多样性能够带来创新和优异成绩，可IT社区在领导力方面的多样性经常不像社区的多样性表现得那么突出。为了提升我们这个高科技社区在领导力方面的多样性，我们能做些什么呢？有人建议：应该积极帮助不同类型的人们，让他们的演讲能够被各种会议接受。

DeMarco反思40年软件工程发展之路

社区
Agile
主题
方法论,
领导能力,
客户及需求

在北约组织举办软件工程大会40年后，Tom DeMarco开始反思软件工程规范的发展，怀疑他首先倡导的度量是否偏离了计算机的本质：“转变，编写可以改变世界的软件。”他早期的建议是否仍然有用？在《软件工程概念已是明日黄花？》一文中，他的回答是“不”。

评论：Scrum联盟会改变它的本性吗？

社区
Agile
主题
社区

最近，Scrum联盟要求许多用户组签署一份许可协议，它后来演变成Scrum社区公共关系的一个大错误。为了消除这一错误造成的影响，Scrum联盟发布了一项新策略，并骋请Cory Foy为社区组织者，还承诺以后将听取社区的反馈。这些能成功挽回局势吗？

James Shore：敏捷的衰落

社区
Agile
主题
敏捷实施

James Shore声称敏捷正在走向衰落。他说，很多团队在用“sprints”和每日例会，但是却不采用那些可以在长期内产出高质量软件的技术实践。在他的估计中，已有无数个Scrum团队将敏捷用的如此之烂，不仅失败已成必然，而且会将敏捷的发展跟他们一起拖入泥潭。

诚实——是敏捷的价值观吗？

社区
Agile
主题
协作,
敏捷技术,
团队工作

在一篇引人深思的博客中，Declan Whelan引用了他从Mishkin Berteig那里了解到的想法：诚实，是敏捷团队之所以成功的一个（不言而喻的）原则。这个想法很简单：如果个人不够坦诚，绝大部分的敏捷实践无法发挥作用。