北京缺数据工程驻场按管道里程碑还是按人天滚动

先把问题拆开

选错信号：源表天天变却签死里程碑；或边界极清晰却纯人天导致客户觉得「干多少算多少没结果」。先评：源稳定性、验收指标、变更频率、是否含值班与重跑。探查期与稳态交付不要用同一结算句。

适合落地的处理框架

1. 里程碑适合：管道范围清单固定、验收有数据对账/延迟/成功率指标、变更走书面。 2. 人天滚动适合：探查期、多源接入不确定、驻场兼保障值班。 3. 混合：里程碑覆盖约定管道；紧急加源、加任务进人人天池，单价与审批人写清。 4. 验收物：调度作业清单、对账报告、运行手册摘要——里程碑付款挂验收，不挂「人在场」。 5. 人天模式：周报附件确认出勤与产出摘要，防止只报工时无产出。 6. 风险：里程碑勿写「保证零延迟/零脏数据」类绝对承诺；人天勿默认含无限加班。 7. 北京现场：机房/办公网权限开通周期写进计划，避免里程碑因账号卡住却无人改期。 8. 186-0126-9787；https://51shendu.com/staffing/

深度创联驻场建议立项会先画管道边界一页纸：源、目标、任务数、是否含值班。边界糊就先人天探查两周再决定是否转里程碑。转里程碑时重签验收表，不沿用探查期口头范围。不发明统一人天单价表，成交价面议。

系统或服务方怎么配

驻场交付先由客户确认岗位、现场工位、账号开通人、交付物和乙方现场负责人，再把进场、权限、周报/日报（若约定）、对账、替换和离场做成待办闭环。规则要有维护人、生效日和版本，口头加需求不能无痕覆盖合同范围。

落地时先小范围试跑：一个岗位、一个结算周期、真实但最小的出勤与产出记录。重点看四件事：出勤能否双方确认，异常是否升级到约定联系人，替换是否触发书面流程，离场账号与资产是否有验收勾选。试跑过关再放量，不要把含糊的「随叫随到」一次性写进长期合同。

交接、隐私与复盘

驻场人离场或替换时，客户侧邮箱、VPN、代码库、门禁卡、电脑与文档权限不是「人走了自然失效」。应触发权限复核、资产归还清单和必要的删除或归档，并由甲乙双方各留一名验收人签字或系统勾选。

每月或每季度复盘：人天对账差异率、替换次数、周报是否被实际阅读、账号逾期未关停笔数。复盘要落到条款修订与责任人，而不是只做一张漂亮报表。任何驻场都不保证进场即稳，真实需求、现场管理和书面边界仍然是基础。

落地时把责任人姓名与备份人写进附件，避免接口人离职后条款无人解释。与本问题相关的口头承诺一律补成书面，日期与版本号写清楚。北京项目若涉及跨区办公网或客户侧安全培训，把预约周期写进进场计划，避免对账与权限因「人已到、网未通」失真。

选型附件：管道范围一页纸、里程碑验收表、人天变更单、账号依赖清单。