有一次，要进行一个数据库关连的申请，在申请系统上提交新申请时，出现了一个提示信息，说这个申请功能只能由和国的用户使用。
没办法只能找宫崎，让她把申请页面的内容发过来，叶奕凡填好内容后，再发给她去提交。
但没想到宫崎就是不回这个邮件，过了两天又催了一下，对方还是没反应。而这个申请是有时间规定的，再晚了就会影响项目进度，没办法，最后又发了一封，同时抄送给小林和冯艳。
他很注意细节，没有把以前的邮件转发，而是重新写了一封新邮件，把申请的事情重新说了一遍，最后加了一句，有没有和国的新毕业生，现在工作不忙的，提供一个，帮他做一些申请。
邮件刚发出去，宫崎马上就有反应了，直接把申请画面拷过来，让他填内容，整个申请一天内就搞定了。
虽然这样，但叶奕凡还是有所担心，因为邮件抄送给小林，虽然很注意一些细节，那也相当于轻微的投拆宫崎了。不过没想到的是，后来宫崎跟冯艳说了这个事，她完全没有任何不满之意，而是说：“看到这个邮件，我对项目非常放心了，因为看到了叶桑强烈的责任心。”
要件定义的最后阶段，宫崎要求他也定义一下品质标准。这次项目规模不大，只有26个人月，叶奕凡就按当初神马项目的比例，定义了因华夏原因产生的问题数量，不超过36个。
结果宫崎不干，认为太多了，叶奕凡就解释：“这个比例是参考神马项目的。”
宫崎就问：“那神马项目实际产生的问题是多少呢?”
叶奕凡有些傻眼了，这个宫崎看来是知道背景，还比较不要脸，只能硬着头皮说：“32个。”
宫崎继续不要脸的说：“应该对品质严格要求，参考实际数字来确定目标。”
nn个熊，拿上个项目的实际数字当目标，叶奕凡当初的担心还成真了，那么算的话，基本上目标就成4个了。
这时候魏子非正好要审查一下他的项目，就把这个事儿说了，魏子非提了下建议，不能任由他们随便提要求。
叶奕凡回来后，认真的思索了一番，宫崎虽然要求的有些过，但如果继续在这个数字上纠缠，会有多大意义呢?这个数字，最多是作为她将来评价项目分数的标准，如果同意了，只要项目认真去做，就算将来出的问题超标了，判断她也不至于非按这个数字，去故意降底评价。
但反之，自己现在就喋喋不休的和她争执个没完，反而会影响她将来的评价。更关键的是，这个数字最多只影响评价，也不涉及索赔之类的大问题，所以经过认真思索，认为此事不值得再争论了，于是答应了她的要求。
项目经理，是个要做决策的位置，对于一些不涉及原则性的问题，顶头上司的意见，也要有选择的接受。