朋友抱怨说“ 突然变得不会工作了！！！！” 文/谷雨霖

 

k朋友说：

这几天突然变得不太会工作了！
办公政治永远无法避免的！
当你的上司在某个领域细节不是很熟，而是凭着他以前的做事方式来处下问题。首先可以肯定的是他的那种做法肯定是与标准的做法有出入的。
当你按照更好的标准的方式去做出来的结果，被否定。一定要按他的方式去做！！！！
相当于正确的方式需要向错误的方式低头！！！！
这里就是典型的办公室政治，我想他暂时是无法去改进了，我也暂时不想去跟他论证了，因为他们一直就是按照那种方式来做的。

突然间，觉得自己变得不会工作了！！！

比如说一个具体的例子。
编写用例文档


简单的说用例可以说是用户与系统交互的一个场景。

应该注重用户的动作和系统的动作，这样才能准确的描述一个用例。

如果我这样做的结果就是全部需要把文档改写。

两个大师jacobson,cockburn对用例技术产生了巨大的影响，同时也造成了两个主要的门派！

而cockburn对用例技术的影响更大一些，虽然jacobson最早提出用例技术。

我说这样做的理由，他说我们一直就是那样做的，他当然不知道有jacobson还有cockburn.我在这里并没有对他有什么偏见。

他说用例主要是给业务(偏重于用户)看的，所以只要写用户的操作步骤就可以了。

我说用例是需求分析，主要是为了后期的设计，偏向于设计人员！！！

当然最终的结果是我重服从他，这是一个办公室政治问题。

我也是想把事情做好！！！！
但是这样做事，真的郁闷！！！

n应到：

1、做出来的事用户用的，那么你的上司的想法是对的
2、很多时候你想真心的把事情做好而与上司发生争执，上司并不觉得你表现好，而是觉得你不谦逊。处世圆滑一些对你对他都好。
人生大概就是这样

j应到：

用例应该是一种格式化的，文字形式的，展示系统每个功能如何使用的一份文档，其要求是：大家都可以看懂。

K反问：
这里不是偏执的问题，是你已经按照这种方式做了很多年了，突然间要去适从一个不完整的做法！只是比较郁闷的！！

就比如说，你已经习惯于使用多层架构的思维来开发项目。而你的负责人却根本不知道什么是多层架构。他只知道把业务代码写混在页面中。当然他那种方式也能做出效果来是吧！！！但你的确得服从是吧！但是你郁闷不？

当然我不会笨到在现实生活中顶撞别人或不给别人面子的地步！！！！！

cabinhome认为：

这里面基本没有对和错的问题，只是站在不同角度思考产生的分歧。沟通需要方式也需要心平气和。我相信你站在他的角度，把自己要表达的东西再认真考虑一下，平和地讲解一下，也许你和他都会感到有新的理解。
还有一种方式就是站在客户角度，准备两份不同方式的文档提交给客户，客户做一个选择。不过，这种方式我个人认为是最差的选择。
内部问题都可以沟通解决的。哪种方式都没有错，当前已经产生决断，那么先执行，过段时间实践来验证结果。不是每件事情都只有个你对或者他对。
好的想法在成为一定的业绩表达出来时，才有更多的说服力，这通常是老板的思维。