在任意一家领导不是技术出身的企业。当上级领导不满意并想改一下软件外观，但需要花很多钱请外包时（因为自己公司没有专职UI）。
一、开发人员认为：
1需要花大量金钱请外包；
2程序外观基本已经开发完成，改动的空间很有限，请外包很可能也不理想；
3外包改动时，我们内部也需要话费大量时间协同其修改。
于是提出了自己的反对意见。
二、但开发人员忽视了：最重要的不反对而是沟通和反馈。
三、那怎么处理效果最好？----要搞清楚问题是什么，为什么？怎么办？
一问：“领导，关于我们的软件，您能不能提点好的改进建议啊？”然后仔细聆听和记录改进意见。
二问：“领导，能不能先让我们内部先尝试改进，实在不行再花钱请外包？”
四、如果领导不同意，我们也能知道：
1、领导为什么改动界面？想改动哪部分？大概想改成什么样？
2、思考领导这种改动想法是否代表最终用户的想法？是否可以尝试问问客户？
3、我们在开发中忽略了哪些问题？如果内部修改该怎么改？
5、如何避免下次出现同样的问题。
五、如果同意，再进行详细的需求沟通。回去思考，提出三种可执行的改进方案。让领导选择，同时再次沟通和反馈对方案进行调整。
六、最终改进结果让领导看。如果领同意内部方案就可以公司节省一笔较大开支，同时使我们的最终用户也更满意。如果不同意我们也做出了自己最大的努力，同时知道了问题的根源。（注意改进方案可能不是一蹴而就，正如用户是渐渐发现自己的需求的，领导也是。）
七、这不是费力不讨好吗？是的，这费力，但是有好处。实际开发中，开发人员不仅需要有软件专业能力，还需要能够和自己的客户、自己的领导很好的沟通和反馈，成为专业技能优秀且了解自己的客户和领导的开发人员。我们都不是完美小孩，如果我们不认同自己的领导，我们可以在尽力完成职责后马上更换自己的公司进而更换自己的领导，但是我们也要反思自己是否完美。这样我们其实发挥了我们自身最大的价值，相信高价值的人可能不是领导，但是他们在引领世界。
------一个正处于低价值点的旁观者