公司新上了个云办公系统，结果上线第一天就崩了。会议室里一群人面面相觑，运维说开发没给文档，开发说网络配置不对，网工甩锅给安全策略限制——这场景是不是很熟？问题不在技术，而在一开始就没搞清楚‘谁该干什么’。
风险评估不是会前临时填表
很多团队把“风险评估”当成走流程，开会前半小时发个Excel，让大家填“可能出啥事”。这种应付差事的结果就是漏掉关键点。真正的风险评估得在项目启动时就介入，从设备采购、线路部署到系统集成，每个环节都得有人盯。
谁该负责哪一块？
别指望一个人全扛。一个典型的网络实施项目，至少要分三块责任：
网络工程师：负责物理链路和基础架构设计。比如核心交换机冗余做没做，防火墙策略有没有预留测试端口。他们得提前画好拓扑图，并标注单点故障位置。
系统管理员：管服务器和虚拟化平台。数据库会不会因为网络延迟超时？备份链路切换时间是否达标？这些都要在测试阶段验证。
安全合规人员：不能等到出了事才说“没做等保”。他们在早期就得参与，明确哪些数据必须加密传输，日志留存周期够不够审计要求。
别让“协作”变成“没人负责”
常见陷阱是写个分工表，写着“共同完成”，结果真出问题谁都不认账。正确的做法是在项目计划里明确唯一责任人（R），哪怕需要多人配合，也要有一个人最终拍板签字。
比如某医院上远程会诊系统，网络组负责带宽保障，信息科负责终端接入，但指定一名项目经理作为总负责人。每次变更操作前，他必须确认三方都已反馈准备就绪。
留痕比口头承诺有用
所有风险评估结论必须形成记录。不是为了存档好看，而是万一出事能快速定位责任节点。可以用简单的表格跟踪：
风险项：主光纤中断
可能性：中
影响程度：高
应对措施：启用备用MPLS线路
责任人：张伟（网络组）
完成状态：已测试通过
最后更新：2024-03-15这样的记录比微信群里的“OK”“收到”靠谱多了。
小公司也能做到位
有人说我们只有两个IT，怎么分责任？其实越小越要明确。你可以一个人身兼多职，但文档里得分清“今天你以网络角色做的决策”和“明天你以安全角色审批的内容”。角色分离不等于人必须分开。
曾经见过一家连锁店总部只有一个网管，但他每次施工都发邮件给自己，标题写明《XX门店割接风险确认 - 网络实施责任人：李强》，抄送店长和区域经理。出了问题一查邮件，责任清清楚楚。