“孩纸，厦门这么好，赶快回来吧！我们配合得还是蛮好的，等你回来一起讨论细节。早点休息吧！”
这是今年6月份与开发小达沟通需求，小达的结束语。当时我在广西出差，收到一堆客户需求，其中有几个需求，我不是很确定其实现难度，于是晚上回酒店时，给开发小达打了电话沟通需求。我的开场白大概就是”有几个需求，我不是很确定其实现难度，为避免给你挖坑，所以在最终跟客户确认要实现的需求前，先跟你讨论下。“开发小达听了这话，貌似很感动，跟我聊了一个多小时，讨论完需求，还关心我，出差累不累，哈哈！心里暖暖的！
到6月份为止，我与开发小达合作3个月，这3个月，是我正是转产品的3个月，也是他入职的3个月。这几个月，我们都在忙一款招生系统的功能迭代，每次迭代，我都会出流程图和低保真原型，然后把要实现的功能逻辑讲一遍，然后开发小达就评估时间，接着着手开发。在他开发的时候，我又开始画下一版本的流程图和低保真原型。大致的流程就这样有序地进行着。当然，我做功能规划的时候，考虑得也比较粗糙，开发在实现的过程中，经常会遇到一些细节上的问题，他来找我沟通的时候，讲话都很通俗，几乎不出现晦涩的开发词汇，我们沟通很顺畅。
在6月份之前，招生系统的功能都是面向高职市场的，6月份之后，需要另开一个面向中职市场的分支（这里涉及不同业务部门的利益，在此不做解释）。于是，一款产品就变成了两款产品，然后分两个方向迭代。
进入6月份后，招生逐渐进入高峰期，从高职和中职的业务那边都反馈过来很多零零散散的需求，而且都是很紧急的需求。为了提高效率，我按两个原则（最急的先做、有关联的需求一起做）把需求进行分类打包，划分产品迭代版本。尽管这样，每天还是会有临时新提的需求要插队，而且存在很多不是很合理的需求（中职的，并且领导发话，不管合不合理，全部需求都要满足，呜呜~）。开发连续好几天加班，然后还要面对不合理的需求变更，抱怨了几句，然后很快又反过来安慰我，希望我不要介意（呼呼呼~我这是遇到大好人了哇！）
持续了一个多月后，最紧张的时期，终于快过去了！但是开发生病了，一天吃好几包感冒灵（估计烟抽多了，体质不是很好）。正逢中职的1.7版要上线，1.8版需求开发时间评估。我看他硬撑得难受，就说，1.8版的时间评估，缓两天再做，时间我来协调。我让他好好休息，然后告诉他很多治感冒的良方（不是看医生吃药哦）。后来，1.7版本上线后，出现了一个数据处理方面的比较low的bug（这个功能测试周期比较长，开发承诺他自己把控，所以测试人员没测）。我只是把问题反馈给他，没有多说什么（开发生病时硬撑着，状态不好犯的错，可以理解）。
过了没几天，开发的感冒就好了（不知道是不是用了我的良方，哈哈！），重新进入了工作状态。不过，我发现，开发对我比以前更好了。我很忙的时候，他会自己先过一遍需求，然后我们只要讨论他不理解的需求即可（一般情况下，都是我过滤需求后，再找他讨论的）。下班后，会很乐意的跟我闲聊。
最近，招生系统的功能迭代告一段落了。他接了新项目，然后问我XX系统的产品是谁，我说就是我呀！然后他说：”好巧呀！真好！“
哈哈，总的来说，我运气比较好吧，遇到一个很体贴的开发！我们只有”相爱“，从来没有”相杀”！
