敏捷团队管理实践纪实（二）

今天的晨会得到确切的数据证实，新入职的同事工作效率极低，一天大约只有100行左右的HTML+JS+CS的结果，并且没有将自己测试的时间和沟通的时间计算进去，导致下午的进度被延迟到了今天上午。这位同事的计划内容是第两小时，做一件什么事情，但是并没有详细分拆事情的细节，该同事的表达能力也存在较大问题。

针对这一问题我调整了策略，要对于新人给予的要求是极其细致的分解其工作内容，引导他考虑到数据库数据变化，构架变化，界面改动，逻辑变更，沟通时间和测试时间的总时间，而过程中需要及时询问，直至他自己可以制定出切实可行的计划并能按照执行完成为止。

敏捷团队管理实践纪实（二）

时间： 2024-08-14 06:02:25

敏捷团队管理实践纪实（二）的相关文章

敏捷团队管理实践记实（始）

项目进行已过半,项目成员其中一位是本月刚刚入职,另一位是对WEB框架熟悉但是工作流不甚熟悉的同事,可以用老弱病残孕来形容,管理它们给我带来了巨大的挑战和难得的机遇,针对当前的形式我制定出来了符合自己团队现奖的敏捷开发的策略,策略如下: 1. 项目沟通方面的改进: a) 实行晚会制度15-30min,主要目的是将一天中所遇到的问题抛出来,动员所有人思考解决方案,提升项目成功率. b) 实行晨会制度15-30min,主要目的是公布当天的工作计划,精确到每小时或每两小时,通过对问题细致拆分,达到控制问

Scrum&Kanban在移动开发团队的实践 （二）

Scrum&Kanban在移动开发团队的实践系列: Scrum&Kanban在移动开发团队的实践 (一) Scrum&Kanban在移动开发团队的实践 (二) 在第一篇分享文章中介绍了下Scrum的开发模式,介绍了Scrum中团员的角色.开发阶段.每个阶段中需要做的事情.在这篇分享我会介绍Kanban模式,相对于Scrum,Kanban比较轻量级. 首先分享些干货: Kanban和Scrum对比的Mini书:Kanban and Scrum - making the most of

【原创】基于禅道的敏捷开发管理实践

以下是我在一个长期项目研发过程中采用敏捷思想进行项目开发管理的成功实践,供大家参考 一.项目背景     1.这是一个长期维护,需要不断扩展功能的O2O平台,系统本身包含多达13个子系统,且还在不断增加中 2.系统采用了"组件化架构",各个组件之间实现了脱藕,可以各自单独扩展 3.开发资源严重匮乏,程序员严重不足,且其中能独立工作的程序员比例很低 二.敏捷开发实践 1.每一次版本迭代都包括:需求->设计->编码->测试->交付这四个阶段 2.用禅道对开发全过程进

敏捷的12项原则，我们团队管理的方针

最近我在学习一些有关敏捷软件开发的知识,把里面的12项经典原则分享出来,可以查询,可以反省,可以进步,可以参考,也可以纠正. 好了,言归正传. 1.我们最优先要做的是通过尽早的,可持续的交付有价值的软件来使客户满意 规划迭代故事时必须按照优先级安排,为客户先提供最有价值的功能.通过频繁迭代能与客户形成早期的良好合作,及时反馈提高产品质量.敏捷小组关注完成和交付具有用户价值的功能,而不是孤立的任务.以前我们都用需求规格说明书或者用例来编写详细的需求,敏捷使用用户故事来罗列需求.用户故事是一种表示需

1.序言，敏捷不一样的开发团队管理方法

敏捷开发系列文章目录 敏捷开发在国内是不是只是一个理想化的工作环境? 经常有人问,你们搞敏捷开发工作量是由开发人员自己估的,而不是由经验丰富的技术主管估的,他们自己肯定会把工作量估得非常大,那什么时候项目才做得完?你们每天开那么多会,怎么不把时间放在好好写代码上面?一个迭代这么短的时间既要做设计.又要编码.还要测试,这么急着做出的东西质量肯定不高.系统设计肯定得经验丰富的老手做更靠谱.每当我听到有人说这些问题,我就知道他肯定没有真正的认识敏捷开发,如果真的有实践过,自然就会发现这些问题根本就不是

卓越管理的实践技巧（3）推动团队管理的要点 Facilitation Essentials for Managers

Facilitation Essentials for Managers 前文卓越管理的秘密(Behind Closed Doors)最后一部分提到了总结的13条卓越管理的实践技巧并列出了所有实践技巧名称的索引,这篇文章主要写卓越管理的实践技巧的第(3)条:推动团队管理的要点: 推动(Facilitation)意味着通过提供一个过程和结构来帮助团队一起思考问题,一起解决问题.作为管理者,还需要帮助团队拓展新的的思路,考虑可选项,选定解决方案等(develop ideas, consider op

团队管理二三事

今天的技术管理会议探讨了一些技术团队管理的思路和想法,稍微总结一下. 团队间合作 一般稍有规模的软件开发都会细分为多个团队,各个团队分工不同.这样的分工,既提高了开发效率,也增加了沟通成本,而且一定会在某个问题上发生争执.比如用户反馈的APP的Bug,可能APP或服务端需要一方做兼容或两者一起修改,这时,在哪个团队承担风险和成本进行bug修复的问题上就有可能产生争执.针对这种问题,需要从两方面着手解决. 针对不同的解决方案,各个团队都列出优缺点,按照产品的发展目标共同决策出性价比最高的方案.这种

Eworkpal易沃普 | 如何提高团队管理能力？

每个团队,每次从磨合到熟练到分散都会经历一个完整的循环,养成了一些特定的团队运营习惯. 一.对人和团队的基本认识 1.核心价值观是不可被塑造的 什么是核心价值观?例如善良.诚信.坚持这种看起来很底层的价值观往往会在加盟之前就形成了.按照政治学上一个有趣的观点,人的政治立场是写入基因的.那么一个员工做事情的基础价值观也是写入基因的.单纯的演技都坚持不了太久. 而且你也很难像周星驰电影<济公>中一样,重塑一些核心的东西.这事儿,我走过弯路,对人抱有过幻想,结果发现,没有济公那样的金刚钻,就别高级揽

怎样提高团队管理能力5

本文来自知乎. 一.对人和团队的基本认识 1.核心价值观是不可被塑造的 什么是核心价值观?比如善良.诚信.坚持这样的看起来非常底层的价值观往往会在加盟之前就形成了.依照政治学上一个有趣的观点,人的政治立场是写入基因的.那么一个员工做事情的基础价值观也是写入基因的.单纯的演技都坚持不了太久.并且你也非常难像周星驰电影<济公>中一样,重塑一些核心的东西.这事儿,我走过弯路,对人抱有过幻想,结果发现,没有济公那样的金刚钻,就别高级揽瓷器活儿. 然而,除了核心价值观外,其它的对企业的理解.对事业的价值