这次的需求来的很急，所幸改动量不是很大，不然到我这里肯定GG。
首先从开始说，虽然POS是需求方，但是改动涉及到我们这里，以后不能抱着等他们提需求我们不急的想法，至少去催三次，或者及时了解他们的需求大致内容、和开发商议这个量能不能解决掉；同时最重要的是掌握他们的排期，这个比较重要，像这次就是很急，加的需求。但是就是再急都应该有一个流程，先和对方的产品定一下需求，定好需求后这边和开发商议的情况下出一下方案，出了方案之后让开发看一下该如何调整，然后协调一下开发和测试的时间，看看能不能安排得了，这点很重要，一定要安排好排期，同时关于具体的工作一定要落实到个人，不能和经理谈完 了就拉倒了，要和具体的实施人谈一下。关于后面的需求推进，由于之前也没有处理过相关业务，所以了解不是很多，导致中间出了问题，一个需求没有考虑到，这时候不要慌，还是按流程走，谈好需求，想好方案怎么走，然后和经理、开发等定一下方案，定好方案之后再看一下时间有没有时间完成，流程不要变。同时中间还是那个问题，关于方案、接口什么的，自己先定，一定要自己想好、像通透之后再找人谈，不能自己都说不清楚就找人；同时中间注意一点，当有新需求来的时候，自己先看一下之前的相关文档，了解一下流程和相关知识，这样才好做。中间也有一些正确的做法，就是有问题不懂自己先看文档、查资料，如果拖得时间长了就赶紧问，不能耽误项目时间。如果项目的进展出现了问题别慌，一定要稳住，别急，看一下能怎么解决，该怎么解决，慌，没有用。还有就是，不要觉得这个需求是别人提出来的，就不关心了，只要涉及到自己的系统改动就要跟一下，尤其是我们这种有实际产品的，对于有业务往来的部门一定要注意一下关注一下对方的变动，是不是合理，能不能满足用户需求，不然用户投诉的时候还是投诉自己的产品。个人建议，最后有时间的话，建立一个资料档案，把工作中积累的关于业务的具体知识给总结了，不然以后会忘的，尤其是一些文档里体现不出来的。
总结：
1.开展新工作之前要将历史文档看一下，了解一下原来的业务逻辑、不懂的就问问经理。
2.不能因为不是自己提的需求就放着不管，至少催三次，或者了解一下基本需求和排期计划等。
3.不要太早给对方确定的回复，要等需求确定、方案出来、和开发确定方案是否合理、和开发测试协调过时间后，再定最后安排，给回复；最后的调整交给业务（领导）谈。
4.关于中间找人谈事情、问问题，一定要自己先想清楚，我知道啥、想问啥、想得到什么样的结果，不能一想到就去问，特别是定方案时候，要等具体流程都想出来再去找开发说，当然，中间有对技术方面能否实现存在问题问问是没关系的。
5.中间如果出现问题，需要调整的，不要急，先谈问题是啥，然后想方案，在协调开发和测试时间，不能自己觉得或者开发觉得没时间就没时间了，按着流程走是没问题的，一定别急，拿不准的就直接请示领导。
6.对于方案的落实，尤其是这次这种中间加的需求，一定要找到具体的开发或者测试问一下，不能和领导沟通没问题了就拉倒，有时候领导比较忙，没办法落实到具体的实施人。
7.多个部门一起协同的时候，要关注一下别的部门的进展以及方案，看一下是不是合理，不然肯定会影响到自己的业务，这点要注意一下。
关于和易购一起处理POS相关需求之后的感受
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
- 文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
推荐阅读更多精彩内容
- Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
