正确想像终点，始能前行

终点不会是一翻两瞪眼的产出，而是经过一番洗礼之後的样子

当时的我，我心系一件事，赶快将平台完成，有平台、有功能、有准时、有正确性、有按着流程，这样IT就能攻下第一个里程碑，写一笔战功。我以我的想像，列出了一系列的功能清单，然後安排着A系列功能在7月完成、B系列功能9月完成…，一路排到年底，然後跟IT成员说，每两周产出一次，请大家务必准时，然後正确性也要顾。「这样不可能，时间有限，我们不可能兼顾品质与准时！」「喔，那就请大家列出来距离这些目标，还缺些什麽，我们再来一一检视」我如此回答成员的不安。後来，我们的确花了一整天开了workshop，将A系列功能们，再往下细分，对於功能上有哪些不确定，在workshop期间也做了定义，然後在尾声排序、分工，开发看似已经没问题了。为了达标，我天天盯着进度，对於落拍的人，一直找来询问原因，所有人都被产出追得紧，当然我也是，每周我都得和执行长同步状况，每一个细节必须扎实的掌握着，只要一不清楚，就是我面对执行长哑口无言了。如果一直follow文章的朋友一定知道，开发最终宣告失败，本来期待着A系列的完成，会迎来小庆功，殊不知只是又迎来战线拉长的消息，因为使用者的问题没被解决，工程师也都快蒸发了。整个IT团队，追着产出(output)，只要一个产出没有完成，整个功能也就不完整，整个表现也不被其他团队理解，我也追着产出，所以事情是没有止境的被衡量，只有一件又一件的产出变成成果计数器，说得难听一些，这变成是打造一个不知道在解决什麽问题的程序产生工厂。无法累积经验，遇事也无法取舍，就只因为我只看产出而非产值(outcome)。

解决问题就是产值

爱你的问题，而非爱解方

我一直知道以终为始的重要性，可是我一直不得其门而入，直到最後我才知道是因为过於着眼於产出。产出，其实就等同於视角放在解方上，排程用解方想、目标用解方设定，这样会造成3大问题：

1. 没有办法权衡重要性；
2. 没有弹性；
3. 失败造成的骨牌效应大。

能权衡重要性的是问题，而非解方，我们不会说，某某解方特别好，所以就需要优先实作，而是A问题超级重要，所以我们需要优先解决，实务上，我们在每天的运营上，一定会临时冒出的考题，适时调整策略、步调是必然的，如果手上只有一堆功能清单，而没有对应到的背後问题，就算开放一个擂台，直接胜者说话，对团队都是没有益处，也无法进行团队补位。这个也延伸到第二个问题点，除了运营上，技术上也是会有意外的，原本以为可以使用的套件，不能使用，好一点是能找到替代方案，不幸一点，就是整个做法不可行，不论从运营或是技术上带来的变故，如果我们着眼的是解方，就会少了变化的弹性，也会直接宣判开发无效或是需要再多点的资源了，这时候，第三点也会随之发生，身为成熟的工作者，我们都很清楚，公司资源不是无限的，竞争对手不会停下等待，等待接棒的跨部门同事也嗷嗷待哺，以解方做为依据，注定失败时，没有变化的空间，最快地，就是拿个人的时间来换，这时候不用唐立淇老师预言，我可以百分百说，水逆一定发生，我们有多少时间可以补救错误呢？所以第一个失败，就会影响第二个失败，接着第三、第四，只会觉得待在这团队才是水逆吧！

产值才是最重要的，产值代表着问题，要如何定义问题、了解问题是一门很深的学问，第一步，请永远谨记问「为什麽？」，问自己为什麽？问别人为什麽？在自觉的环节中，我发现我太容易接收别人的说法，好处是我可以很快融入一个环境，可以很快速的学习常识，记得一些知识，但是，坏处是我很快就会跳到解方，然後坚持解方，经营团队或经营一门生意，就像在玩世纪帝国一样，往前探足才能窥见一部分地图，在一切未明的情况下，没有人可以确定自己的解方是最好的，也如同工程开发一样，没有定义好规格或情境的开发，绝对不会是好开发。挖掘问题，以解决问题做为终点，可以给自己与团队多一点发挥的空间，在推动IT文化或管理时，自己可以更开阔的心胸接收不同的建言，以最大的资讯量成长，让问题被解决。

以终为始

你想像的样子与我想像的样子一样吗？

今天是第5天的文章，我们从自己出发，了解自己擅长与不擅长，然後找到面镜子可以拯救我们的弱项，掌握整体公司运作的时候，我们需要的就是一个目标。这些我认为是成为产品经理的入门功课，过去运作的时候，我有极强的问题解决能力，哪边缺了什麽，我就去哪边补位，可以说是完美救火队，不过就仅限於此了，惦量着手边的资源，尽一己之力将能补上的缺都补齐了，让产出顺利诞生，过程中，自己的能力提升了，但就缺少团队影响力，也未促成任何流动。今天大家齐聚公司，想要获得的不尽然相同，但一定有一个共同锁定的项目，否则何必耗损自己与公司的资源(时间)呢？产品经理可以辅助的就是不断地定义目标，拿着这个目标和跨团队确认，确保我的想像、IT团队的想像和需求单位的想像一致，大家也可以共同给予目标意见，如此，在公司里一起合作才会有意思。当然，不是每一个公司都能有这样的空间，可以让产品经理有这样的体悟与发挥机会，所以，希望以我的经历，分享给大家，大家也可以自行拿捏怎麽套用在工作之中。