前言

今天接着把「透明」这个主题再延伸一些。

Scrum 在开发团队人数的考量上，从 2017 版本的 Scrum Guide 建议 3 ~ 9 人，到 2020 版的 10 人以下 (注1)，避免过多的人数多半是为了降低沟通与合作上的复杂度，从而让团队内的透明有更好的发挥，这点跟扁平化的组织有些相似。

注1：改版过程有发生一些定义上的变化，这边暂且不提，有兴趣的读者可以自行比较一下。

那麽，关於透明，在团队中还有什麽更具体的提要？

透明是双向互动的

有了大家都可以查看的看板、有随时可以阅读的文件，就是透明了吗？ 会这样问当然就不是罗。

说到底还是得「动起来」。家具组装说明书就放在你眼前，但你仍然不阅读，这个透明度是透在那里，但没人理；在会议上清楚的说明事项，但左耳进右耳出，资讯是揭露了，但没人接到，透明可不是放着就好。

看板与工作场所有不少关系，实体看板搭配便利贴显得活泼有朝气，也许「路过」的人会多看几眼；而数位化的方案，利用各种线上服务作为看板，简单、方便、易更新，但只有「想看」的人才会看到。

虽然有程度上的差异，但「路过」也只是「想看」前奏，而数位化看板则完全依赖个人是否有需要查阅。这些都是相对性的，实体看板在小场所中，如小型辨公室，资讯扩散的程度也有局限，若公司是多点、不同辨公室则又会有资讯共享上的困难。数位化的线上看板可以解决这个问题，但它终究是个数位内容，不打开就不存在。Scrum Master 必须意识到这个问题，在需要的场合主动的打开它，值得高兴的是，反覆这麽做，成员可以很快学习到在讨论前必须打开看板，随时核对现况。

所以，不是放着就没事，而是要让它动起来，而且是双向动起来，团队愿意放，也原愿意收。

透明是维持来的

让我们继续接着看板的案例，现在人人都知道有看板了，也时常检视它，但下一个问题就是：「我们有在维持它吗？」。

资讯过时产生的危害是很大的，若看板与现实脱节，除了导致利害关系人的紧张外，也让团队无法意识到现况是否走歪，当然 Daily Scrum 多少可以抑制这个问题，但团队使用数位化看板时容易产生一些新问题。

数位化看板很方便，可以附上许多的附件、详细的文字记录，也可能包含各方的回应，比起便利贴可以承载的资讯完全不是同一量级，但也因此增加了更多资讯不同步的可能。在节奏快速的 Daily 通常无法细读每一张卡片细节，当场更新也是有些难度。就像过时的程序码注解会害人一样，过时的卡片资讯也不是个好东西。

团队成员必须意识到保持资料的「新鲜度」是重要的，这样才能够让这个透明有意义。

至於如何让成员养成主动且即时更新呢？我想，除了强硬规定或小额罚金之类的制度，在心理层面上也可以做些尝试，传达一个更正向积极的观念：「这不单纯是进度回报，更是一种成果展现，我们是开心地跟团队分享我做到了！或是勇敢的向团队求援。」

透明是检视与调适来的

有趣吧，Scrum 三大支柱可以应用在任何地方。

本身是支柱之一的「透明」当然也与「检视」、「调适」脱不了关系。传统上，我们可以这样解读，有了透明才可以检视，有了检视就可以进行调适，而实际上「检视」与「调适」也应当回馈到「透明」，如同敏捷不断的反思改善一般，让你的透明度也是处於增长状态。

想到有什麽东西需要透明是很重要的，Scrum Master 本身需要观察，有哪个环节尚未透明，避免它成为团队向前的障碍。

透明是可搜寻的

在这个数位化时代，搜寻是已家常便饭，Google 搜寻配合 Stack Overflow 养活了无数人。

当你需要一个资讯，你要能够很快的找到它。例如图书馆的万本藏书需要图书资讯系统，与一套编码分类原则；一套好的知识管理系统(KMS)也必须有卓越的检索能力。

我们必须审视，这些被认为是透明的资讯，它真的能够被找到吗？我们需要留下什麽线索让它能够被找到？也许要有好的关键字、团队认同的文件命名规则，以及把东西放在正确的位置等。这也是当责的一种体现，而不是单纯把东西放着叫做透明。

面对透明

Scrum 带来的透明是很有破坏力的，怎麽说？因为它会放大原本已存在的问题。

也因此可能产生错觉，就是跑了 Scrum 为什麽问题更多了？若我们仔细观察，不难发现这些问题早就存在着，持续影响着团队，只是大家没看到房间里的大象，或看到了却不说话，就这样相安无视，现在有了透明，逼着大家正视它。
至於看到了，就去解决它吧！没什麽好迟疑的。