敏捷项目管理实战之团队自我管理

标签: 敏捷 项目管理 团队 | 发表时间:2011-09-30 15:15 | 作者:(author unknown) 沈蚊
分享到:
出处:http://www.ibm.com/developerworks/cn/
自我管理是敏捷开发中的重要管理思想,但是鲜有文献提及相关实践。本文将以笔者的管理实践为基础,探讨自我管理的具体实践。

相关 [敏捷 项目管理 团队] 推荐:

敏捷项目管理实战之团队自我管理

- 沈蚊 - IBM developerWorks 中国 : 文档库
自我管理是敏捷开发中的重要管理思想,但是鲜有文献提及相关实践. 本文将以笔者的管理实践为基础,探讨自我管理的具体实践.

再谈敏捷项目管理

- - 人月神话的BLOG
前面谈敏捷开发和敏捷项目管理的文章已经很多了,由于最近在整理敏捷项目管理的培训材料,在整理材料的过程中又思考了一些离散点,特做记录. 在敏捷里面我们一直在强调团队的动态自适应和调整能力,要知道一个高成熟度的敏捷团队一定是一个能够高度高效率的进行自适应,自学习和自我调节的团队. 那么传统的层级结构一定是不适合的,包括原来传统的按阶段划分的流水线式生命周期结构,取而代之的是多个小团队之间的网状结构,在这种结构下能够通过高效的消息传递快速的发送消息,接受反馈,并进行自我调整维持在一个动态平衡的状态.

使用Trello实现敏捷项目管理

- - InfoQ cn
Trello由Joel Spolsky创建的 Fog Creek公司开发,是一种在线的看板式管理应用程序,从创建以来一直不断改进,已经有多家公司开始使用它来管理敏捷项目. Uservoice是一家创建简单的在线反馈、技术支持和知识库软件的公司,最近也使用Trello作为工具改善了对项目的管理,并在博客上分享了使用的经验.

《孙子兵法》在敏捷项目管理中的应用

- - 博客 - 伯乐在线
来源: 黄文海@ibm_developerWorks. 简介: 《孙子兵法》中的论述虽然是关于战争的,但是其思想在项目管理领域对我们也是有借鉴意义的. 本文以笔者的实际项目管理经验为基础,分享了《孙子兵法》在敏捷项目管理中的应用. 希望能够对读者的实际项目管理工作有所启发. 成为“敏捷”,而不是做“敏捷”.

腾讯敏捷项目管理平台TAPD初探

- - 标点符
腾讯开发了自己的敏捷项目管理工具 TAPD,整个工具类似于ThoughtWorks的Mingle;同时借鉴了jetbrains的youtrack. 由于不是腾讯的内部人员,所以整体都是通过网上的信息拼凑起来的. 对TAPD平台的Story、Bug、Task的作用进行明确划分. 在此前对TAPD的使用中,对三个工具的使用有些混乱,经常出现将需求提在Bug列表中的情况.

iceScrum的起步文档【敏捷项目管理】

- - 研发管理 - ITeye博客
Documentation - Getting started with iceScrum 译文,博主原创. 【原创文章,转载请注明出处 http://powertech.iteye.com/blog/2051697】.   这个文档将带你和你的团队使用iceScrum走过敏捷开发的第一步.   作为示例,我们模拟开发一个公益组织的社区网站,这个网站用于管理组织活动.

研发管理06:Scrum敏捷项目管理

- - CSDN博客推荐文章
本文结合自己5年多的Scrum 敏捷开发经验, 并结合PMP相关知识与技能, 总结了实际开发过程中的敏捷实践过程. 从介绍敏捷开发方法开始, 逐步介绍Scrum敏捷开发的流程与相关关键技能与框架的应用技巧. 8,• 总结 + Q&A. 作者:bamboolsu 发表于2015/5/12 9:42:40 原文链接.

敏捷团队工作流

- - IT瘾-dev
站会中的内容是每天工作的开始,也是对昨天工作的回顾. 一般会由团队的某位成员主持,这位主持人有责任让电子系统上的story卡片和看板上的保持一致. 站会上,大家依看板从右至左依次更新自己负责story的状态,如果遇到阻碍,应该在站会上及时提出,团队之中的成员如果能提供帮助,应该在站会之后,组织解决方案的讨论.

敏捷团队的人员分布

- - InfoQ cn
许多考虑采用敏捷的组织没有把团队迁移到开放式环境就尝试创建项目团队. 敏捷价值和原则中,当团队成员可以随时接触到所有其他团队成员、易于获得所有的项目进度图表、在鼓励交流的环境中时,团队可以更好地工作. 敏捷测试专家Lisa和Janet 分享了敏捷测试团队的人力资源经验. 测试人员和客户与程序员坐在一起可以促进必要的交流.

专家建议:以特性团队扩展敏捷项目

- - InfoQ cn
敏捷实践在由 5到9个人组成的小型团队里面实施得很好. 但是如果客户希望得到更多的软件功能,并且准备好了为之付出更多的钱,又会如何. 你如何能够安全地增长敏捷团队的规模,从而提升生产率. Martin Fowler警告了 未及成熟就增长敏捷团队规模的行为,因为那可能会导致沟通的破坏,而且可能会破坏代码库本身的内聚性.