主要观点：

• 在科技行业，发货（shipping）是一项与写代码不同的技能，很多写代码厉害的人却不擅长发货。
• 发货很难，默认状态是不发货，要有人承担起艰难的发货工作，且发货应优先于其他事项。
• 发货在大型科技公司是一种社会构建，当公司重要人物认为项目已发货时才算是发货，满足领导需求很重要。
• 领导项目时要明确公司对项目的期望，与领导保持信任，及时沟通，维护好项目进度和技术细节。
• 进入生产阶段容易遗漏关键细节，要保持灵活，有深入的技术理解和快速应对能力。
• 可用功能标记等方式让项目提前面对更多眼睛，提前部署并准备好 fallback 计划以维护与领导的信任。

关键信息：

• 项目常因一人推动而发货，需有端到端理解，好团队会设“技术负责人”角色。
• 发货意味着让公司领导满意，满足用户和赚钱能让领导开心。
• 要明确公司对项目的目标，领导团队技术知识少，需保持信任，如通过良好的沟通记录等。
• 进入生产阶段易遗漏细节，要保持灵活，有时间处理突发问题。
• 提前部署并问自己能否立即发货，准备 fallback 计划可增加信任。

重要细节：

• 写代码厉害的人可能不擅长发货，如过度追求用户体验可能导致不发货。
• 领导项目时要根据不同目标调整工作和沟通，如企业功能注重需求灵活性等。
• 处理生产细节问题需深入技术理解和快速应对能力，没人解释潜在问题可能导致项目延迟。
• 提前部署可提前发现问题，保持灵活可应对突发情况，如留出 20%-90%时间不做实施工作。
• 功能标记等方式能让项目提前面对更多眼睛，增加信任，勇敢地进行早期部署和改变。