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

上次阅读书签：《敏捷学习》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元可以起到很好的做用。惩罚只是手段，改进才是目的，培养承担责任的习惯，每次出现问题，都有人站出来承担责任。

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

 

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

 

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

关于立会：比起形式，更重要的是要你们有这种思惟模式。项目情况天天都会变化，而团队能够利用每日立会作出最有效的决策

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

个体和互动高于流程和工具：若是每一个子团队各自去实践敏捷，那整个团队也是不敏捷的。敏捷须要你们共同参与和配合