InfoQ

主题/标签专用视图

InfoQ 上所有与“计划”相关的内容及新闻


最新“计划”相关专题内容

Johanna Rothman : 降低传统团队在敏捷旅程中的风险

社区
Agile
主题
领导能力

管理顾问Johanna Rothman帮助她的客户管理风险:包括项目中人员的风险,人员管理方式的风险,或是项目自身的风险。在这次采访中,她谈论了包含在她的新书《Manage It! Your Guide to Modern Pragmatic Project Management》中,对于处于不同敏捷度时期的所有团队都有效的降低风险的策略。

“计划”相关新闻

TargetsSuccess提供了免费的5人社区版

社区
Agile
主题
工件和工具

TargetProcess刚刚发布了免费的5人社区版。这个社区版跟完整的产品版具有相同的特性,但加了两个限制:最多5人使用,没有支持。

Mingle2.0的新特性

社区
Agile
主题
协作,
工件和工具,
JRuby,
企业级敏捷

继九个月前的首次发布,思特沃克公司(Thoughtworks)将于四月十五日的晚些时候发布Mingle 2.0。InfoQ向产品经理Adam Monago了解了Mingle在2.0中发布的一些新特性。

敏捷项目管理工具ScrumWorks Pro 3.0发布

社区
Agile
主题
工件和工具

Danube科技近日发布了ScrumWorks Pro 3.0版本,这一版本是在2007年8月的时候提出的。ScrumWorks Pro是一个敏捷项目管理工具,它能够帮助团队跟踪每次迭代与整个版本发布的过程。本次版本的变化集中在两个方面:可用性的改进以及使用MySQL作为后端数据库。

客户应该在意敏捷吗?

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

在敏捷项目中,客户的参与被视为理所当然,然而,很多时候(自觉或不自觉地),客户可能对这个敏捷实践有所抵触。在极限编程讨论组有个很有趣的讨论,试图解释这种情况,并找到可能的解决方法。

讨论:从客户的角度衡量敏捷项目的成功

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

最近在Scrum Development用户组中发起了一场讨论:“客户该如何衡量敏捷项目的成功?”讨论的重点放在了“衡量”二字上。看起来各方意见就“客户应该能够以他们自己的方式来衡量成功”这一点达成了一致,而且也得出了一些衡量标准,但有一点也是大家均持赞同观点的:成功与否还是要依赖于具体情况和客户。

“计划”相关文章

用“看板图”实现敏捷项目的可视化

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

本着“信息辐射体”和“人人可见的大图表”的精神,Kenji Hiranabe提出用“看板图”来管理三个视角(时间、任务和团队),让整个团队都理解当前的项目状态,从而以自主、有动力且互相合作的态度来工作。

敏捷实践中的好品质

社区
Agile
主题
团队协作,
变更

敏捷更倚重于纪律,而不是几个天才。我们知道,一般的团队只要遵守纪律,即使在早期阶段也会达到巨大的性能改进。当我们遵守纪律时,我们的言语和行动产生的影响就会随着时间的推移积极地创建并改造我们团队和项目所处的环境,可能好,也可能不好。

SOA和敏捷:是朋友?还是敌人?

社区
SOA,
Agile
主题
调试,
方法论,
敏捷技术,
企业架构,
企业级敏捷

SOA的目标是以服务作为构建企业应用的“积木块”,使整个企业敏捷起来,而敏捷软件开发则是通过引入一些最佳实践来增加沟通与反馈,以达到同样的目的。哪个是正确的?哪个更好?我们正在拿苹果和桔子做比较吧?它们可以一起使用吗?如果可以,那怎么使用呢?欢迎参与讨论!