你的团队组织一样重要的标准

我写过很多关于标准在本博客和网络架构。一个关键的事情你可以做你的组织的成功除了好,写的标准是一个合适的团队组织分离工程和操作的角色。如果有一个真理,所有的网络团队组织是有明显的区别和分离工程和操作之间的角色。工程是关于提供新的解决方案问题。这些解决方案的形式可能是单一目的工程设计、新技术、设计模板,标准,应用程序的项目,或实验室的结果。所有这些有一些新东西被添加到当前的网络环境。操作维护,监控和修复当前环境。它不是新事物,它是使当前环境下尽可能最好的工作。也不仅仅是中断操作。它处理确保网络匹配当前标准,审计、网络管理、测试故障转移能力管理和中断。

这两组具有不同的角色。网络工程师可以很容易理解他们的角色是这取决于组织。它会导致组织的效率。设计工程师可以关注项目和新技术,而不是操作的问题。操作工程师知道他们需要保持网络运行,不需要担心新技术,直到有一个官方从工程交接。让我们两队之间的关键通信:切换。在某种程度上新事物需要成为真正的网络的一部分。实现这一点,需要一个切换的工程团队运营团队。这提供了操作一切他们需要维护的新技术。提供的一些信息:

• 图
• 配置标准
• 网络管理的需求
• 安全方面
• 培训课程
• 测试结果
• 什么这将帮助业务管理新技术

这种切换可以发生在不同的方式取决于您的组织的大小。较小的组织可能会临时安排的会议。较大的组织可能更多的过程只有一个文档切换驱动。一个好方法让团队运行的操作使他们实现团队。这样工程所有的设计和测试,但实际上运营团队实现了新技术。这样他们获得直接经验和新技术,可以控制其释放(基于工程的指导)。即使你有一个小的网络团队,你应该把这个分裂。现在我使用了三份工作,每一次成功。当我到达我现在的雇主,他们有团队分为局域网和广域网。没有工作。 Then they tried core vs. edge, but no one could define what that meant. Then a co-worker and I suggested this engineering and operations split which had worked for us before and it was implemented. That was three and a half years ago and we are still setup that way. In fact, it has worked so well for networking our entire IT infrastructure organization - including storage, hosting, telecom, and security - is now organized this way. It doesn't matter the size of your organization. It works with any size.

更多的从野外>博客条目:

CCDE实用Beta测试版

CCDE实际测试明天考试

现在的一些想法Nexus 1000 v

思科的软件开关——Nexus 1000 v

屈服于黑暗面

我见过一个不起眼的声明从思科

去思科子网思科的新闻,博客,论坛,安全警报,赠书,等等。