Arlin_gz-CSDN博客

原创莫再用唐僧式的唠叨施加影响----家长式管理者实施HOLA的障碍

下午召开第二次经营会议，基本议程已经通顺，后面经营会议再增加上清单和指标检查，精简参会人数，会议作用将会逐渐加强。会后，介绍完PROJECTS、CHECKLIST、METRICS之后。由于对团队表现和项目进度的担忧，个人不由自主的进入到唠叨模式，反复说明HOLA的实施中需要注意的地方，举例大家在这段时间忽略的事情。直到有人提醒，我才意识到自己的错误。为避免累犯，总结一下，备忘。

2016-04-19 18:30:16 502

原创任何困难都可以阻挡你前进的步伐

上午，找到昨天经营会议未获得满意的小伙伴，讨论了他的具体问题。大概有四五个设计决策的问题，十分钟内讨论出了结果。后来我在想，为什么这件事在我看来，是很容易解决的，而在对方看来，却让人感到压力，不知怎么解决好呢。从角色分工上来说，“系统设计”和“软件配置项负责人”这两个角色都可以对这个设计决策作出选择，至少这两个角色通过沟通，很容易确定此事。即使这两个角色不能商定，那在

2016-04-13 22:45:36 700

原创你可以在任何时候同步彼此的工作

上午召开第一次经营会议，讨论的都是具体的工作事项，比上次的管理会议要顺畅一些。有一些要点记录一下，备忘。 1. 参加战术会议，每个参与者需要提前准备的事项有哪些？A．检查自己承担的角色清单事项的完成情况，会上要向全体汇报。B．确认自己承担的角色相关指标的完成情况，会上要向全体汇报。C．确认自己角色承担的任务在上次战术会议之后取得的新进展，会上要向全体

2016-04-12 22:22:16 394

原创如何定义一条合格的Project

完成角色分配之后，开始逐个角色商定其Projects。在战术（经营）会议上，Prpjects作为重要的检查、协调对象。在定义Projects时，有的小伙伴把角色的某项职责或日常工作内容定位为Projects，这是不合适的。Projects应该是通过一系列活动，最终完成的一个特定的结果，而不是一个持续的周期的活动。比如，“收集、跟踪、分析质量问题”，这是一个持续的工作

2016-04-03 07:27:02 384

原创克服恐惧，先着眼手头的工作

我们唯一恐惧的就是恐惧本身。富兰克林·罗斯福今天尝试和各位伙伴确定各自的Projects，也就是所谓的“项目”。有的人把Projects描述成自己角色的一个职责，或者是日常工作中反复要做的事情。这是不合适的。Project是通过多个有次序的行而实现的一个特定的结果。举个栗子，“搜集跟踪质量问题”不是个Project，而“完成并发布季度质量跟踪报告”就是个合格的Projects。

2016-04-01 23:08:26 306

原创又变招，叫我如何开始？---开始HOLACRACY需要养成的第一个习惯

我可以毫不犹豫的否定我昨天作出的决定,因为我今天知道了更多……甘地昨天的会吵的很热闹。今天上午，进门就看到团队内几个小伙伴抱着红宝书研究管理会议议程，更是特别关注四条判断反对意见的标准。还有人发到群里来讨论。实践出真知。通过实际问题再驱动学习，估计很快就有人能灵活掌握了。作为引导连接，今天开始分配角色。软硬钉子都碰到了，顺心丸也有。商量角色分配时，有人说出自己的感觉：“这

2016-03-31 20:58:46 470

原创臣妾做不到啊---记团队内首次尝试HOLACRACY管理会议

“易穷则变，变则通，通则久“。 --《系辞传》下篇的第二章实践敏捷方法接近两年，瓶颈效应逐渐显现。计穷力竭之时，有幸了解到HOLACRACY。购买了市面上唯一一本中文书籍，反复研读揣摩之，深感此法乃良药，而且对症。纠集几个小伙伴隔三差五的讨论HOLACRACY，期望尽早建立些群众基础，也避免突然转变时显得突兀。择机全团队宣贯HOLA要点之后，迅速完成了角色的定义，并于今日尝试以管

2016-03-30 20:58:38 643

Arlin_gz的博客