在正确地做事和交付之间存在微妙的平衡。
我管理一个由8名开发人员组成的团队。团队被阻挡的每一小时都是8个小时的开发时间损失。
一位同事被分配了为我获取一个数据库的任务。等待两天后,我询问了进展情况。他说我们在数据导入方面遇到了问题。当他编写数据脚本时,几乎有1GB。1GB太大了,无法检入Subversion。他在寻找替代方法。
又过了一天。我问他进展如何。他说快完成了。好的,很好,我已经落后三天了,损失了192小时的开发时间。我迫不及待地想开始。我的团队在浪费时间。
第四天,他准备好了。终于!他给我发送了数据库项目和导入数据库脚本。他使用PowerShell和BCP来导入数据。我将它们连同详细说明发送给团队。
团队在我前面12个小时,在印度。反馈循环是12小时。启动任何事情需要24小时。
正如墨菲定律所说:“任何可能出错的事情都会出错”。团队运行了数据导入脚本,但失败了。Powershell脚本失败了,安全问题阻止了数据导入。
我已经落后五天了。320小时已经损失。截止日期迫在眉睫,我们需要开始。
此时,我需要为团队启动并运行数据库。在我的机器上,我分离了数据库,将其压缩并发送给团队。每个开发人员都知道如何重新附加数据库。在获得数据库后的一小时内,8名开发人员都有了一个正常运行的数据库。成功!
创建一个聪明的流程很好,但有时候完成工作比聪明更重要。
作者:Chuck Conway 是一位 AI 工程师,拥有近 30 年的软件工程经验。他构建实用的 AI 系统——内容管道、基础设施代理和解决实际问题的工具——并分享他沿途的学习成果。在社交媒体上与他联系:X (@chuckconway) 或访问他的 YouTube 和 SubStack。