机器之外，导入还有四个人事问题：先对齐IT 策略（公司用 IT 的总纲——数据出不出内网、能不能上云，导入方案必须服从）；再定谁来管（专职、兼职还是外包，管理员的职责清单从开账号到应急）；然后定给谁用、按什么规矩（工作组模式各管各的账号，适合几台机器的小团队；域模式目录服务器统一管，几十台以上的标配）；最后看开发流程——瀑布式需求锁死一次到位，敏捷式小步快跑拥抱变化，导入的环境也要跟着选型：瀑布配"一次规划齐"，敏捷配"弹性云+迭代"。
本篇是第八章的收束：机器、钱、机房都算完了，剩下"人"的三笔账。IT 策略是 7.1-7.5 信息安全策略的上级文件（安全策略从它派生）；服务器管理员是 6.1-6.2 监控、7.6-7.7 权限、7.8-7.12 备份那些日常动作的执行人；域模式就是 7.6-7.7 目录服务器的正式名称；敏捷开发的"环境跟着迭代"正是 8.1 数字化转型节奏在开发领域的同款。
一、IT 策略：导入方案的上级文件
IT 策略是公司层面"怎么用信息技术"的总纲：哪些业务系统化、数据允许放哪、用什么平台、预算怎么分配。它比 7.1-7.5 的信息安全策略更上位——安全策略从它派生，服务器导入方案必须向它对表。
导入评审时对着策略过三问：
- 数据放哪合规？——策略说"图纸不出内网"，那核心文件服务器就与公有云无缘（2.8-2.12 混合云的依据就是这一条）
- 平台要统一吗？——策略定"全公司 Windows 系"，你却导入一台需要专人维护的 Linux，运维成本立刻翻倍（4.8-4.12 的选型看运维会什么）
- 预算窗口在哪？——策略定今年只批运维不批新建，方案再好也得改成"先租云过渡"
为什么重要：方案再优秀，与策略冲突就活不过评审会——IT 策略就是导入的"第一道防火墙"，挡的是方向性返工。
二、服务器管理员：导入之前先定"谁伺候它"
服务器是常年运行的活物——开账号、打补丁、看监控、验备份、出事应急（6.1-6.2、7.6-7.7、7.8-7.12 里那些动作都得有人干）。导入方案里必须有一个人事答案：
| 管理方式 | 适合 | 代价 |
|---|---|---|
| 专职 IT 部门 | 机器多、业务重 | 人力成本最高 |
| 兼职（行政兼管） | 几台以内的小团队 | 出事时的响应是赌运气 |
| 外包/托管运维 | 有预算、没编制 | 依赖合同与供应商响应速度 |
关键判断：管理方式跟不上机器数量，是中小公司服务器事故的头号原因——买得起机器 ≠ 养得起机器（第三章 TCO 里"人力"那一项，说的就是它）。导入方案写"配置清单"容易，写"谁负责维护"容易被跳过——恰恰后者更致命。
三、用户管理与工作组：服务器为谁服务
用户不是一堆散账号，导入时就要定管理模式：
- 工作组模式（Workgroup）——每台电脑各自维护一份账号表：A 机器上有你的账号，B 机器上还得再建一个。几台机器的小团队够用；机器一多，账号管理立刻变成灾难（10 台机器 × 30 人 = 300 份账号）
- 域模式（Domain）——目录服务器（7.6-7.7 的 AD）统一登记全网账号：一处开号处处通行、权限按部门组发、离职删一号全网失效。几十台机器以上的标配，也是 SSO 的地基
一句话选择：机器数量决定要不要"域"——3 台以下工作组无妨，5 台开始就该认真考虑域，因为账号管理的成本是乘法增长的。
四、瀑布式开发与敏捷开发：导入跟着流程走
最后一条是"系统怎么建"，它决定环境怎么配：
- 瀑布式——需求→设计→开发→测试→上线，一串到底、阶段交棒。需求一次锁死，环境也一次规划到位：买够、配齐、文档写死。适合需求稳定、合规严格的项目；代价是规格错了返工最贵（所以 8.3-8.7 的预估要做足）
- 敏捷——小步快跑：每轮迭代交付一个可用的小版本，拿反馈再改进。环境也要跟着迭代：云按月租、虚拟机随加随删、配置写成代码（IaC，基础设施即代码）随时重建。适合需求善变的探索型项目
导入的对应关系：瀑布式配"内部部署一次买断"顺理成章；敏捷式配"弹性云"天作之合——这正是 8.1 说"DX 让导入变成循环"在开发流程里的镜像。两种模式没有高下，看需求的稳定性：需求稳选瀑布省心，需求飘选敏捷保命。
五、常见误区
- "IT 策略是大公司的纸面文章，小公司用不上"——三条员工、两台机器，"客户资料放哪、谁管机器"就是你的 IT 策略；写不写成文件它都存在，写成文件的好处是吵架时有个依据。
- "服务器买回来就会自己跑"——补丁、备份、监控、账号，每一项都是持续的人力投入；导入方案里没有"管理员"一栏，等于买了车不安排司机。
- "工作组模式更简单，就该一直用"——它只是"前期"简单：账号各自为政、密码各自为政、离职漏删一台就是后门；机器超过三五台，域模式的"先建后省"就开始回本。
- "敏捷比瀑布先进"——先进与否看需求稳定性：需求十年不变的项目用敏捷是白付沟通税，需求季季变的项目用瀑布是自找返工；导入环境和开发模式要配套，不能一半一半。
六、动手 Demo：看看自己的机器在哪个"户口本"上
一行命令查清本机的管理模式：
Get-CimInstance Win32_ComputerSystem | Select-Object Name, Domain, PartOfDomain, Workgroup
看到什么算成功：PartOfDomain 为 False，Workgroup 显示 WORKGROUP（默认值）——你的电脑在工作组模式，每台机器各管各的账号，这正是家庭电脑的状态。
对照理解：公司电脑若是 PartOfDomain: True、Domain 显示公司域名——它就在域模式下，登录账号来自目录服务器，管理员在 AD 里给你开的账号、发的权限，在家里登录时全部生效。
顺手看自己是谁：
whoami
看到什么算成功：输出"机器名\用户名"——工作组模式下这个组合只在本机有效；域模式下则是"域名\用户名"，全网通行。一行命令，两种管理模式的分野尽收眼底。
30 秒实验：数数你家里/办公室有几台电脑、每台各有几个本地账号——乘一下就是工作组模式要维护的账号总数，再想想 7.6-7.7 说的"离职删一号"要删几个地方，域模式的价值就不言自明了。
自测三问（点开对答案）
1. 导入评审时对 IT 策略过哪三问？——数据放哪合规、平台要不要统一、预算窗口在哪；策略是导入方案的上级文件。 2. 工作组与域模式的分野？——工作组每台机器各管各的账号（几台以内）；域=目录服务器统一登记（几十台标配），成本随机器数乘法增长。 3. 瀑布与敏捷分别配什么样的导入环境？——瀑布：需求锁死、环境一次规划到位（内部部署一次买断）；敏捷：环境跟着迭代（弹性云、IaC）；看需求稳定性选型。- ☑ 运营管理的框架