一年前的今天，我从Sainsbury的数字企业事务部转到了Sainsbury的数字和技术部门，开始了我作为一个产品负责人的新生活。

我一直认为自己是一个对网络和数字有着极大热情的极客，所以我特别兴奋能够机会来尝试这个新挑战（一年后，我还是如此！）。

为了庆祝我成为产品负责人的一周年，我认为我应该把我遇到过的经验教训写下来。

1.提问而不是说“No”

产品的想法和功能需求会来自四面八方。作为一个新的产品负责人，我的第一反应是对所有事情说“Yes”。虽然短期内人们很开心，我却很快挤压了一大堆待办事物，并且没办法将它们全部交付出去。

不立马回复“Yes”，取而代之的做法是提问。这帮助我更多地理解这个需求。我能够更深地了解，为什么他们认为这对于我的产品来说是个好主意。他们认为会实现什么？他们设想它如何工作？他们期待实现什么？你得到了答案。

如果一个想法通过了这些积极的挑战，它最终对于我的产品是有用并且有价值的。作为对话的一部分，我也学会了制作一个带有验收标准的用户故事的开始。同样，环境和推理有助于我评估，这些新功能如何与现有的功能比较，以及如何确定优先等级。

2.你不知道什么是你不知道的

我知道这很奇怪，然而我们正在讨论的问题，作为一个新的产品负责人，我仅仅只听过理论上的Scrum, Agile, Sprints, Jira, Slack——有一些问题，我根本不知道要问！

你唯一知道要去问的是一旦你启动了一个产品，一旦你已经经过了几轮测试，应该如何去建立一个路线图，如何去跑一个产品demo。和任何其他工作一样，理论旁的经验是关键，并且只能依靠时间的积累。

我非常幸运的加入了一个经验如此丰富的Product Owner团队，他们帮助我沿着这段经历，把正确的人员和流程介绍给我。因此，在我第一年发布了我的第一个产品，和整个部门的同事大量互动之后，我感到更加的自信。

3.打破产品

我的老板有一套非常有用的小技巧，他总能有效地拆分我的产品。这个你是怎么考虑的？如果这发生了怎么办？你的依赖是什么？你的B计划是什么？这个过程非常有用，而且这已经变成了我的一串咒语。在进入更广阔的受众群体前，先在一个安全的环境里将产品打破。

我想起了我在企业事务部时的日子，那里有一些有益却玩世不恭的话：把好故事和无聊的故事区分开，并总为最坏的事情做好准备。

就好像制作一个强大Q&A文档以便我们碰到狡猾的媒体问题，这样做的目的是为了你的产品达到这样的程度——所有的东西都能很好的融合在一起，有着很棒的体验，并满足了业务目标。

4.沟通，沟通，沟通

我实在是无法领会，作为一个产品负责人需要花费多少时间在交流上。和我的scrum 团队开优化会议，和其他的产品负责人碰撞路线图，和建筑师讨论具体细节，理解利益相关人实际想要是什么，客户……有机会的话，你应该停止看这些话，立即和他们交流。

作为一个产品负责人，我应该为我的产品负责。我得做决定——但是只有我和产品中每个人在一起，每个人都理解了产品是什么，它计划实现什么的时候才能做决定。如果人们不理解为什么我要做这个决定，他们可能不会赞同这项决定。

5.好多的会议

要和这么多人沟通交流，要在像Sainsbury如此大的组织里工作，意味着我有大量的会议，根本没有时间做什么实际工作。

我到现在都没有解决这件棘手的事情。我尽量确保Agile仪式提前预定好，同样确保我有大量的时间可以用来工作。

6.纸

在做产品负责人这一年中，我花在草图和图画上的时间，比五年里在企业事务部团队时全部加起来的还要多。这个简单的事实很讽刺，为了用敏捷方式构建一个数字产品，你最终会用掉大量的纸。