个人管理 - 使用Scrum来敏捷自己

  每个人都有自己的生活和自己的职业或事业,如果把经营个人成长作为一个项目来看,那么在这个个人管理项目中,我们每个人都是这个项目的管理者和执行者。

  Scrum敏捷开发方法

  如果你是一名开发人员,那么现在还不知道Scrum方法,那么你就out了。Scrum是一种现在普遍流行并且很好的一种基于管理为主的敏捷项目开发方法。我之前blog中全面概要的介绍了一下Scrum方法,如果你不熟悉的而又想了解下面内容,请你最好去去仔细看看我这篇文章《流程 - 从IT方法论来谈Scrum》,因为下面我将描述我们如何基于Scrum方法来进行个人管理项目的执行。

  价值观

  在Agile Software Development with Scrum一书中指出,Scrum的核心价值观是:承诺、专注、公开、敬重和勇气,它提倡自我管理、涌现机制、可视性和评估/适应循环的根本原则,这些价值观对个人管理依然非常有效。

承诺(Commitment):我们是否经常暗下决心,一定要戒掉游戏,一定要完成这个任务,
但是最后是不是仍旧还存在脑子里。如果你有这种现象,那么你需要做的就是自己对自己承诺,自己相信自己,如果自己都不能相信自己,那么谁又能相信你呢?

专注(Focus):要事第一,对一件事情投入100%去做好公开(Openness):有人说,能力就像怀孕一样,时间久了才能看出来,你个人的学习、个人的Open都需要公开的表达才能让别人知道敬重(Respect):三人行必有我师,空杯心态,尊重每一个人,向不同的学习勇气(Courage):有时解决一些问题是需要勇气才能做的,比如我开发OpenExpressApp和今年的TOGAF的实践,做这些决定
其实是需要很大的勇气的,因为前面并不一定是平坦之路,但我对自己绝对自信。  管理活动

  下图为Scrum经典的一张介绍图:这里就不对Scrum的知识进行介绍了,以下我针对个人管理来进行说明。

Scrum 之 product Backlog

backlog是待办事项,是一个项目的总体目标和计划,其中排在前面的都是优先级最高的事项,对于个人管理来说,这其实就是人的一个目标列表,我们要做的就是给自己制定短期目标、中期目标和长期目标,根据《第四代时间管理》来制定我们排序的目标,这样做到心中有方向Scrum之 Sprint计划会议

Sprint计划会议室是产品负责人和团队一起,在先前评估的成果基础上,定出 Sprint 目标和既定产品Backlog。Sprint(疾跑)计划会议时当进入短期开发时,选择一部分近期(1个月)的高优先级事项作为马上要执行的任务,相对于个人管理的短期目标或者重要的中远期目标的执行。Sprint计划会议1是挑选故事点,个人管理中对应到我们经过思考,给自己挑选出近期的目标。Sprint2计划会议是对故事的拆分和估算,对应到个人管理,那就是对目标的smart-C分解,进行目标管理Scrum之 站立例会

在sprint期间,每天都会通过站立例会来进行沟通, 团队成员间工作进度的沟通和协调,做好每日规划。我们管理自己时,也应该学习这种方法,每天早上上班之前,对自己一天的事情做好安排。我们可以在上班路上,或者每天起床后想想,做到对自己一天的安排心中有数。Scrum之 评审会议

在sprint周期最后,需要进行一次评审会议,让团队向产品负责人和利益相关者展示已完成的功能。评审会议可以吸引相关利益者的关注,让其他人了解团队在做些什么,并得到重要反馈。我们有时候对于目标的执行缺少执行力,这时候可以通过与他人共同制定,互相监督执行来促成自己养成好的习惯,通过他人的关注和提醒,让自己得到更多的反馈。Scrum之 回顾会议

Scrum中Sprint计划会议是最重要的事件,第二重要的事件就是回顾会议,因为这是团队做改进的最佳时机。如果没有回顾,就会发现团队在重犯相同的错误。通过总结以往的实践经验来提高团队生产力。没有个人的总结就不会有团队的总结,所以个人在学习、工作中更需要每隔一段时间进行一个小结,不断自己反思和思考,提高自己的能力。  自组织个人

  Scrum中有一个很重要的概念,那就是自组织团队。在前面也说过,在个人管理项目中,我们每个人都是这个项目的管理者和执行者,即是导演又是演员,在自己的个人管理项目中,我们同时兼任管理者和被管理者两个角色,要想顺利完成这个项目,我们就必须要求自己是一个高绩效、会学习(知识+实践+思考+心态)、自我管理的人。

  从人性方面来看,很少有人愿意被别人管,但是不让别人管只有一个途径,那就是自己主动、自律、卓越的完成工作。在要求企业以人为本时,我们更不能单方面要求企业把员工当人,更重要的是员工要把自己当人来看。

  以下罗列几点自我管理的重要原则,也希望大家一起补充:

目标原则:大到职业规划、小到每件事情的目标,对于目标的制定和管理,都需要我们不断的去制定和执行学习能力:学历代表过去,经验代表现在,而学习能力代表未来,一个人的学习能力决定了他将来的成绩心态:一个人的态度决定一个人的"高度",激情而投入地做事与麻木而呆滞地做事会导致完全不同的两种结果要事第一:工作分轻重缓急,不能对事情没有安排和计划,应该对要事需要优先安排执行力:有目标是方向,没有执行也不会有结果,执行力是事情快速有效完成的保障

  这些原则并不是孤立的,其实都是关联的,有目标才知道学习什么,有正确心态才能更好的学习,执行力加上认清要事才能更高效的出更好结果。

时间: 2024-08-01 06:25:58

个人管理 - 使用Scrum来敏捷自己的相关文章

[免费讲座] 成都软件技术沙龙 - 开启基于Scrum的敏捷开发全新征程讲座

成都软件技术沙龙4月28日活动议程 开启基于Scrum的敏捷开发全新征程 沙龙介绍: 成都软件技术沙龙成立于2008年,致力于发展成都地区软件事业,结交志同道合的软件界朋友,先后与微软.NET俱乐部,微软社区精英计划,天府软件园以及Scrum成都等机构合作,希望能团结成都地区软件同仁共同交流. 4月28日活动 – 开启基于Scrum的敏捷开发全新征程 时间:4月28日下午1点 – 5点 地点:成都天府软件园A区3号楼大会议室 讲座一:自下而上的敏捷实践 大纲: l 持续集成 l TDD l 自动

一起谈.NET技术,个人管理 - 使用Scrum来敏捷自己

每个人都有自己的生活和自己的职业或事业,如果把经营个人成长作为一个项目来看,那么在这个个人管理项目中,我们每个人都是这个项目的管理者和执行者. Scrum敏捷开发方法 如果你是一名开发人员,那么现在还不知道Scrum方法,那么你就out了.Scrum是一种现在普遍流行并且很好的一种基于管理为主的敏捷项目开发方法.我之前blog中全面概要的介绍了一下Scrum方法,如果你不熟悉的而又想了解下面内容,请你最好去去仔细看看我这篇文章<流程 - 从IT方法论来谈Scrum>,因为下面我将描述我们如何基

CA增强应用管理和监控的敏捷性 促进DevOps加快软件发布速度

近日,一年一度的CA WORLD '16 上,CA Technologies宣布CA DevOps组合增添新功能,全新的DevOps组合贯穿开发到生产全过程,囊括从云端到设备及全部中间环节的所有支持技术,提升动态应用.基础设施和网络的用户体验. 新发布的CA核心应用和基础设施监控产品加速高质量应用的迭代,同时提高用户体验.CA应用性能管理(CA APM).CA性能管理和CA虚拟网络保障的增强和全新整合,促进DevOps团队更好的合作,从而提高软件发布速度. CA Technologies敏捷运维

使用IBM Rational Team Concert V2管理Scrum项目,第2部分: 规划和管理Sprint

在超过一年多的时间里,我们一直在使用 IBM Rational Team Concert 来支持我们的 Scrum 团队,享用它的特性,与它的缺点共存,并发展它的下一个版本.使用 IBM Rational Team Concert V2,Jazz 和 Rational Team Concert 团队可以向 Scrum 和敏捷评估.规划支持交付显著的改进(更不要去提更加改进的 Web 客户端以及许多其他新的特性). Sprint 规划 正如我们在本系列文章第一部分使用 IBM Rational T

使用IBM Rational Team Concert V2管理Scrum项目,第1部分

第1部分 创建项目.团队和计划 在超过一年多的时间里,我们一直在使用 IBM Rational Team Concert 来支持我们的 Scrum 团队,享用它的特性,与它的缺点共存,并发展它的下一个版本.使用 IBM Rational Team Concert V2,Jazz 和 Rational Team Concert 团队可以向 Scrum 和敏捷评估.规划支持交付显著的改进(更不要去提更加改进的 Web 客户端以及许多其他新的特性). 专业术语 scrum 起源于橄榄球运动,是 scr

优秀的敏捷项目经理是项目成功的尚方宝剑

如果按照思维定式来考虑已有的Scrum框架,项目中本没有敏捷项目经理(Agile PM)这样的角色.而在另 一些敏捷方法中--例如特征驱动开发(FDD)人们仍然依仗项目经理(PM).但项目经理的角色已更多转变 为负责项目行政方面,而非负责协调开发团队及其活动方面,或是处理资源问题方面(也远非项目管理知识体 系--PMBOK中所描述的传统意义上的项目经理).仍旧以特征驱动开发(FDD)为例,以上描述的是开发经理 的职责而不一定是项目经理的职责.在战术层面上,敏捷项目经理应该比普通项目经理看得更远,

《SAFe 4.0参考指南:精益软件与系统工程的规模化敏捷框架》SAFe团队层

本节书摘来自华章出版社<SAFe 4.0参考指南:精益软件与系统工程的规模化敏捷框架>一书中的第1章,第节,作者 迪恩·莱芬韦尔(Dean Leffingwell)更多章节内容可以访问"华章计算机"公众号查看. SAFe?团队层   3.1 团队层介绍 我们.工作.知识是一个整体. --本书作者 摘要 SAFe团队层是项目群层的组成部分,但有时会分开讨论.所有的SAFe团队都是敏捷发布火车(ART)的一部分--ART是项目群层的核心组成部分.团队层为敏捷团队的活动提供了组织

预示敏捷方法走偏的15个标志——第2部分

[编者按]误解和"最佳实践"可能会让你的团队原地打转,无法高效产出代码.本文的第一部分介绍了预示着敏捷方法走偏的前5个标志,下面将介绍另外10个重要标志.文章系国内 ITOM 管理平台 OneAPM 编译呈现. 6.误将 Scrum 当做敏捷 Scrum 是一种过程管理方法,而不是软件开发方法.Kanban 也一样.Scrum 和 Kanban 如果缺少强硬的敏捷原则,最终只会回到瀑布模型.很多企业开发环境中的大量待办事项(使用瀑布模型,而不是渐进发展模型)和"标准化&quo

阿里B2B研发管理难题如何应对?打造强有力的技术中台

通常企业业务量增加之后,研发团队也会急剧扩张,这给研发管理带来了难度,原先那一套研发模式和管理,已然跟不上业务的发展.如何建设一套技术基础设施,去支撑更好.更高效的研发管理?在3月28日深圳云栖大会上,阿里巴巴B2B高级技术专家范之岳分享了<阿里巴巴B2B研发管理实践>,从阿里巴巴B2B的研发实践过程,为大家带来新的思路和解决方案. 以下内容根据讲师PPT和视频整理而成. 讲师介绍: 范之岳:阿里巴巴高级技术专家,是B2B事业群研发效能平台及对外云效平台的产品,及技术风险负责人,技术质量架构师