网站开发团队换了人，项目为什么就动不了了

      前阵子有个老板来问事，说项目停了仨月，找原班人马，微信不回；找新团队，对方看了两天代码直摇头。他问得直白：不就是接着做吗，怎么就这么难？这话值得掰开说说。接手别人做到一半的活，跟接着自己做的活，是两码事，前者得先把上一个人的思路猜出来。

网站开发做到一半换人，卡住的地方通常是四样。第一样是文档，或者谈不上文档——需求靠聊天记录，逻辑靠脑子记，人一走，那些“当时说好了”的东西跟着蒸发。第二样是环境，服务器在谁名下、域名在哪个账户、代码仓库的权限给了谁，接手的人连门都摸不着。第三样是代码本身，变量随手命名，函数几百行不带注释，写的人能看懂，换个人就是天书。第四样最扎心：数据表里哪个字段存什么、业务规则怎么绕，没人讲得清，全在走了的那位脑子里。

      这四样凑齐，新团队往往算完账就劝你重做。重做是一笔钱，接旧摊子也是一笔钱，还花得不明不白，老板夹在中间最难受。可话说回来，病根多半开工之前就埋下了——合同里没约定交付物，赶工期的时候省掉了整理的功夫，验收的时候只看页面长得对不对。页面是给人看的，可项目真正的家底，是那些看不见的文档和权限。

所以给正准备开工的人几句实在话。网站开发的合同里，交付清单要写死：源码、数据库、文档、后台账号，缺一样，尾款不结。第三方账号也列进去，域名邮箱、短信平台、统计代码，一样都别漏。过程中每月归档一次，代码传到你自己名下的仓库，别嫌麻烦，这是你的家底。关键对接人变动的处理提前写一句：人走了，交接多久，交接哪些东西。这些要求都不贵，只是开工的时候大家都不好意思提。真到扯皮那天，谁脸皮薄，谁吃亏。

团队换人是常事，干十年，哪个项目没换过人手。项目动不了的，症结多半不在换人这个动作上——换人之前，知识就没落到纸上。纸上有，谁来都接得住；纸上没有，神仙来了也得从头猜。开工之前多要几样东西，看着是给对方添麻烦，其实是给未来的自己留后路。