自我管理与敏捷软件开发
2014-05-14 23:18
218 查看
李笑来的《把时间当做朋友》第3版中第3章《管理》中提到的几点,与科室的敏捷工作有些共通之处,在此写下来与大家讨论:
1、3.1估算时间 VS SPRINT中故事点预估
摘自第3章第1节:
错误估算任务所需时间,是最常见,也是最致命的错误。在时间领域,有一个与墨菲定律同源,貌似悖论的侯世达法则值得牢记:
完成一个任务实际花费的时间总会超过计划花费的时间,就算制定计划的时候考虑到本法则,也不能避免这种情况的发生。
为什么完成任务实际花费的时间总会超过预期呢?
……(书中此段讲了一个很多人学英语时碰到的问题,非常有感受,太长此处就不摘抄了,有兴趣可以去翻下书)
因为大多数人在执行任务之前忽略了一个重要的步骤,那就是分辨任务的属性:它是熟悉的,还是陌生的?
在现实生活中,我们需要完成的任务的真实属性往往是“一部分陌生,一部分熟悉”,这就从根本上解释了为什么侯世达法则总是应验,我们必须处理未知,而从陌生到熟悉,就需要花费时间去学习,这个过程无法逾越。
2、3.4关注步骤(HOW TO DO) VS 需求拆分
摘自第3章第4节:
思考方法要从领悟任务内容入手,不停的细分,拆解任务,而且越具体越好,直至每个任务都可以由一个人独立完成。
做任何事情,学会思考方式最为重要。要学着像一个项目管理者那样思考—他们更过地关注“方法”,他们会花费比别人多(多出许多倍)的时间去落实每一个步骤,在确认无误后,他们才会有效的分配任务,团队才能够切实可靠的完成任务。一个学生在背单词的时候,他就是自己的项目主管,只有学会像项目管理者一样思考,他才能给自己分配具体的任务,制定切实可行的计划,最终高效的完成任务。
在做任何事情之前,通过关注“方法”去反复拆分任务,最终确认每个子任务都是可完成的,这是一个人不可或缺的功课。这样的习惯,会使一个人变得现实,踏实。这既是一种习惯,也是一种后天习得的技能。这种技能无比重要,却常常被忽视,因为掌握这种技能的人总是默默应用它,而忽视这种技能的人从未看到过它的具体实施过程和巨大好处。
3、并行串行 VS 需求拆分成独立子任务后,团队成员可以同时领取,并行执行
并行串行对应第3章第5节
4、验收 VS需求演示会
摘抄自第3章第13节:
我们不管遇到什么任务,都应该对其认真审视,同时向自己提出一个问题并要想办法回答:怎样才算“做好”?如果能把任务拆分成若干个子任务,那么确定“做好”的标准可能更容易达到,因为每个子任务的验收标准可能已经自然存在,起码有这么一条:“如果这个做不好,那么下一个就没法开始……”
PS:《把时间当做朋友》序中提到:盛大网络创新院的副院长郭忠祥先生干脆成批买来此书堆在办公室门口,谁来都可以拿一本;2011年1月,华为赛门铁克成都公司订购了4000本此书,发给公司每一个职员……
1、3.1估算时间 VS SPRINT中故事点预估
摘自第3章第1节:
错误估算任务所需时间,是最常见,也是最致命的错误。在时间领域,有一个与墨菲定律同源,貌似悖论的侯世达法则值得牢记:
完成一个任务实际花费的时间总会超过计划花费的时间,就算制定计划的时候考虑到本法则,也不能避免这种情况的发生。
为什么完成任务实际花费的时间总会超过预期呢?
……(书中此段讲了一个很多人学英语时碰到的问题,非常有感受,太长此处就不摘抄了,有兴趣可以去翻下书)
因为大多数人在执行任务之前忽略了一个重要的步骤,那就是分辨任务的属性:它是熟悉的,还是陌生的?
在现实生活中,我们需要完成的任务的真实属性往往是“一部分陌生,一部分熟悉”,这就从根本上解释了为什么侯世达法则总是应验,我们必须处理未知,而从陌生到熟悉,就需要花费时间去学习,这个过程无法逾越。
2、3.4关注步骤(HOW TO DO) VS 需求拆分
摘自第3章第4节:
思考方法要从领悟任务内容入手,不停的细分,拆解任务,而且越具体越好,直至每个任务都可以由一个人独立完成。
做任何事情,学会思考方式最为重要。要学着像一个项目管理者那样思考—他们更过地关注“方法”,他们会花费比别人多(多出许多倍)的时间去落实每一个步骤,在确认无误后,他们才会有效的分配任务,团队才能够切实可靠的完成任务。一个学生在背单词的时候,他就是自己的项目主管,只有学会像项目管理者一样思考,他才能给自己分配具体的任务,制定切实可行的计划,最终高效的完成任务。
在做任何事情之前,通过关注“方法”去反复拆分任务,最终确认每个子任务都是可完成的,这是一个人不可或缺的功课。这样的习惯,会使一个人变得现实,踏实。这既是一种习惯,也是一种后天习得的技能。这种技能无比重要,却常常被忽视,因为掌握这种技能的人总是默默应用它,而忽视这种技能的人从未看到过它的具体实施过程和巨大好处。
3、并行串行 VS 需求拆分成独立子任务后,团队成员可以同时领取,并行执行
并行串行对应第3章第5节
4、验收 VS需求演示会
摘抄自第3章第13节:
我们不管遇到什么任务,都应该对其认真审视,同时向自己提出一个问题并要想办法回答:怎样才算“做好”?如果能把任务拆分成若干个子任务,那么确定“做好”的标准可能更容易达到,因为每个子任务的验收标准可能已经自然存在,起码有这么一条:“如果这个做不好,那么下一个就没法开始……”
PS:《把时间当做朋友》序中提到:盛大网络创新院的副院长郭忠祥先生干脆成批买来此书堆在办公室门口,谁来都可以拿一本;2011年1月,华为赛门铁克成都公司订购了4000本此书,发给公司每一个职员……
相关文章推荐
- 敏捷开发绩效管理之九:阿米巴经营之软件团队经营什么(上)
- [原创] 敏捷软件开发管理实践 (一) ——让人的资源多起来
- 手机软件开发管理过程中,如何采用敏捷开发模式
- 软件开发项目管理中运用敏捷模式的实践指南 SCRUM
- 苍狼敏捷软件开发团队建设指南-3-干系人管理
- 敏捷软件开发中的风险管理
- Leangoo:用敏捷开发管理思维做团队协作的SaaS软件
- 【原创】敏捷软件产品/项目开发管理流程(一)
- 好用的任务管理,项目管理和敏捷开发软件,提升企业执行力!
- 不要迷信敏捷软件开发中的敏捷管理工具
- 敏捷软件开发中的配置管理
- 敏捷开发绩效管理之十:阿米巴经营之软件团队经营什么(中)
- 《scrum实战-敏捷软件项目管理与开发》读书笔记
- 软件项目管理论文:敏捷在软件开发中的应用 推荐
- 敏捷开发绩效管理之九:阿米巴经营之软件团队经营什么(上)
- 《Scrum实战——敏捷软件项目管理与开发》
- 手机软件开发管理过程中,如何采用敏捷开发模式
- [原创] 敏捷软件开发管理实践 (四) ——让每个人学会更好的沟通
- [原创] 敏捷软件开发管理实践 (三) ——尽可能并行工作
- 艾伟也谈项目管理,给敏捷软件开发的26条建议