现代化项目中的组织设计与风险应对策略
1. 组织设计与沟通
在进行现代化项目时,不应基于对新系统团队安排的设想来绘制新的组织架构图。因为预先设计的新系统概念可能存在难以预见的小偏差,若过早锁定团队结构,可能无法满足实际需求。
更好的做法是思考在现代化项目的各个阶段,谁需要与谁进行协作,然后选择能促进这种沟通的组织架构。可以通过一个“内群体/外群体”的练习来揭示沟通路径:
1. 给每个人一张画有圆圈的纸。
2. 让他们在圆圈内写下其工作依赖的人员名字(即若此人进度落后,自己是否会受阻),在圆圈外写下给予他们建议的人员名字。若没有特定人员,可写团队名称或特定角色,如前端工程师。
3. 比较各团队的结果。理论上,圆圈内的人是工程师需要密切协作的人,结果应与工程师实际团队相似,可能因当前问题有少量增减。圆圈外是其他团队,非团队内的专家可视为同领域可互换的人员。
若人们绘制的结果与当前团队差异较大,说明现有组织架构无法满足沟通需求。此练习也可针对新系统的沟通需求进行修改,聚焦未来工作流,让人们从特定现代化任务的角度可视化内群体和外群体。
以下是该过程的 mermaid 流程图:
graph LR
A[开始] --> B[发放画有圆圈的纸]
B --> C[人员填写依赖和建议人员]
C --> D[比较各团队结果]
D --> E{结果与当前团队相似?}
E -- 是 --> F[现有架构基本满足沟通需求]
E -- 否 --> G[现有架构需调整]
2. 设计思维的价值
设计思维在现代化项目中有诸多价值:
- 设计是问题设定,将其融入流程可使团队更具韧性。
- 技术对话易使人通过批评想法来维持现状,而设计能为对话赋予游戏结构和获胜路径,减轻这种影响。
- 现代化项目是过渡过程,需要能容忍不确定性的领导者。
- 康威定律并非指按期望的技术来设计组织,而是要关注组织架构如何激励人们的行为,这些力量会决定技术的样子。
- 不要强行设计组织,应让组织通过选择便于团队沟通协作的结构来自我设计。
3. 变革中的风险与应对
在现代化项目中,打破旧系统进行变革是不可避免的,但这也伴随着风险。就像政府部门常说“政府比讨厌变革更讨厌现状”,遗留系统也存在变革的惯性。改善复杂的遗留系统往往会导致系统中断,即便幸运地能快速解决问题并减少数据损失,中断仍会发生。
“空中掩护”(air cover)是一个重要概念,类似于商业写作中提到的“心理安全”。团队需要有信心,组织会帮助他们度过不可避免的系统中断等问题。团队领导者的工作之一就是确保这种“空中掩护”,例如通过社交、建立关系、招募人才、提供帮助等方式,让团队成员有安全感和保障去完成困难的工作。
风险并非电子表格上的静态数字,而是一种可被操纵的感觉。人们对风险的感知往往与统计数据、概率和事实无关。“被关注”在影响人们对风险的容忍度方面起着重要作用。人们构建风险评估基于两个因素:惩罚或奖励的程度以及被发现的几率,且对被发现几率的变化更为敏感。
组织可能口头上重视良好行为,但实际却未关注到。被关注更多是指被注意或认可,即便这种认可的情感是中性的。社会认可形式的积极强化比传统的晋升、加薪和奖金激励结构更能激励人们努力工作。传统激励方式可能破坏基于信任和尊重的个人关系,具有一定的操纵性。
例如,曾有团队领导一直建议团队不要接管拥有系统的组织的系统,但团队成员却倾向于采用更难且不太可能成功的接管策略。原因是每周的员工会议只关注产品发布,小的胜利不被提及,导致团队成员为了能在会议上展示成果、被同行关注,而选择快速出成果的策略,即便这违背领导的意愿。后来团队在员工会议结束时安排 10 分钟的“荣誉时刻”(kudos),用于认可和祝贺组织内的小胜利,情况得到改善。
若想提高人们对某些风险的容忍度,可以从以下四个方面改变组织在奖励和认可这两个关键因素上的情况:
1. 增加良好行为被注意到的几率(尤其是被同行注意到)。
2. 降低不良结果被注意到的几率。
3. 增加良好行为的奖励。
4. 减少不良结果的惩罚。
4. 失败与信任的关系
通常人们认为失败是一种损失,会让人变得更糟,但科学研究表明情况更为复杂。一个经常出现故障或意外中断的系统会失去用户的信任,但一个从未出现故障的系统也不一定能激发高度的信任。
意大利研究人员提出的信任模型认为,信任会随时间逐渐降低,无论是否有违反信任的行为发生。过于可靠的系统会让用户习以为常,缺乏对系统恢复能力的观察,从而导致用户对系统的信任慢慢下降。
例如,一些运行了几十年稳定高效的系统,因老旧而被组织急于移除,管理层认为其即将崩溃。谷歌也会在服务性能远超预期时,鼓励团队制造故障以降低性能水平,因为完美运行的系统会让其他工程团队停止构建适当的安全措施,同时也反映出谷歌的站点可靠性工程师(SRE)对系统整体稳定性的信心降低。
认为长时间无故障就更易出现问题的想法是一种赌徒谬误,系统更易出现故障往往是由于维护计划不被重视、测试不充分或其他偷工减料的行为。一个过于可靠的系统是否处于危险之中,取决于人们判断故障几率所依据的证据。
以下是关于提高风险容忍度的方法总结表格:
|方法|说明|
|----|----|
|增加良好行为被注意到的几率|尤其是被同行注意到,如设置“荣誉时刻”认可小胜利|
|降低不良结果被注意到的几率|减少对不良结果的过度关注|
|增加良好行为的奖励|给予更多奖励激励良好行为|
|减少不良结果的惩罚|减轻对不良结果的惩罚,让员工更敢于尝试|
5. 公正文化与责任界定
在进行无责事后分析时,真的能做到完全无责吗?人们既希望有心理安全感,又希望有问责机制。没有人想原谅真正的疏忽,但在可免责的错误和应被追究责任的错误之间存在一条界限,那么谁来划定这条界限呢?
安全研究人员认为,组织规定的安全、保障和可靠性流程,只有在操作人员能灵活运用时才有用。当组织剥夺软件工程师根据实际情况调整的能力时,流程覆盖不到的缺口就会成为致命弱点。
这条界限的划定至关重要,越接近维护系统的人员,组织的韧性越强;反之则越官僚和低效。而且这条界限不是固定不变的,会不断重新协商,可能受文化、社会或政治力量的影响。
理解谁能划定这条界限对于理解组织内特权的分配很重要。让更多人参与并有权执行任务,成功的可能性最大。那些无法划定或重新协商这条界限的组织成员,是特权最少且最需要投入资源以充分发挥其能力的人。
6. 通过失败建立信任
虽然建议接受失败或让现代化团队故意破坏某些东西会让人不舒服,但失败并不总是意味着损失。一个不断出现故障或意外故障的系统会失去用户的信任,但一个从未出现故障的系统也不一定能激发高度的信任。
意大利研究人员提出的信任模型表明,信任会随着时间的推移而下降,无论是否有违反信任的行为。人们会认为过于可靠的系统是理所当然的,因此缺乏对系统恢复能力的观察,导致用户对系统的信任逐渐恶化。
例如,一些长期稳定高效运行的系统,由于年代久远,组织急于将其移除,因为管理层认为系统即将崩溃。谷歌也多次提倡,当服务性能超过服务水平目标(SLO)时,团队应故意制造故障以降低性能水平。这是因为完美运行的系统会让其他工程团队停止构建适当的安全措施,同时也反映出谷歌的站点可靠性工程师对系统整体稳定性的信心降低。
认为长时间无故障就更易出现问题的想法是一种赌徒谬误。系统更易出现故障往往是由于维护计划不被重视、测试不充分或其他偷工减料的行为。一个过于可靠的系统是否处于危险之中,取决于人们判断故障几率所依据的证据。
以下是关于系统可靠性与信任关系的 mermaid 流程图:
graph LR
A[系统可靠性] --> B{可靠性过高?}
B -- 是 --> C[用户习以为常]
C --> D[缺乏恢复能力观察]
D --> E[信任逐渐降低]
B -- 否 --> F{频繁故障?}
F -- 是 --> G[失去用户信任]
F -- 否 --> H[维持一定信任]
通过接受失败并从中学习,组织可以建立一个公正的文化,让人们更加敢于尝试和创新。例如,Etsy 的 3 - 臂毛衣奖,将失败视为学习的机会,促进了团队之间的知识共享和改进。
总之,在现代化项目中,组织设计、风险应对、责任界定和信任建立都是相互关联的重要方面。通过合理的组织设计和沟通,关注员工的心理安全和被关注需求,建立公正的文化,以及正确看待失败与信任的关系,可以提高项目的成功率和组织的整体效能。
现代化项目中的组织设计与风险应对策略
7. 激励机制对风险感知的影响
激励机制在组织中对员工的风险感知有着深远的影响。传统的激励方式,如晋升、加薪和奖金,往往被认为能激励员工努力工作,但实际上可能会带来一些负面效果。
当组织过度依赖传统激励时,员工可能会将工作视为一种纯粹的交易,只关注能获得奖励的结果,而忽略了工作过程中的创新和团队协作。这种激励方式容易导致员工为了达到目标而采取保守的策略,避免承担风险,因为他们担心失败会导致奖励的丧失。
与之相反,社会认可形式的积极强化,如公开表扬、荣誉证书等,能激发员工的内在动力。当员工的努力和成就得到同行的认可时,他们会感受到自己的价值,从而更愿意投入精力去尝试新的方法和技术,即使这些尝试存在一定的风险。
例如,在一个软件开发项目中,如果团队领导只根据项目的最终交付成果来发放奖金,那么员工可能会选择使用已经成熟的技术和方法,而不愿意尝试新的技术,因为新的技术可能存在失败的风险。但如果团队领导在项目过程中,经常对员工的小进步和创新想法进行公开表扬,那么员工会更有动力去探索新的可能性,即使这些尝试可能不会立即带来明显的成果。
为了更好地理解传统激励和社会认可激励的差异,我们可以通过以下表格进行对比:
|激励类型|优点|缺点|对风险感知的影响|
|----|----|----|----|
|传统激励(晋升、加薪、奖金)|明确的物质回报,能在一定程度上激发员工的短期动力|可能破坏团队的信任和协作氛围,导致员工过于关注个人利益|使员工更倾向于规避风险,选择保守的工作方式|
|社会认可激励(公开表扬、荣誉证书)|激发员工的内在动力,增强团队的凝聚力和协作性|缺乏明确的物质回报,可能对一些更关注物质利益的员工效果不明显|使员工更愿意承担风险,尝试新的方法和技术|
8. 风险应对的具体措施
在现代化项目中,为了应对可能出现的风险,我们可以采取以下具体措施:
8.1 建立风险预警机制
通过对系统的关键指标进行实时监测,如系统的响应时间、吞吐量、错误率等,当这些指标超出正常范围时,及时发出预警。这样可以让团队及时发现潜在的问题,并采取相应的措施进行处理,避免问题扩大化。
8.2 制定应急预案
针对可能出现的各种风险,制定详细的应急预案。例如,当系统出现故障时,应如何快速恢复服务;当遇到安全漏洞时,应如何进行修复和防范。应急预案应明确责任人和处理流程,确保在风险发生时能够迅速、有效地进行应对。
8.3 进行风险模拟演练
定期进行风险模拟演练,让团队成员熟悉应急预案的流程和操作方法。通过演练,可以发现应急预案中存在的问题,并及时进行改进。同时,演练也可以提高团队成员的应急处理能力和协作能力,增强团队的整体战斗力。
以下是一个风险应对流程的 mermaid 流程图:
graph LR
A[开始项目] --> B[建立风险预警机制]
B --> C{监测到风险?}
C -- 是 --> D[启动应急预案]
D --> E[进行风险处理]
E --> F[评估处理结果]
F --> G{问题解决?}
G -- 是 --> H[继续项目]
G -- 否 --> I[调整应急预案]
I --> D
C -- 否 --> H
9. 组织文化对风险应对的影响
组织文化是组织成员共同遵循的价值观、信仰和行为准则,它对组织的风险应对能力有着重要的影响。
一个具有创新文化的组织,鼓励员工勇于尝试新的方法和技术,对失败持宽容的态度。在这样的组织中,员工更愿意承担风险,因为他们知道即使失败了,也不会受到严厉的惩罚,反而可以从失败中学习到经验教训。
相反,一个保守的组织文化,强调稳定和秩序,对风险持谨慎的态度。在这样的组织中,员工可能会因为害怕失败而不敢尝试新的事物,导致组织的创新能力和竞争力下降。
例如,一家科技公司如果具有创新文化,员工在开发新产品时,会积极探索新的技术和理念,即使项目失败了,公司也会对员工的努力给予肯定,并鼓励他们继续尝试。而另一家传统企业如果具有保守文化,员工在面对新的技术和市场变化时,可能会选择观望,等待其他企业取得成功后再进行模仿,这样就会错过很多发展的机会。
为了营造有利于风险应对的组织文化,组织可以采取以下措施:
1. 树立正确的价值观:强调创新、合作和学习的重要性,让员工明白失败是成功的一部分,鼓励他们勇于尝试。
2. 领导以身作则:领导者要在工作中展现出勇于承担风险和创新的精神,为员工树立榜样。
3. 建立开放的沟通机制:让员工能够自由地表达自己的想法和意见,及时发现和解决问题。
10. 持续改进与学习
在现代化项目中,持续改进和学习是提高组织应对风险能力的关键。组织应该建立一个学习型的文化,鼓励员工不断学习新的知识和技能,总结经验教训,以便在未来的项目中更好地应对风险。
团队可以定期组织项目回顾会议,对项目的过程和结果进行总结和分析。在会议中,团队成员可以分享自己的经验和教训,讨论项目中遇到的问题和解决方案。通过这种方式,团队可以不断优化工作流程和方法,提高项目的成功率。
此外,组织还可以鼓励员工参加培训课程和行业研讨会,了解最新的技术和趋势,拓宽自己的视野。同时,组织也可以邀请外部专家来进行讲座和指导,为团队带来新的思路和方法。
为了更好地推动持续改进和学习,我们可以制定以下的流程:
1. 项目结束后,组织项目回顾会议,让团队成员分享项目中的经验和教训。
2. 根据会议的总结结果,制定改进计划,明确改进的目标和措施。
3. 将改进计划纳入到日常工作中,定期检查改进的进展情况。
4. 根据检查结果,对改进计划进行调整和优化。
通过持续改进和学习,组织可以不断提高自身的能力和竞争力,更好地应对现代化项目中的各种风险。
综上所述,在现代化项目中,组织设计、沟通、激励机制、风险应对、组织文化以及持续改进和学习等方面都是相互关联、相互影响的。只有综合考虑这些因素,采取合理的措施,才能提高项目的成功率,实现组织的可持续发展。
超级会员免费看
5万+

被折叠的 条评论
为什么被折叠?



