暂无搜索历史
冲突通常发生在不同的团队成员之间，敏捷项目经理通过对团队给出分歧建设性的意见来引导团队的冲突。这就要求，敏捷项目经理首先需要花足够的时间和团队一起看看这些冲突到...
在很多正在进行的敏捷变革公司的传统项目经理，他们的角色也是从传统项目管理的角色向敏捷项目管理的角色转换。传统的项目经理就是整个项目管理为中心，需要掌控「人力资源...
在敏捷项目里面，更多的度量数据是故事点（Story Point），在每一个迭代周期开始之前，会让团队人员评估每个需求的故事点。这就相当于是传统项目里面的评估工时...
「持续创新」是对现在客户需求的交付；「产品自适应」是对未来客户需求的交付；「团队和流程自适应」是对产品或者商业变化的迅速反应；「减少交付周期」是为了快速交付可工...
Agile Project Management的创始人也是敏捷宣言的十七大佬之一，Jim Highsmith。
因为网上关于敏捷宣言的文章实在太多了，有深入浅出的，有详尽的。所以我的这篇文章就挑重点来说。
Kanban从脱胎自丰田公司的工程管理方法以来，在不同领域都有发展出具有领域特色的实现形式。虽然形式多样，但是它们始终遵循着下面一些核心原则。（Kanban有4...
不管是什么样的流程，都值得不断地去优化。针对不同的项目，不通的阶段，都可以做调整。因为敏捷是适应变化的，而不是一成不变的。所以，在敏捷中，也有个口号，用中国的大...
大家对这张图一定不陌生，你可以认为这是敏捷流派划分。敏捷和看板Kanban都脱胎于精益Lean。
精益敏捷要求我们站在用户的角度来看待问题，这样的话也就是企业产品（服务）的价值只能由最终用户来确定，价值也只有满足特定用户需求才有存在的意义。
提到精益，大家首先想到的肯定是“精益生产”，其中最具代表的就是日本的丰田公司，其最终演变成为了一种新的管理方式。
18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会
极限编程要求至少有一名实际的客户代表在整个项目开发周期在现场负责确定需求、回答团队问题以及编写功能验收测试。
流程圈包括 每周40小时工作制（40-Hour Week），系统愿景（System Metaphor）,小型发布（Short Releases），简单设计（Si...
团队圈分为：代码规范（Code Standards），持续集成（Continuous Integration），集体代码所有制（Continuous Integ...
编程圈包括：结对编程（Pair Programming），代码重构（Refactoring），持续测试（Testing）
极限编程的五个价值观分别是“沟通、简单、反馈、勇气和尊重”，他们五者是相互独立，又相互关联，每一个都指导着极限编程。
极限编程，英文名Extreme Programming，简称XP。是由Kent.Beck在1996年提出的，，是敏捷软件开发中可能是最富有成效、轻量级的几种方法...
迭代回顾会是在Sprint Review会议之后，下一个新的sprint开始之前。你可以理解为是当前sprint最后一个会议了，所以很多人认为是总结会，也可以这...
Sprint Review的核心词是“Review”，但它不是不是让你把Sprint Review开成“回顾会”，这是很多敏捷教练刚带团队的时候容易犯的错误。
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
