敏捷成长之路-自省与复盘

        人走的太远,总是忘记出发时候的目的,工作中也要时时刻刻的自省,重构并不应该是一种常态,敏捷交付才是一种对团队和项目/需求最健康的一种方式,在我们开发过程中,逐步有针对性的优化敏捷周期开发时间,能解决项目/需求功能规划以及开发过程中的沟通协调推进等问题。

        具体来说就是对项目/需求周期进行结构梳理,两周或三周为固定周期的版本迭代频率,必要时甚至可以短于两周的发版频率快速上线,用敏捷的思路持续改进项目或增量式开发新版本。而我们在每次的发版后,都需要在几个方面进行复盘有哪些地方需要改进和优化。

一. 交付成果复盘。

        敏捷开发中快速迭代不一定是快速交付。项目/需求开发初期我们有可能遇到很多问题,节奏快了,未必等于是快速有效的项目/需求交付。原因可能有以下几点。

        1. 项目/需求不靠谱。自己团队成员给出的需求不靠谱,一个需求可能要开发,或者测试时才发现不完整或自相矛盾,在研发过程中再设计的细节,甚至在这些往往是研发效率低下的罪魁祸首。

        2. 研发不靠谱。研发的效率不靠谱,有时是因为士气低落,抵触情绪大,更多的时候是因为前面系统开发留下了很多坑,系统耦合严重,牵一发而动全身,或者不靠谱的前期框架已经为后期开发留下了坑,前行缓慢。

        3. 流程不靠谱。流程是沟通的信息流,有时存在环节上或者流程上的瓶颈,需要根据不同的原因加以想要和调整,主要的工作流程而导致的问题,规定流程,和流程相应时间,才能发挥规范流程而带来的优势。

二. 价值传达效果复盘。

        负责人需要传达并统一对项目目标的理解和价值认同。

        在新版本开发之前,通过启动会或者其他方式明确传达,并统一对本次版本目标的理解和价值认同,知道我们为什么这么做,我们真的必须这么做,只有理解了这些认同了这些,才会心甘情愿的去做,而不仅仅是老大让我这么干,同时借此机会也可以明确兄弟团队开发过程中的一些规则和底线。

三. 变更管理复盘

        加强各版本内的变更管理,减少不必要的失误导致的变更。

        紧急上线的目的是为了快速响应市场变化或者处理问题,甚至可以前期占据用户心智,引导用户习惯,并不是为了不成熟的需求方案买单,快速迭代和交互的方式可以让团队在版本程序上充分灵活,因此我们尽可能对版本内的变更,进行控制和管理,是那些不成熟的需求方案所导致的变更,在版本内尤其是版本的后期变更进行限制和约束流程是必要的,如果真有商业因素导致的变化,让我们尽量启动新的版本快速交付。

四. 会议效果复盘。

        开会是项目/需求建设的任务之一,会议效果是需要时时刻刻审视和反思的事情。每天不到15分钟的时间进行团队间的快速沟通,包括状态和问题。站会目的不是汇报工作,而是需要相互了解小团队的工作进度,提出需要协调的问题。需要注意的几点:1、可采取一定的惩罚措施向团队成员强调准时的概念,让团队成员从心底重视站会。2、团队成员的发言要简明扼要,重点突出,避免冗杂信息拖慢会议进程。3、站会的目的是让团队成员信息的交互。与会成员应认真聆听,尊重他人,尽量不打断别人。4、在站会中可提出问题,但不用解决问题。5、在会议中不谈论与会议无关的话题。6、站会应固定每天在同一时间同一地点召开。

五. 进度展示效果复盘。

        版本进度状态信息展示同步,展示以及更新,无论是敏捷,或者是大版本交付,良好的项目状态展示都是版本交付控制的重要组成部分,对于大版本压力状态更新需要加大频率,更准确,更及时的状态,提示问题并寻求解决方案。进度展示并不是机械的汇报进度,或者记录状态信息,是要向整个团队报告进展情况。更重要的部分在于及时发现问题和风险,并制定解决方案并落实,从形式上来看,看板往往能起到更好的共享和实时提示作用。

六. 质量认知统一程度复盘。

        团队需要明确统一的定义质量标准。对整体的版本交付负责,对于测试的开始和完成,需要制定明确的质量标准,比如,验收标准,或者,冒烟测试100%通过方可提交测试。质量标准需要在版本启动会之前就明确,在启动会上宣布,冒烟测试用例需要测试尽早提供给开发,便于有针对性的进行教育,实践中我们发现测试的准入标准更为关键。

七. 降级复盘。

        新版本开始之前,需要查看之前所记录降级的需求,并排入版本计划。在迭代初期,上次迭代未开发的功能需求,或者某些设计的扩展性做一定妥协,在后期的版本,要确保在同样进行优先级排序,并借助新版本计划,也就是说,我们并不否定自身全面的考量,临时妥协可以,但长期积累势必影响系统的长远发展,无论是涉及交互,或者涉及技术等部门的妥协,每个常规版本中迭代,都必须保证一定比例的偿还任务。

八. 复盘矛盾冲突

        团队情绪管理和人际问题,早预防,早发现,早协调。加班不可避免,有时稍作一些调整就能化为众乐乐的和谐气氛,比如说准备一些食品犒劳大家。大家在加班时就会对食物有一些小期待,也顺带这样的茶歇时间让大家起来出去走走聊聊。提升团队气氛,当然请大家搓一顿也可以给加班增加一些亮色,对确实有特殊原因的同事,也可以接受在家里加班的方式,当然首推还是团队一起协作,效率更高。

        我们在每个版本的迭代的过程中,不但要努力的工作,而且更应当时时刻刻的反省自己,以及整个工作流程中所遇到的困难及问题,我们及时改正各种各样的问题,才能让整个团队,整个流程的运作,保持一个健康稳定的状态,这样才是对团队最有意义的。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容