艾伟也谈项目管理,敏捷个人:内容框架之执行力

   

  执行力是敏捷个人需要学习的一个内容,本篇主要介绍执行力相关的内容,大家在读后可以采用介绍的一些指南开始行动。

执行力的三个层面

  1. 按照命令和规则做事的过程,简单讲就是能够听话照做
  2. 按照预定的计划行为的过程,简单讲就是做事章法
  3. 将想法变成现实的过程,简单讲就是规划实现

  对第一个层面来说,要做的事情是片段的、非连贯的,但对第二个层面来说是连续的、整体的。一个计划并不是一两个步骤做好就行,而要将整体的顺序都做好才能达成效果。有了第二个层面的执行,组织的运转就有了相对较高的效率,但仍然不够,这就需要第三个层次的执行:创新规划并落实执行。组织的进步在于创新、在于设计、在于策划、在于走出习惯的自我,而且不仅仅是要有想法,还要有实现想法的能力,这就是第三个层次的执行。这三个层次的执行是逐步支撑的,第一个层次是第二个层次的保障,第二个层次是第三个层次的保障,只有到了第三个层次的执行,组织的效率才能够真正提升。

一些执行力的场景和方案

  执行的关键在于把大块事情分割成可以处理的小块事情,然后花时间去处理它,并测试结果。行动力是结果的核心,在过程中我们关注结果而不是任务本身。对于大多数人来说,缺少行动会阻止自己获得伟大的结果。他们只有一些未曾测试过的想法,从不曾想过实际采取行动来实现它。所以,执行力就是一个人的竞争力。

  • 如何开始?

    计划并执行。组成一个行动列表,然后去执行这些行动。尽可能快的采取行动并测试结果获得反馈,你将会发现自己知道的和不知道的,以及下一步需要知道的是什么。如果你进入的是一个不熟悉的领域,那么去请教一些有经验的人。

  • 如何频繁的采取行动?

    切分大事情,开始做一些间的事情。关注机会,关注足够好而不是完美。如果你发现你没有足够的时间去做,那很可能是你过度计划或者把事情弄得太大了。

  • 如何避免过度思考?

    设置时间限制。从80%的思考和20%的行动变为20%的思考和80%的行动。还有一个简单的方法就是找到你可以做的三件小事情。

  • 如何提高执行力?

    一种方法是清晰你的结果,如果你知道你想要实现什么,那么你就更容易找到你的动机。另一种方法是开始思考下一步行动是什么。还有一种方法是使用时间盒。

执行指南

  • 问自己,"我已经采取了哪些行动?"
    我们有时很容易陷入思考而不是执行,如果你还没有获得你期望的结果,列举出你已经采取过的行动。你可能会发现你有更多的为开始行动的想法。或者你可能发现你的一些行动并没有获得相应的结果,但至少你获得了反馈。你可以回顾采取过的行动来决定是否应该改变方法或者继续前进。
  • 拆分大事情为可以执行的小事情
    把打结果拆分成更小的行动,这可以帮助我们利用足够的时间和精力去处理它。如果事情太大,那么需要把它拆分为而已执行的小事情。
  • 决定并执行
    不要去猜想你的每一步,决定后就去做,然后快速回顾获得反馈。你可以组合"快速失败"和"决定并去做",一开始做一些简单的小实验,然后测试你的结果
  • 从头到尾做一遍
    这是一项执行以前没有做过的任务的一个有效方法。简单的从头到尾的去做一遍,完全采用别人的方法去做可以让自己更全面的了解这个方法。基于自己的理解之后再考虑如何裁剪或者增加自己的东西
  • 做、回顾和改善
    做、回顾和改善时采取行动的一个简单回路,他可以帮助你避免过度思考而影响你的行动。
  • 立即开始
    与其等着完美的条件下开展,不然立即开始。你开始的越早,你可以更快的学习,并随需应变。立即开始的一个方法就是与自己计划一个会议,安排时间开始做你以前没做的事情。
  • 设置一个数量限制
    一个产生结果的一个方法是设置数量限制。例如,你可以为每天找到三个结果,每天做50个俯卧撑、每天写一章或十页。通过数量限制,你可以有一个简单但明确的目标,可以激烈自己去获得结果。
  • 设置一个时间限制
    有时候设置一个时间限制可以帮助你去管理好自己的精力,这也是一个控制分散注意力和拖延倾向的方法,也是一个简单的平衡时间分配的方法。
  • 开始做一些简单的事情
    开始做简单事情可以增强自信心和精力,完成后然后逐步做更复杂的事情。

知识+见识+胆识

  最后我要说的是,从"知道道理"到具体"做到" 需要经过3个层次的转变:知识层次的转变、态度的变化、行为上的变化。而这三个改变最难得是第三步,也就是知易行难,我们要使用前面提到的方法来做到知行合一。

  推荐:你可能需要的在线电子书

时间: 2024-07-30 11:27:12

艾伟也谈项目管理,敏捷个人:内容框架之执行力的相关文章

艾伟也谈项目管理,如何管理“人”

我们常说工作中应该"对事不对人",但事都是人做的,不同的人做相同的事效果可能相去甚远,再好的业务如果用错了人也会全盘皆输.正所谓"事在人为"嘛,识人.用人.聚人是一个团队管理者获得成功的基础. 先说怎么认识人   人格矩阵法.即所谓的Topk技术,Topk就是由:tiger.owl.peacock 与 koala 4个英文单词的第一个字母组成,即把人的人格类型总结为老虎.猫头鹰.孔雀与考拉这4种动物的行为智慧: 老虎-此类人表现为:做事结果导向明显(不在乎过程),野

艾伟也谈项目管理,克服在企业中应用敏捷方法的技术挑战

在企业中应用敏捷方法是一项具有挑战性的任务.实现敏捷不像安装软件那样能在一天内完成.而是需要适应企业环境,其中包括:文化.技术和组织方面.本文将探讨面临的一些挑战,这些挑战与建立开发环境.自动化测试.持续集成相关,并且同在企业环境中明确完成的定义(DoD)相关. 建立开发环境 每位技术负责人和开发经理都想缩减团队成员建立开发环境的时间.然而,为了在项目中获得较高的产出,开发人员要持续投入许多精力,让事情变得有条不紊.缺乏文档,是建立开发环境时间过长的关键原因.第二个关键原因是建立过程中包含多少手

艾伟也谈项目管理,解读敏捷需求分析五大关键因素

大多数学计算机语言的人都会有过这样的感受,过去一直认为编程和架构是整个软件生命周期里最了不起的部分,但实际工作后才会发现在商业产品里,需求分析才是一个商业软件成功与否的关键. 放眼望去,在当今软件工程领域出现的许多问题,诸如缺陷及资源运用不当,都源于需求的不清晰,甚至有软件人戏称:"需求变更乃万恶之源",一时也获得了颇多响应.时至如今,业务IT间需求分析过程中存在的问题主要有哪些?什么是敏捷需求分析?产品级和项目级需求有何异同?敏捷需求分析方法论中的五大关键点是什么?就以上热点话题,雅

艾伟也谈项目管理,动起来再调整 - 向项目经理推荐敏捷

要成为一个好的项目经理需要学会逆水行舟.虽然顺水推舟有时也能到达目的地,但学会逆水行舟,你才能到达任何地方. "虽然很有道理,但我认为现实不允许,很多项目都有规定的期限.中途还有给客户演示效果,往往实际项目中都是按最后上线日期来进行项目规划管理的." "写得不错,但是有些建议过于理想化了.毕竟说得很有道理,但实际中具体做起来又不是那么一回事了." 这是两位网友对<软件项目经理新手上路>的评论.这话很有道理,也是在现实生活中碰钉子碰出来的.在项目中确实存在

艾伟也谈项目管理,敏捷实施中的常见错误

一些评论员写下了敏捷实施中一些常见错误和反模式.他们贴出了"Top X"列表,列出了需要避免的事项和他们曾在各种组织实现敏捷时见过的错误. Target Process的Michael Dubakov写了两篇博文:"10个敏捷实施中最常见的错误"(Part 1; Part 2 ).他认为"许多公司在敏捷实施中再三犯同样的错误." 他的常见错误列表如下: 1. 从一个工具开始敏捷开发是不同的.一个工具不会立刻产生影响,不会由于这一工具的存在而解决多

艾伟也谈项目管理,敏捷的坏态度

虽然所有软件开发的专业人士都会对这篇文章感兴趣,但是经理.CIO以及软件架构师会对它最感兴趣.这个话题可能会引起许多争议,但我写这篇文章是为了让你了解在敏捷运动中看起来正在日益增长的问题. 你为什么在这?敏捷不需要经理. 以前听过这种说法吗? 想象一下,如果你听到开发人员认为你这个职位根本就不应该存在,你会感到多么震惊,就好像是你特意为自己搞出经理这么个职位似的.这个话最常应用在项目经理第一次与将要和他一起工作的开发团队碰面的时候.的确,最初的敏捷宣言绝对没有提到项目管理,并且后来的敏捷理论家更

艾伟也谈项目管理,敏捷教练的工具箱

学习并不是简简单单的阅读和浏览,而是一个积累的过程,一个通过持续的学习,对自己的知识体系不断丰富.索引的过程.接下来我会从四个方面入手分享我的经验. 高质量的信息源和高效的学习 Google是一个很好的工具,通过它,我们可以找到很多很好的资源,但前提是必须先知道要搜索的关键字,没有关键字,就不知道该查什么.多数情况下,人们都是在不可能知道自己不知道什么(Unknown unknown)的状态,也就是不知道该用什么关键字去查询,因此也不会知道该去学习些什么.所有基于Google检索的模型是一种基于

艾伟也谈项目管理,给敏捷软件开发的26条建议

我经常收集各种各样的至理名言,最近我重温敏捷软件开发:真正的问题是什么?下面是一份26条关键原则的清单,以指引敏捷软件开发团队. 1.完整地干完一件事后在开始另一件事:用厨房比喻来说就是:"先上这道菜,再开始做下一道".软件开发的最大问题就是同时开始几件事情,这将不可避免的造成某些工作被废弃,从而造成浪费.专注于一件事:完整地实现其功能:运行测试:编写文档:签入所有,把这当做一项工作完成,然后再开始下一件事. 2.不要破坏构建:非常明显,但必须被包含在任何软件开发建议清单中.程序员在签

艾伟也谈项目管理,敏捷开发,在路上

如果有一种方法能使你的软件缺陷率降低63%,核心缺陷率降低79%,整体投入减少62%,整个项目开发的时间缩短69%,你会采用这种新的软件开发方法吗? 在回答这个问题之前,你可能会问:是什么方法能达到这样的效果?答案是:敏捷开发.你一定会开始质疑:这是真的吗?或者你会说:我们也在用敏捷,但没有以上提到的这么夸张. 以上提到的一些数据来自Forrester,一家善于用数字说话的咨询公司.他们对多个采用敏捷开发的项目与传统开发方式进行对比,得出以上数据.而这些项目来自敏捷刚刚开始起步的2002年. 不