故事的层次与元素

上一篇我介绍了在管理上故事的应用。在这一篇我们来探讨故事可以有的层次与该有的元素。

故事有不同的层次

上一篇有提过,管理者用故事的目的,是要把背景脉络 (context)、目的 (objective)、以及愿景 (vision) 传达给团队。这可以在不同的层次。

公司与部门的层次 - 我们要让员工知道这家公司与他们所属的部门为何存在。过去的一些历史背景如何影响今天的团队文化与营运模式。我们也希望能让员工认同整个企业与他们所在的部分到底要完成的事。当员工了解并认同他所属的与部企业与部门时,工作会投入、而在各种思考与日常的工作内容中,有更准确的判断。

专案的层次 - 这个专案到底是为谁做的?它的目的又是什麽?有没有一些限制 (contraints & limitation) 是因为这个时空背景而产生的?当员工能充分了解专案背後的脉络、目的、以及愿景时,你就会发现管理成本与沟通成本都会大大的减少。

个人的层次 - 你到底是什麽样的一个管理者?你的背景、经验与价值观又如何影响你日常的判断与做事的风格?作为主管,你对这个团队最在乎的是什麽?你期待你管理的团队,有什麽表现与贡献?当你的团队更了解你,他们跟你的合作就会更有默契,沟通与管理成本又会再降低了。

故事的元素:

角色 (who) - 每个故事都该有(一个)角色。这个角色是我们故事的主人翁。一般这个角色是公司的客户或使用者,但也可以是你团队要服务的内部合作夥伴、甚至是公司本身。

需求与动机 (why) - 大部分故事的起点,都是主角开始有一个强烈的需求,或是碰到一件它不能不做的事。在 Star Wars Luke Skywalker 收到公主传来的讯息,觉得要去救她。在《饥饿游戏》中,女主角 Katniss Everdeen 为了保护她妹妹,自愿成为贡品,然後就展她要在饥饿游戏中求生存的故事。

一个动人的故事,要有一个明确的动机。

愿景 (what) - 你到底希望整个团队能完成什麽事?任务完成後,会有怎麽成果?这个世界会如何的不一样?

限制条件 (constraints) - 你不希望在故事中明确指示团队该如何达成任务 (how),但作为主管你该说清楚一个专案任务可能有的限制条件,以及这些条件的理由,好让团队能清楚知道在觉得 how 的时候,需要注意什麽。


<<:  [Day 18] 转换 OpenAPI 文件为 Postman Collection 做 Web API 自动化测试

>>:  DAY23 搞样式--CSS Gird小进阶(间隔/fr)

[Day11] - Django REST Framework 介绍

在前几篇我们介绍了 Docker 以及 Docker Compose,让开发时的环境设定不会再因为作...

D20 - 如何用 Apps Script 自动化地创造与客制 Google Slides?(一)架构拆解与更改文字

今天的目标 今天要教要怎麽样快速改客户名称後交出投影片。 如果在「需要大量制作时」,有时会发现其中某...

建立第一个单元测试(golang)-2(Day21)

接下来就是我要将测试放入现在正在进行的api中了 在这次的测试中,我想测试mRequest.Get(...

提款、存款、汇款一次到位

提款 接下来,写个提款功能 # cogs/money.py @commands.command() ...

【资料结构】二元树的删除

说明 说明 1.根结点中的两边固定一边大另一边小。 2.下方节点当作新的根结点,继续符合一边大一边小...