驻场开发人员周一到岗，周四还在等账号，这种情况并不少见。多数时候问题不在来的人，而在入场前没把权限环境、第一周任务、对接人、需求范围和换人规则理顺。本文结合常见场景，说说怎样让开发人员驻场外包的人到岗当天就能动起来。
权限和环境，最好在人到之前就开好
很多公司的权限审批要走两三个人，等驻场开发拿到代码仓库、需求和缺陷管理工具、测试库和内网权限，两三天就过去了。确认人选后可以先列一张单子：电脑和工位、门禁、企业邮箱或即时通讯账号、代码仓库、开发和测试环境、数据库只读账号、VPN。能提前开的提前开，必须本人到场办的也提前告知。权限按够用原则开，别直接给生产库写权限；人员离场时照同一张清单逐项收回，最不容易漏。
第一周的活，要能直接上手
丢一堆历史文档让新人看，文档往往已经过期，看到后面人也走神了。更好的做法是准备一两个小任务，比如修一个不复杂的缺陷、给接口加个字段、补全一个列表页的筛选。任务不大，但要走完拉分支、改代码、自测、提交、评审、合并的完整流程。这一圈下来，代码规范、分支策略、联调方式和发布节奏自然就熟了，比读一周文档有效。
得有个人带，哪怕每天只花半小时
驻场人员最怕谁都能找、又谁都不负责。问产品被推给组长，组长又在开会，几次下来人就不好意思问了。入场前定一个对接人，最好是同组技术骨干，每天早上或下班前花半小时看看卡在哪里、排一排任务优先级。外包服务方也应定期跟进驻场人员的情况，有问题早反映。
需求说不清，来再好的人也白搭
有时看着像人不行，其实是需求没定：原型还在改，接口字段每天变，写了两天的代码开会后又推倒重来。如果项目还在需求梳理阶段，可以先安排能帮着理需求、出接口文档的人，开发晚一两周进场反而更划算，因为驻场按人天计费，需求悬着成本就一直在跑。需求清楚的，也建议把第一个迭代做哪些功能、验收看什么、何时算完成写下来。
人不合适，越早说越好
技术栈有偏差或沟通方式与团队合不来，在前一两周发现苗头就应该讲清楚哪里不合适。签约前问清替换流程：谁提出、多长时间给新人选、交接怎么做、费用怎么结。交接时让原来的人把代码、文档和待办过一遍。劳动关系、社保和保密协议由谁负责也要确认清楚，驻场人员日常听用人方安排工作，人事归属要明确。
结合实际需求进一步沟通
驻场开发能不能用好，一半在挑人，一半在入场前的准备。权限提前开、第一周有活干、有人带、需求定得下来、换人有规矩，这几件事做到了，人来了基本当天就能动起来。正在考虑开发人员驻场外包的团队，可以先对照这几项把自己的准备过一遍，缺哪块补哪块。