站立会议
收录了 站立会议 频道下的 50 篇内容
以故事为焦点的站立会议
每日站立会议是被广泛接受的敏捷实践。团队成员在其中分享：上次站立会议后他们做了什么、在下次站立会议前要做什么、目前面临哪些障碍。Mike Cohn最近分析了站立会议的一些变种，这些会议将完成各个用户故事作为会议进程的一部分。.
对每日站立会议做改进
ThoughtWorks伦敦分公司的咨询师Sarah Taraporewalla最近写了一篇博客，提出了每日站立会议的改进方案。
大型团队能使用站立会议实践么？
每日立会能帮助团队成员向彼此做出承诺，承诺他们每天要完成的任务，同时识别前进道路上存在的任何障碍。然而很多敏捷专家相信：传统的站立会议将会随着团队人数的增多而马上失去作用。
每日站立会议不是向 Scrum Master 介绍状况的汇报会
最近Mike Cohn建议，每日站立会议（或Scrum）不应该成为向Scrum Master介绍状况的汇报会，而应该办成团队成员互通工作情况的论坛。为了令团队拨乱反正，Scrum Master可以借助一些技巧，如阻断眼神交流等。
华为敏捷 /DevOps 实践：如何开好站立会议
软件开发的过程却又是一个离不开协作、沟通的过程。一个缺乏良好协作，沟通、理解和目标一致的软件团队，是很难高质高效的交付的
每日站立会议怎么开？
在那些最简单也最常谈起的敏捷实践中，每日站立会议（又称作每日例会）就是其一。近来在scrumdevelopment Yahoo! 邮件组发起了一场针对每日例会的讨论。这场讨论收获了许多建议，指出了会议要点和正确的开会方式，还包括一些相关文章的链接。
每日 Scrum 与站立会议：有什么区别？
每日Scrum站立会议并不存在。 “站立会议”这个术语被认为是排外的，因为它假定所有出席者都能站立。这是一种身体健全主义，组织应该停止使用它。然而，每日Scrum和站立会议之间还有其他值得注意的区别，超出了术语的敏感性。
论敏捷开发原则在实践中的不可取之处
敏捷开发在最近一段时间被开发者热议，本文作者整理了这一原则在实践中的不当操作，希望对开发者有所帮助。
Scrum 实施情况调查之案例分析
前不久，InfoQ中文站上发表了一篇文章：Scrum在中国——企业实施情况调查实录，引起了激烈争论。在本文中，作者会对调查报告中的案例分类进行分析、诊断。并探讨什么是敏捷开发方法、什么是SCRUM、使用敏捷方法需要什么条件、它可以解决什么问题以及如何在团队中合理的使用敏捷方法。
文化才是校正方向的标杆 —— Jimdo 团队应对规模增长的经验
规模，大中型组织诸多弊病的根源所在。五人、十人在一间房里共事并不困难。然而，当业务蒸蒸日上，雇用的人越来越多之后，问题就显露出来了。Jimdo团队主要依赖三个要素来解决规模增长的问题：文化、沟通和持续改善（Kaizen）。
作者访谈：分布式敏捷框架指南
InfoQ的贡献者和分布式团队专家Hugo Messer、John Okoro和Savita Pahuja扩充了他们关于在分布式团队中有效工作的文章和迷你书，并出版了一本名为《分布式敏捷框架》的书。该书为希望使用敏捷方法来交付客户价值的分布式组织和团队提供了一个框架。
为什么敏捷是吸引千禧工程师的关键
越来越多的组织认识到，敏捷型组织是吸引和留住最新一代千禧工程师的关键。千禧工程师要求有一个扁平化的组织/去中心化的环境，他们重视敏捷提供的协作——各种规模和类别的公司都在对此作出反应。
在实践中实施看板
在精益看板大会上，InfoQ问Arne Roock博士，团队如何评估看板是不是正确的工具以及如何开始实施。他给出了若干规定性建议。
敏捷杂交 —— 新型实验还是“没弄明白”
探讨了瀑布过程和敏捷过程间的认知冲突，并找出一组情境因子，这些因子能为在这两者间应用适当的混合过程提供指导。
敏捷团队的每周时间表
现在是早上9：35，你知道你的敏捷团队在哪儿吗？如果他们正遵循William Pietri的时间表示例，他们就正在开每日站立会议。除非是周一，周一的这个时候他们正在做迭代计划和启动会议。William的时间表实用易懂，并且激发了大家对敏捷团队时间安排的进一步的讨论。
Git 团队协作（二）：如何组织一个富有成效的会议？
编者按：本文节选自童仲毅译《Git团队协作》一书中的部分章节。
华为敏捷 DevOps 实践：产品经理如何开好敏捷回顾会议
全员都参加的回顾会议，其实就是希望能通过全员视角，全员的观点来回顾做的好的，做的不好的，改进之。从敏捷宣言，到敏捷的诸多实践（如Scrum），到DevOps，都一直提倡回顾这种形式。
敏捷的“一个基本要素”
关于一个敏捷程序员需要什么技能，或者一个公司想要成功地实施敏捷必须采用哪些实践，还是有很多争论的。但是虽然其重要性不可否认，这真的就是敏捷成功的核心所在吗？Mark Schumann建议敏捷的一个基本要素并不是基础级的敏捷技巧，而是管理层的敏捷定见。
战胜变化中的阻力
不管是实施敏捷还是重新布置办公室，只要是变化就都会遇到阻力。问题在于遇到阻力时怎样应对。Dave Nicolette和Lasse Koskela设计了一场研讨会，旨在帮助参与者理解阻力从何而来，如何应对。
给分布式 Scrum 团队关于发布计划会议的建议
当你的团队分布在美国和印度的时候，我们应该怎么做才能使发布计划会议顺利进行呢？如果团队因为时差的缘故不能够在同一时间参加计划会议，又该怎么办呢？
京公网安备 11010502039052号 | 产品资质
