要成为一个好的项目经理需要学会逆水行舟。虽然顺水推舟有时也能到达目的地，但学会逆水行舟，你才能到达任何地方。 “虽然很有道理，但我认为现实不允许，很多项目都有规定的期限。中途还有给客户演示效果，往往实际项目中都是按最后上线日期来进行项目规划管理的。” “写得不错，但是有些建议过于理想化了。毕竟说得很有道理，但实际中具体做起来又不是那么一回事了。” 这... [阅读全文]

InfoQ的Shane Hastie有机会采访Philip Abernathy，请他谈谈在澳大利亚Suncorp公司内实施组织级敏捷转型的经验。Phil是该公司敏捷转型核心团队的关键成员，领导了这家员工超过20000人，其中IT员工超过4000人的金融机构实施敏捷转型。敏捷方法已成为“我们做事的方式”，并给公司带来数百万美元的收益、同时大大降低了新产品投放市场的时间。在如此... [阅读全文]

Alan Shalloway在精益-敏捷邮件组中写道： 你有什么比较不错的，可以写进合同（或者工作计划）里，用来跟踪一个软件承包方的进度/效能的度量方法推荐吗？【...】然而【问题在于】，这一困惑在敏捷/精益/看板领域尤为突出。 Jeff Anderson给出了几条具体条款以作参考： 这些是我刚完成的合同中所包括的条款。我们有幸曾经真正地与客户一起完成过用户故事，因而对其复杂度有所了解。具体数据... [阅读全文]

我直觉得敏捷 是理想和现实妥协结果是种很好实战理论网上随便搜就有很多这次就说说我身边团队(Team)真实实战通过“沟通”角度来讲不妨起个名字叫做“敏捷沟通 ” 我们每个项目项目经理(project manager)都会建立个临时IM 群(旺旺)、 个临时邮件列表 把项目干系人全部加入邮件列表通常是通过第封项目相关邮件把大家email 整理齐在邮件最后... [阅读全文]

敏捷建模对于Web 2.0领域内开发者有什么意义？　　Scott Ambler:敏捷建模目是为建模和文档构建描述组原则和实战最好是用于敏捷项目中但如果它们不是那么敏捷也没有问题　　我们已经看到它主要用途在于XP(极限编程)方面目是使现代文档构建过程更加明晰；或是和RUP(Rational统过程)结合降低些官僚作风并使它尽可能精简　　它只是通过你正在做些事情不必死啃不必要文件为你描述有效研究思路方法... [阅读全文]

对于个组织来说同组开发人员来完成多个项目这是常有事儿在这种状况下应该如何组织团队(Team)呢？他们工作又该如何计划和分配呢？　　如果可分配资源较多(比如说可以为每个项目分配6至10个开发人员)而且已经知道这些项目大小和相对优先级般来说将开发人员划分为两个或多个团队(Team)就可以了 　　反过来说如果每个项目能够分配到人员很少(每个项目只能有1到3个开发人员)而且项目大小和相对优先级不明确或者易... [阅读全文]

、根据发布目标分析需求把需求分析成独立故事初步分析可以是粗略随着需求不断深入刻意对故事进行整合或者切割 要注意是分析出来需求尽量在发布目标范围的内超出发布目标需求应该尽量避免过深分析 所谓发布目标是确定了这个版本可以让用户满意条件 故事模式:做为(用户角色)我可以(做什么)以便(业务价值)后面业务价值在比较简单或者大家都比较明确时候刻意不需要注明 当前团队(Te... [阅读全文]