今天做一个工作复盘，内容是一个无线城市的项目，后期在网络管理MIB节点的对接开发过程遇到了问题。整个开发工程周期很长，但是这个过程理论上是没有那么复杂的。但是是什么原有导致了这个现状呢，所有今天做一个复盘，吸取处理问题的经验。
一、过程复盘。
1.接到任务，需要开发MIB节点。在这里和售后产品经理沟通了把MIB给到客户需要走的流程，拿到了MIB库，总共有几千个OID值，而对接只需要17个。
当时售后反馈到这个MIB 库的OID节点经常是由研发处理，售后处理困难；
我自己于是从整个MIB库文件去筛选17个OID节点给到客户，对方测完之后OID不对。我没有太在意这个事情。第二周又找了一个版本的OID节点值给到客户，还是有问题。
2.询问售后类似的项目都是如何处理的，让售后找了二线的TAC。
二线TAC做了很长时间，出了一版OID。但是客户测试之后反馈有问题。具体是哪里的问题没有继续去问。又过了一周
3.二线TAC再次和研发去对这个事情，又出了一版OID。并且保证没有问题。
后台都是通过MIB browser这个软件去读取的MIB节点，但是客户是用另一款软件SNMPWALK来读取的，售后和研发一直不是很想用SNMPWALK来读。导致了两个软件的取值是不一样的，客户测试这个版本的OID节点说是有问题的【其实是一些数量单位和数值含义的问题】。然后安排售后现场和客户的技术做对接测试。
4.中间有一个OID节点诗现有的MIB库里面没有的，需要后台研发开发。邮件提交了需求，后台一个星期处理此事情。并且给了测试的软件版本。整个过程给了很多次OID测试表，项目也迟迟不能交付，监理的通知单也下来了，不停的催项目进度。
5.给的测试版本没有问题，但是有一个OID节点值一直是空缺的，没有找出来。我和后台的TAC都没有注意这个事情，经查询这个OID节点也需要开发。
6.现在的现状是这个节点需要邮件反馈给后台研发，但是邮件没有人回复这个邮件。貌似不愿意处理这个事情。项目推进遇到瓶颈。
二、减少过程中重复无效的工作
事后分析解决这个问题的关键几个步骤：
1.我可以自己去尝试，但是一旦在推荐的时候遇到困难应该及时和其相关人商量如何推进，否则会浪费很多的时间；
2.确定完成的统一标准，客户是用SNMPWALK来测试的，那么一开始这个就应该是一个关键点，也就是衡量咱们的OID值是否正确的一个标准。
3.正确面对事实，有可能事实是我们自己难堪的、不舒服的，但是需要正确面对。以解决目前的问题为主。
三、胡思乱想
为什么会是这个结果？其实可以果断强硬一点，让售后研发统一验证工具；可以和项目中的软件厂商当面沟通测试结果，可以主动参加下客户的会议将相关问题解释清楚；
真正有效的几个步骤。1.统一了工具；2.当面沟通；3.需要开发的东西积极协调资源，有问题让领导支援。
以后是否可以做的更好？。重要的事情优先推动，主动参与到里面，当面沟通。
