我被要求去logging我认为应该是我们生产系统托pipe公司Web应用程序的angular色和责任的细分。 这部分地是我们开始更正式地分配责任，所以我们可以避免事情不会滑过'我以为你这样做'的差距。 所以…
我想我会问你很多你认为他们应该。
作为我的一些工作的证据，这是我目前的想法的概述。 每条线是一个单独的angular色/责任。 尽pipe一个人可能有一个或多个angular色，如果一个angular色分裂成多个人，那么有一个主要的联络点是合理的。
我想（即安全）有很多交叉责任，即使工作是由几个人完成的，也许是由负责人协调的。
以上任何想法，补充，删除或调整。 我自由地承认在这个东西之外的某个地方我的专业领域。
公司和行业的规模在很大程度上影响着IT部门的结构。 在某些情况下，有点太多了。 我的专业重点是互联网技术基础设施。
我鼓励将主要生产和内部内部networking支持分开。 即使有技术公司，也只会有内部的应用和支持需求。 通常，服务台将适合内部的内部networking支持。 根据您的环境大小，您可能有理由将build筑与维护之间的生产责任分开。
我喜欢从初级到高级的方法，SAGE的系统pipe理员的工作描述很好地logging了这一点。 一般来说，这是一个合理的经验法则。
在一个较小的环境中，太多分离职责是不合理的，可能会鼓励在一个部门内部进行部署。 较小的环境受益于共同的知识和责任。 随着公司和IT部门的增长，更具体地开始分离职责可能是有意义的。
关键领域往往受益于一些职责分离：
我会build议创build一个电子表格，列出你的部门的主要职责。 这可能是更一般的，并确定具有更多与其相关的支持，如电话系统或售票系统的具体领域。 将工作人员分配为小学和中学，以便除了文件之外还可以分享直接的知识。 这将澄清责任，他们可以四处移动，以防止无聊，以及使集团内的学习。 责任matrix的一些示例类别是：
备份
操作系统
这个列表将继续，这将是特定于您的基础设施和贵公司的需求。
我也build议考虑一下技能分析，要求你的员工对不同技术的技能水平进行评估。 评级是不确定的，不会影响绩效评估。 这可以确定当前技能组合中的潜在差距，这是培训和未来招聘的重点。
你对第一稿很接近，没有你的应用程序的进一步细节。 以下是如何获得其余的差距：使用您的应用程序中的每个组件，或支持/提要/取决于您的应用程序。 确保你有一个负责每件作品的名字或团队。 至less有其他人，最好不要在你的团队中从头做同样的事情 – 确保你有不同的观点。 这包括pipe理 – 他们可能会有一个从IT人士完全不同的观点，这可能是非常有效的。 这也可能是一些CYA废话，这可能仍然是有效的:-)
以下是可能适用于您的其他一些想法：
AV /安全/修补/合规性。 其中一些可能已经与您的操作系统/监控/networking人员重叠。 安全性和/或法规遵从性可能需要是自己的员工。
文档 – 或者每个团队可能需要自己做。
谁处理与客户的沟通？ 有客户问题的售票系统吗？ 是否有指定的团队处理维护或意外停机的通知？ 如果客户是外部客户，是否有内部客户团队或销售人员喜欢被通知这些事情？
谁负责处理有关升级，增强请求和错误报告的决定？ 这可能是“产品”或“投资组合pipe理”，并可能与业务人员重叠。
也许不在你想要的范围内，但是应用程序本身呢？ 例如：1）内容怎么样（如果有的话）？ 即angular色可以起草，批准和发布内容。
2）哪个angular色决定谁可以起草/批准/发布内容？ 哪个angular色然后实现即。 设置用户适当的访问草稿/批准/发布
3）也访问控制。 哪个angular色负责批准新用户，决定他们获得的访问权限，然后决定哪个angular色负责实施？ 即实际授予适当的权限，以允许用户访问他们应该有的。