工程习惯、质量与团队 · 综合

和供应商及外包开发团队合作

一句话： 事先用书面形式定义交付物、所有权和访问权——并且要求持续交付，而不是最后一次性大交付。

协议里必须有什么

代码和数据的完整所有权；从第一天起仓库就在你的账号下；对各环境的访问权；以及一份包含文档和知识转移、而不只是「能跑的代码」的交付物清单。

还有：结束时会发生什么——多久的交接支持，以及谁最终持有钥匙。

每两周在真实环境上做一次演示，而不是做一次PPT。给你构建流水线和指标的访问权。以及每个里程碑都有书面的验收标准——「我们做完了」不是一个状态，而是一个共识。

尽早检查骨架：部署、认证、监控。那些在最后垮掉的项目，几乎总是垮在这几处。

拿不到仓库访问权；没有测试；在安全和基础设施话题上说「这个我们最后再做」；以及对某一个人的依赖。每一条都值得立刻谈一次，而不是一个月后再谈。

在项目进行到中段时要求一次简短的外部代码评审，而不是在最后。它相对便宜，而且能在还有时间修正的时候揭示结构性缺陷——交付之后，每一个发现都会变成一场商业纠纷。