关于团队建设和管理方面的知识和笔记

上次阅读书签：《敏捷学习》P61第4章

 

-----------------

敏捷原则：

1：最优先要做的是尽早、持续的交付有价值的软件，让客户满意

2：欣然面对需求变化，即使是在开发后期。敏捷过程利用变化为客户维持竞争优势

3：频繁交付可工作的软件，从数周到数月，交付周期越短越好

4：在团队内外，面对面交谈是最有效、也是最高效的沟通方式

5：在整个项目过程中，业务人员和开发人员必须每天都在一起工作

6：以受激励的个体为核心构建项目，为他们提供环境和支持，相信他们可以把工作做好

------------------

待分析的：

速度图（velocity chart）和燃尽图（burndown chart）

产品积压工作表（product backlog）

--------------------

敏捷的实现整理：（*表示已实现）

1.立会*

2.任务看板*

3.任务(故事)说明书（稍后实现）

4.使用版本控制（GIT最佳实践）*

5.使用甘特图记录项目计划（QC上看能不能拉出来这个图）

--------------------

1.部门共治

每个人管理好自己，大家用统一的管理办法和规范来约束自己，促进团队高效运作

举例：日报、周报、周会、分享会

 

2.借助良好的规范和项目管理工具

项目管理工具：跟踪需求、任务进度、缺陷等

知识管理工具：WIKI、空间，用于团队知识分享和积累

站立式会议：任务墙、用于交流

分享会：定期组织分享，促进共同成长

 

3.定期活动

季度会议：团队大方向上的沟通，互相交流鼓劲，要比较轻松欢乐的

乐捐：乐捐是一个自罚约定、一个问责制度，让员工敢于担当。对于开会迟到、系统小故障、乐捐10元能够起到很好的作用。惩罚只是手段，改进才是目的，培养承担责任的习惯，每次出现问题，都有人站出来承担责任。

兴趣小组：工作之余，组织共同爱好的群体

 

核心思路——敏捷：共治、分享、沟通

 

-----------------

关于立会：比起形式，更重要的是要大家有这种思维模式。项目状况每天都会变化，而团队可以利用每日立会做出最有效的决策

避免“视角割裂”：如开发人员只管功能，不去理解任务和需求，就会导致后面各种要修补的问题

个体和互动高于流程和工具：如果每个子团队各自去实践敏捷，那整个团队也是不敏捷的。敏捷需要大家共同参与和配合