第3章 003：拥抱变化

共产历32年5月

最近，天海所在的组内发生了一些新的变化。

首先是经理哆啦美，打算在两个月后休假几个月环游世界，因此公司便招聘了另一位工程经理，来自咖喱国的三格，来接替哆啦美的工作。

其次是产品经理赫本，借由新项目的成功，赫本也成功从高级产品经理升级成为了产品主管，开始统率起一整个大组，而无暇继续在一线负责各种产品细节与功能。因此组内也迎来了一位初阶产品经理，木马，开始接替赫本的工作。

最后是一位新的二阶程序员，牛作，也是日后给组内带来纷争不断的主要人物。

刚开始，天海对这些变化没有什么太大的感觉。

三格在初期没什么存在感，哆啦美还是作为经理处理着大多数事务，但天海能够感受到经理的职责正在逐渐从哆啦美转移到三格那。

木马也是同样在赫本的指导下开始接手一些产品经理的工作，赫本也仍然会照看着大多数的任务进度。

牛作也正在按部就班地做着培训期间的小任务。由于尼毫是牛作的导师，所以天海也对他正在做些什么没有太多的了解。

天海担任了三格入职培训期间的技术导师。虽然三格是工程经理，但组内像对待任何一个新加入的程序员那样，给他安排了一些小的任务，帮助他熟悉代码与产品。天海便主要帮助三格讲解这些培训任务，以及介绍常用的技术工具。

因为哆啦美在作为工程经理的同时，仍然会在一线领取一些任务，贡献代码，再加上三格确实在培训期间做了一些小的任务，所以天海认为，三格在之后也会参与到组内的技术开发之中。但后来，天海发现，三格在完成这些培训任务之后，便完全不再参与到任何有关代码的工作之中。

天海开始怀疑，给三格安排这些培训任务的目的，究竟为何。一个工程经理，不甚了解组内的代码系统，是否会是件可以接受的事情。

三格对组内代码系统不甚了解这件事，为之后的一次富有争议的项目，埋下了伏笔。

随着最后两个月的结束，哆啦美暂时离开了公司，开始享受新的人生。三格也正式开始作为工程经理，管理着两个小组。与此同时，哆啦美和三格共同的经理，拉胡，也对外宣布他将会在这段期间内多多与小组成员们沟通，来帮助三格进行管理。天海和拉胡之间有着每月一次的同步会议。每月一次是否是个在这段期间内合适的频率？天海对此也有些疑问。

天海渐渐感受到了一些变化与异常。

首先是产品开发上的变化。

天海所在的小组是个以产品为导向的主，产品经理在组内发挥着至关重要的作用。在哆啦美离开之后，赫本也几乎完全将产品经理的重任交给了木马。天海开始感觉，组内新的产品需求，似乎变得模糊与低效了起来。

在赫本提出新的产品需求的时候，她能够将为何要做这件事的原因写得明明白白，并用数据证明这些原因。同时，赫本的需求也十分明确，一般程序员们只要按照给定的需求，进行产品开发就可以。有些时候程序员们会在开发的时候遇到一些疑惑，就将问题发送到组内交流的平台上，赫本也能够及时回答，并且做出相应的决策。有时候小组要与其它小组进行合作，赫本也能够提前和其它小组的产品经理沟通，并取得同意。

天海在和赫本直接合作了一年之后，认为这种模式十分合理，且正常。

然而随着经验不足的木马开始接替赫本的工作，天海发现，似乎在实现新的产品需求的各个环节，质量和效率都不如以前了。

问题首先体现在一些需要和其他小组进行合作的需求上。木马提出了一个需求，想要在其他小组负责的版块上实现一些自己小组的功能。这个需求听起来十分简洁，于是天海准备开始实现它。

但是随即天海便发现了问题似乎并不简单。

首先，天海虽然知道整个游戏中有这个版块存在，但她并不知道是哪个小组负责的。木马也并不知道，只是单纯想要实现它。于是天海觉得木马应该提前与那个小组的产品经理取得联系，得到同意之后，她才应该开始研究并实现这个需求。然而木马却并不这样想。他希望天海先帮他研究实现这个需求所需要的时间成本，然后才决定要不要和那个小组进行联系。

天海并不认可这样的做法，但还是尝试并找到了那个小组，并询问那个小组，自己的小组是否可以在他们的版块实现这个需求。那个小组回应了天海的问题，说道他们并不同意。所以这件事，最后不了了之。

天海意识到，自己和木马都希望对方能够先花费时间帮自己解决一些不确定的因素。之前赫本的做法是她会先花费时间帮程序员们减少不确定性，所以天海便觉得这是应该的做法。但现在，天海发现这一点产生了变化。

木马有时候写的产品需求，比较模糊。天海觉得木马似乎并没有一个明确的需求想要程序员们去实现，相反，他想要一些程序员们也不知为何的信息，来帮助他进行决定。虽然赫本之前也经常需要程序员们提供一些信息，但赫本是在提前确定好要实现的产品需求之后，才会要求程序员们研究实现这个需求的技术方案。所以在和赫本合作的时候，程序员们仍然只需要专注于技术方案。有时候，赫本甚至能够给程序员们提供重要的信息，告诉他们该去哪里寻找一些技术方案。但是木马，却是希望程序员们为他提供一些超出技术范畴的信息。天海在接触到这些意义不明的需求之后，不知该如何下手。

并不是每个需求，在程序员们开始实现之前，都有充足的信息。这一点在赫本创建需求的时候，也有发生。但赫本会及时将不足的信息补全，以免耽误程序员们的工作。但天海在有一次做木马建立的任务的时候，足足等了两礼拜，都没有等到一个关键的信息。天海觉得木马应该向赫本一样及时提供信息，保证任务及时完成，于是便多次询问了木马。事后天海意识到，自己似乎做得有点过了。但在那时候，天海觉得自己所做之事并无任何不妥。

天海在一次和赫本的谈话中，终于意识到了自己产生心理落差的原因：

“你怎么能要求一个初阶产品经理，表现得和产品主管一样完美？”

其次是天海应该处理的事务范畴的变化。

哆啦美在组内的时候，具有十分强大的管控力，主要表现在对组内工作进度的掌握与对外合作的沟通。在哆啦美离开之后，三格并没有表现出什么作为，所以天海在不知不觉间，开始承担起了一些本应该是经理应该尽到的职责，比如对组员的工作内容的前进方向进行监督与纠错。然而天海并不是真正的经理。正是这一点矛盾，后来给天海带来了不少痛苦与压力。

所谓的变化，就是当两个完美的合作伙伴纷纷离开之后，本来能够和她们一起表现优秀的天海，是否能够适应这种落差，并进行调整？