我们需要确切地知道我们要什么。

几周前，我与工程团队讨论了GitLab的Slack集成（列出当前冲刺的问题，每个小队的速度等）。

产品经理和软件工程师的头脑风暴讨论经常以“我们需要确切地知道我们想要什么”来结束。有时，这会让人感到沮丧，因为“知道我们想要什么”就像是要击中一个移动的目标。

在过去的10年里从事项目和产品管理，我敢发誓我听过上千次。这不应该是什么大事。然而，那个特别的星期五，这次又来了一次，令我难以入眠。

所以，我转向了一直在Linkedin上流行的ChatGPT。一篇帖子提到ChatGPT可以生成代码。那么为什么不试试呢？我向AI提供了相同的问题，经过几轮问答，它在几分钟内就生成了Golang的可运行代码。是的，只用了几分钟！输出还遵守了在每次代码更新时使用传统提交的限制。

三天后，我成功在#GitLab上运行了两个工具，提供了两个小组阶段性评估结果和每日冲刺跟进情况。十天后，第三个工具加入了集合，协助我制作了一个简化版本的变更日志。

很有趣与AI进行讨论，快速迭代代码并即时部署。这种方法还减少了对工程团队的次要请求量，使他们有更多的时间专注于重要的主题，比如构建符合法规的核心银行产品。?

我会用ChatGPT来取代软件工程师吗？ 如果有的话，也不会很快。他们在设计可靠服务和弹性架构方面的专业知识是目前无法替代的。

那次确定性经验的关键要点

对于小型和临时的工具，ChatGPT无疑是有帮助的。但我仍然更喜欢我们所做的选择，即投资于可扩展和适应性强的数据堆栈（例如正在交付的那种）。

快速迭代解决方案以缩小范围和验证假设，一如既往地令人兴奋。对于小型实验，我将停止打扰技术团队的要求。我们两者的好处是将更多时间集中在为用户的痛点提供解决方案（包括关于我们需要什么的详细规格说明）上的交互上。?

故事的道德是什么？接受能让你有更多空间去冥想、让你的团队的明星去设计和有影响力地交付的技术。?