除了计划。 说明了企业内部网的信息体系结构

我参加了一个大型的公共企业内部重新招标，并借此机会让我有机会更密切地反映了大规模的内部资料结构，特别是有关公共管理部门，但不是全部。

我指的特别是对第一层次，这是当然的信息体系结构的一部分更普遍的建筑施工。 但是，很明显，是一个基本的选择，将指导在一段时间内整个空间的演变和需要特别照顾的项目。

但往往在这方面的承诺很轻，正在迅速转化为决定性的错误。 这些错误的原因很多因素有关：

1. 快速实现（在此期间 ， 我们上网，那么也许我们在施工期间修改）
2. 推定组织（我知道该公司的内容必须围绕营销的过程组织）
3. 习惯（我们通常在文件档案的事情组织代码新生）
4. 低估战略（信息架构，如何处理网络？相反，我们已经将草案的图形？）
5. 近似方法（我曾在酒吧的经理说 ， 我的猜测是行）
6. 很少关注用户（不是吗？但是 ， 如果你是对的存在，在第“业务部门！）
7. 自大狂冲动（如你不喜欢，但该公司的使命是第一次出现）

还有许多，许多人是不容易归类。 这个轻量级设计的结果通常是一团糟，导致快速增长的挫折，头痛，抑郁宇宙主观效应，成为充其量痛苦地意识到，必须迟早，“把他的手”最初的东西似乎功能，但现在已成为一个庞大的亲近。

然而，顶级企业内部网的水平架构，如何复杂，不是一个对象有神秘色彩。 事实上，你可以很容易地分辨出一些典型的建设，每个提出了一些优点和缺点。

我会尝试将其一一列出，找出与众不同的特色。 正如你会看到一些非常幼稚和几乎所有典型的情况下可能出现的不适。但仍然是值得的审查通过。

模式1： 为建筑行业

隐喻： 组织结构图

优点

- 易于识别的部分所有者。 在某些情况下，可配合工作组的代表。
- 相对速度的建筑结构。 é'足够的公司已经建立关于建立，在深入开展的分结构与次相关的截面。

缺点

有很多。 我列出了一些，但一定会有别的

- 难管理横截。 非常低的不属于特定的业务部门，就很难把在这个架构中。
- 流量。 各部门，以及公司不断变化，建筑的年龄可能很快。
- 低玛丽萨。 许多议题，内部服务和内容，被视为雇员，使远离领域本身，因此可能不会轻易找到。
- 可怜的可扩展性。 它'很容易成为第一个层次太多，而且无法控制
- 扁平化的内容。 在人力资源和模糊的，例如，法律的手段，一般来说，不考虑用户的需求对平均，，更感兴趣的是第一和第二
- 能见度低的服务。 所有的服务内容和特定用户相关的作战任务是在后台个月

当使用

唯一明智的方法使用这样的体系结构是，当我们在这么多不同的内部网，其中每个部门，我们仍然需要提供一个获取不同的部分单点的存在是。，在这种情况下，“门户”任何事情，事实上，这对其他地区的介绍内部网门，其结构。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式2： 建筑专题

隐喻库

优点

- 确定的具体问题。 它'很容易识别各种主题和内容，并按照集团的合理方案。
- 内容所有者。 即使在这种情况下是很容易识别内容所有者和经营者的部分。

缺点

- 溢出。 这种架构可以很快出轨成专题人群这使得从长远来看无用。
- 标签。 情况下，在标签和asssbassare召回变得困难intelegibilità建筑从用户端的差距。 在某些情况下，信息成为难以找到以来，第一次点击。
- 压扁的内容。 在此体系结构的各种问题可能掩盖真正的用户任务：在某些情况下就很难指出，在某些地区服务的互动或用户生成的内容。

当使用

和良好架构与信息环境和内容的增长速度。 在同一个信息高速增长的许多交互式服务环境有可能变成自食其果。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式3： 建筑格式

隐喻： 细胞学检查（？）

优点

- Lerneability。 é'结构，具有较低的学习曲线，这有助于在环境普通用户的生活。
- 稳定性。 é'架构，它可以抵抗组织变革。

缺点

- 深度。 é'架构，很可能是因为下级非常深，往往需要建立。
- 隐形部门。 与第一，是一种体系结构，使得它的业务领域和无形不提供第一级为他们特定的空间。 在某些情况下，这可以是一个问题。

当使用

我最喜欢的是个人对产品之间的可扩展性，可理解性，完整性很好的折衷的架构之一。 很好的内部网内容丰富与多样化的内容，在格式条款，可容纳的内容和服务的扩展很容易保存在后台优雅。 虽然在某些情况下，有必要准平行航行有关的项目或部门的问题。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

模式4： 建筑的事件

隐喻： 公职

优点

- 建筑狭窄。 é'架构，不会爆炸，至少第一级
- 重点放在活动。 对任何活动，人们可以参考肯定是有吸引力的。

缺点

- 内容multiappartenenza。 有些内容不属于对公司生活的具体事件和地点变得难以在这个架构中。 服务作为技术帮助，属于“信息”服务台论坛“工作”或“工作”？
- 低玛丽萨。 许多主题，内部服务和内容，被视为雇员，使远离事件，并可能因此不能轻易找到。
-整合不同的格式。 在同一容器可以最终完全不同的内容格式（新闻，文件，互动式服务，应用程序）和按活动类型要求（阅读，写作，协作，等等）。

当使用

这当然是一比一着简单的组织结构图或学科领域的一步，但这种架构使用是如果它不与研究相关的用户和危险的“精神地图”比商业信息。 经过认真研究工作可以是一个有价值的替代以前的型号。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

型号5： 会员建筑

隐喻： 本地新闻-自助

优点

-集中于个人。 这些信息更注重个人的需要。
- 定制。 它'很容易建立他们自己的时间表。

缺点

- 难extraprofilo内容管理。 它变得难以管理的内容，并没有直接关联的人的个人资料服务。
- 风险的溢出在总则部分。 总的部分很可能是与内容和服务超载异质

当使用

几乎所有的大型企业内部网可以受益于这种类型的建筑，因为它允许容易地配合整体的内容和特定内容或个人。 它需要一定的学习曲线，以及建筑与第二级的“常规”（普尔主题或格式）相结合。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

型号6： 服务架构

隐喻： 工具盒

优点

- 独特性服务。 每个服务是容易区分，随时可用。
- 相对速度的建筑结构。 它'只是根据所有可用服务
- 相对容易协调。 没有必要确定个别路段管理的具体个人，但随着盆地延长工作贡献者

缺点

- 失去控制的起草工作。 这种结构类型，可谓非常自主就业的空间领域的用户，失去了机会，“对某些专题推进”/服务
- 分离的内容。 作为服务有关的内容部分可以包含最多样化（项目博客以及广告的形式一起介绍，伴随着这种cazzeggio办公桌论坛）

当使用

这种建筑类型有足够的灵活性contenre praticametne一切，可以轻松识别提供服务。而且有良好的几乎全部的是被称为“门户”服务，或提交内部网为平台，“中立”的用户就可以以多种方式使用。随意 和'，事实上，作为服务（IAAS），其中起草，或工作组，只负责以动画的空间，提供服务，然后由用户群体通过内部网路架构。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

型号7： 建筑的任务

隐喻： 控制台命令-房间的房子

优点

- 典雅。 这种建筑类型的优雅优势，在某些背景的和谐。
-短。 通常这种结构类型，层次趋于短期，与一些十分明确的易用性利益的任务。
-集中于个人的行动。 通过定义，这种结构是良好的操作，用户可以采取的避免歧义，面向环境的重点联邦雇员退休情景的积极参与。

缺点

-波索“气味”的信息。 这种架构，简单的用户任务好，它就会失去价值，因为内容的增长，失去“信息的气味”。
- 内容“棘手”。 在这样的一些内容比喻为一种难以治疗，无法表达他们适当的动词
- 混合。 有些内容可能最终在一个容器中，都逐渐退化。

当使用

像所有的典型建筑服务“2.0”，这种做法体现了强烈的“行动”的用户逻辑已经作出申请。 因此，在很大程度上是禁忌联网，它们提供各种服务和尽可能多的“情况”而需要的信息。 '一个很好的建筑类型，特定应用的Intranet和非常小的具体任务或特定小节集中，但不可能捕获大型企业内部网的所有实际的“用户任务”。

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

结束语

忘记纯洁性。 大部分的具体架构，在现实中无法满足，也不应使用模型构造P“的乌罗”，从7选择，我列出。 相反，真正的作品是一个明智的组合，与目前的结构能加入其他结构与能力的流行元素相结合，并使用用户的心理地图。 有时，您需要进入到一个架构专题领域的“人力资源，其他时候是恰当的标题包括”博客“的成员结构。 不优雅，但很有效。

副多个架构。 在大型企业内部始终是一个好主意副多个架构，以提供一个信息同类另一种观点。在某些情况下，可能有两个平行的架构，其他架构，下面开始第二核心架构。 几乎邮件，在大型项目，一个比喻案件能掌握的所有内容。 在大多数情况下，该架构是交替取决于深度的水平。 例如：

-表面结构格式或会员
-深层结构的任务或主题领域

只是一些例子：在现实中事情上，根据个别情况评估。

听用户。 没有架构可以操作连续的情况下和认真听取用户，或同事。 如果你怀疑你大可放心，他们将取消他们那里。 使用可用的工具（卡排序，面试，等等），并在建设的建筑瑰宝。