周六在和室友聊天的过程中又一次的聊到了工作，我的室友是前端开发，我是实施，这让我对“实施和开发”的关系似乎有更深刻的理解创造了有利的条件；聊天总是逃离不了吐槽，这次的吐槽更加让我下定决心将自己的想法写下来。
其实在周六和室友聊天的前一天，我才和公司的WJ开发发生了不愉快的交流，APP开发觉得我一早上对我们组的一个hp开发小伙伴说话声音太大，有生气的嫌疑而对我进行了说教，然后因为这个事情他说到；“你这个实施很好了，你们组的开发你说什么他们还愿意听，我们组要是实施这样给我说话，我早就冒火了。。。。。”等等的话语，我当时就觉得很奇怪，我是在开发给我说某个需求实现难度，其问题在情况下，我清楚业务，了解流程，知道数据库结构的情况下给出的建议和设计逻辑的，我又不是乱绉的；然后关于wj前面的话，我也回答了他一句：“那好，那要是做那种客户说什么我就说好，当个传话筒给开发说，这个要做，那个要做，客户说什么我都说好，没问题，做！那最后为难的是谁呀？？难道不是开发，我不过接一句话，那这样的实施好吗？？”或许对于这样的实施是好的，他是轻松的，那他们组的开发呢？？
话虽然这样，但我也疑问了，我是不是“越界”了呢？？我是不是操心太多了呢？？我找不到自己的位置了。
我在和室友聊天的过程中，她提到了一个问题，她说那天他们组实施问她“为什么某个功能明明看着很简单，但是很久都没开发出来，客户很着急 了”，我的室友就将这里面涉及的问题告诉了他，然后他问了我室友一句话“我该如何告诉客户呢？？”当我的室友告诉我这句话时，我疑惑了，如何给客户解释，这难道不是是我们“技术支持”要做的吗？？
我认为，我们某个开发有难度，某个功能开发进度慢，他的原因我们是可以告诉客户的，要让客户知道为什么，他为什么慢，他为什么难，也是让客户知道我们不是没做事，是在做困难的事！
其实在室友给我吐槽的时候，我把自己和对方做了对比，我想问题可能在于：他不知道后台如何设计的，所以才会有误以为的简单；这种就像我不知道当APP上来的数据有问题的时候，我不知道是APP的问题，还是后台接口的问题。我感谢我们组的段，做什么新功能的时候，我提出bug的时候，拿到新需求的时候，都带上我一起讨论，给开发讲Bug的时候，带让我听着，所以我了解表结构，我了解某个功能可能涉及的字段，可能存在的难度，可能是否可以换一个思维。下面我想说说我对实施的理解：
首先我觉得实施是先锋兵，我们是走在最前列，直接和客户“短兵相接”的人，我们直接表现的是公司的软实力，我们的响应时间，是让客户安心的前提；其次我们是开发和客户之前坚固的桥梁，充分的理解需求，准确的告诉开发，精准的提出问题，且要有一种“主人”意识，平台是自己的，他被夸奖有喜悦，他被贬低有难过。
下面是我眼里的开发：
开发应该是实施后面坚强的后盾！有了这个后盾，实施才能在前方勇敢的前行，才会有信心的说一句“可以做，能够做，做得到！”他们是公司的硬实力，一个需求能不能正正的落实到平台，是开发们的劳动。
我认为一个平台是否被认可，是需要开发和实施的共同努力的，开发需要得到实施准确的需求信息，实施需要开发的完美的功能展现，我们与开发是并肩作战的战友！
前面说了很多次的“需求”两个字，这个也是客户、实施、开发三者的联系，实施从客户那得到需求，实施将需求转化为开发能理解的模型（或设计，或专业的描述），开发根据此模型设计开发。那有人问，这样说为什么不直接让开和客户沟通呢？？实施存在有什么意义呢？？那我觉得我们可以形象的描述一下：客户说我想喝水，实施应该记下“想喝水”，那也应该考虑是需要一个杯子盛水，此时缺的便是这个杯子，画出草图，开发将草图打出一个3D模型；然后实施用3D模型给客户倒水，水杯大小合适，顺手，不硌嘴，如果还是对方满意的样子，那这就是一个满意的“杯子”。
需求，实施如何看待这个需求呢？我进公司的第一年去上海参加年会，在年会开始前的大厅里，有一个项目经理交流大会，我坐在一边的桌子听着他们的交流，不记得当时是谁说的一句话了，他说：“我们应该做客户的顾问，提出好的建议！”他说的这句话是我记忆最深刻，也是那次偷学中唯一记得的一句，我记得我们的公司服务理念中有一项是“顾问式的咨询”，这一条和那位项目经理说的话不谋而合（当然不排除他说的就是咱们的服务理念），但若是实实在在的问问每一位“实施或项目经理”有几人想过这个问题？？
我记得在去江苏培训的时候，头一天的晚上，到了江苏，我们项目组的客户约了几个省的负责人带上了我出去压马路吃饭，在吃饭的间隙，他提到一个问题，他说：“mc的人呀都很好，H和D都是你说什么，他们都说可以做，能做，但是又时确实又没做出来，我们也不是希望说什么你们就说做做做，我们是希望听你们的建议，你们的想法，你们才是专业的。。。。。”“你们才是专业的”，对呀，小伙伴们我们才是专业的！！！！我们不是客户的传话筒，我们应该在理解需求业务的前提下，站在专业的角度去分析，去思考，去建议；不是客户说什么就说做，就是加！拿不准，不知道，不清楚的时候应该问问我们坚强的后盾，我们的开发，问问他们这个东西是否可以实现，是否可行，是否有其他的方式去实现！为什么不让开发直接和客户对接，因为他是开发呀，他是要写程序的人，如果直接与人沟通，那就可能一会儿有人打断你的思路，一会儿有人打断你的思路，我们实施，就是隔断开发和花花世界的一道墙。
开发经理，如果可以有条件的情况下，你在和你的组员讲逻辑，讲架构的时候，你真的可以顺带捎上你的实施，他可能听不懂，但是他可以在旁边听听，一次两次，三次可能他就听懂了，当然是否愿意，那也看你们的实施，他自己的情况。
我想如果每组的开发和实施都把对方当做自己的战友，与你一起并肩作战的战友，那么在有人想无故伤害你的战友时，你也不会把你的战友推出去了；对平台有一种自主意识，那么你也会爱平台，也愿意了解系统，那你也就了解了业务，对某些需求的建议，你也会实实在在的是在考虑他的可行性，也是在为客户考虑，他们也会相信你的。
当然以上只是我的一些浅薄的想法，毕竟我接触的人少，了解的方面少，只是有感而发，说的不对之处，还请见谅，也希望得到大神们的纠正。