《实例化需求》采访与书评
Gojko Adzic是《实例化需求》（Specification by Example）一书的作者， 在该书中他给出了一些建议和原则，帮助大家在软件开发项目中采用实例化需求去创建活文档。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
编辑特辑
Shane Hastie
Shane Hastie is the Chief Knowledge Engineer for Software Education (www.softed.com) a training and consulting company based in New Zealand. Since first using XP in 2000 Shane's been passionate about helping organisations and teams adopt Agile practices. Shane is a key member of Software Education's Agile Practice, offering training, consulting, mentoring and support for organisations and teams working to improve their project outcomes. Shane blogs on the Software Education Trainers Blog (http://softwareeducation.wordpress.com/)
“Shane Hastie”相关的内容
Shane Hastie的最新专题内容
Shane Hastie的新闻
他们在努力工作吗？
Esther Derby最近发表了一篇文章，提到“管理者思维”，及太关注员工个人发挥最大的能力，对团队合作、团队交付最大价值是有害的。她质疑了一种普遍的看法：团队需要“看上去”是在努力奋斗，才会被认为是工作“努力”。此文也提到了工作太长时间对生产效率的危害。
学习敏捷的新游戏
Deborah Preuss和他们的朋友们设计了一款新的学习敏捷的游戏，用来帮助“陷入困境”的团队克服障碍（那些障碍阻挡了团队实现宏大但难以到达的目标）。这个游戏基于Linda Rising和Mary Lynn Manns所著的《Fearless Change》书中的模式来设计，目的是探索影响他人的策略和方法，帮助团队克服障碍。
Shane Hastie的文章
Liz Keogh：敏捷十年——对失败的预言，以及预言的失败
Liz Keogh是2010年Gordon Pask大奖获得者。曾有预言认为敏捷是短命的时尚。Liz谈到这种预言，还提到敏捷运动如何在过去十年中经历了时间考验。在对敏捷原则和实践的审视中，她警告了洋洋自得的情形，以及忽略宣言价值观“个体和交互重于流程和工具”的风险。她指出：敏捷本身必须不断演进，这样才不会落伍。
Phil Abernathy谈敏捷项目治理和Suncop的敏捷转型
InfoQ的编辑Shane Hastie有幸采访了Philip Abernathy，请他谈谈在澳大利亚Suncorp公司内实施组织级敏捷转型的经验。Phil是该公司敏捷转型核心团队的关键成员，领导了这家员工超过20000人、其中IT员工超过4000人的金融机构实施敏捷转型。敏捷方法已成为“我们做事的方式”，并给公司带来数百万美元的收益、同时大大降低了新产品投放市场的时间。在如此之大的组织内实施变革需要自上而下投入大量成本和投入。Phil自2007年起成为领导团队的一员。他同时也帮助成立敏捷学院（Agile Academy），用以和澳大利亚与新西兰的其它组织分享在Suncorp实施敏捷过程中取得的经验。
敏捷项目的多层面规划
“响应变化重于遵循计划”，这是敏捷的核心价值观之一，可是它有时会被人错误诠释为敏捷项目中不需要规划，然而，真实情况根本并非如此。在真正的敏捷组织和项目规划中，常常要在多个层面展开规划活动。Shane Hastie讨论了规划的不同类型和方式，以及如何协同使用这些方法。
Shane Hastie的视频采访
Alec Sharp探讨建模与BPMN
Alec Sharp，建模领域专家，在此次采访中探讨了建模，特别是业务流程建模与BPMN（业务流程建模标注）的重要性。Sharp说，尽管建立复杂的模型也许会与敏捷思想冲突，但简单的模型却不会。他还称BPMN为“可视化编程语言”。
感谢马国耀对本文的翻译。
Philippe Kruchten谈论架构和技术债务
本采访由鲍央舟翻译，郑柯审校。
Philippe 最近在SDC大会上讲述了关于架构的重要性，架构和敏捷方法的关系，以及技术债务的影响。他讨论了一些敏捷和纪律之间，以及敏捷和架构之间的虚假对立。他也强调了上下文在选择软件开发方法时的重要性。