k朋友抱怨說“ 突然變得不會工作了！！！！”

k朋友說：

這幾天突然變得不太會工作了！
辦公政治永遠無法避免的！
當你的上司在某個領域細節不是很熟，而是憑著他以前的做事方式來處下問題。首先可以肯定的是他的那種做法肯定是與標準的做法有出入的。
當你按照更好的標準的方式去做出來的結果，被否定。一定要按他的方式去做！！！！
相當於正確的方式需要向錯誤的方式低頭！！！！
這裡就是典型的辦公室政治，我想他暫時是無法去改進了，我也暫時不想去跟他論證了，因為他們一直就是按照那種方式來做的。

突然間，覺得自己變得不會工作了！！！

比如說一個具體的例子。
編寫用例文件


簡單的說用例可以說是使用者與系統互動的一個場景。

應該注重使用者的動作和系統的動作，這樣才能準確的描述一個用例。

如果我這樣做的結果就是全部需要把文件改寫。

兩個大師jacobson,cockburn對用例技術產生了巨大的影響，同時也造成了兩個主要的門派！

而cockburn對用例技術的影響更大一些，雖然jacobson最早提出用例技術。

我說這樣做的理由，他說我們一直就是那樣做的，他當然不知道有jacobson還有cockburn.我在這裡並沒有對他有什麼偏見。

他說用例主要是給業務(偏重於使用者)看的，所以只要寫使用者的操作步驟就可以了。

我說用例是需求分析，主要是為了後期的設計，偏向於設計人員！！！

當然最終的結果是我重服從他，這是一個辦公室政治問題。

我也是想把事情做好！！！！
但是這樣做事，真的鬱悶！！！

n應到：

1、做出來的事使用者用的，那麼你的上司的想法是對的
2、很多時候你想真心的把事情做好而與上司發生爭執，上司並不覺得你表現好，而是覺得你不謙遜。處世圓滑一些對你對他都好。
人生大概就是這樣

j應到：

用例應該是一種格式化的，文字形式的，展示系統每個功能如何使用的一份文件，其要求是：大家都可以看懂。

K反問：
這裡不是偏執的問題，是你已經按照這種方式做了很多年了，突然間要去適從一個不完整的做法！只是比較鬱悶的！！

就比如說，你已經習慣於使用多層架構的思維來開發專案。而你的負責人卻根本不知道什麼是多層架構。他只知道把業務程式碼寫混在頁面中。當然他那種方式也能做出效果來是吧！！！但你的確得服從是吧！但是你鬱悶不？

當然我不會笨到在現實生活中頂撞別人或不給別人面子的地步！！！！！

穀雨霖認為：

這裡面基本沒有對和錯的問題，只是站在不同角度思考產生的分歧。溝通需要方式也需要心平氣和。我相信你站在他的角度，把自己要表達的東西再認真考慮一下，平和地講解一下，也許你和他都會感到有新的理解。
還有一種方式就是站在客戶角度，準備兩份不同方式的文件提交給客戶，客戶做一個選擇。不過，這種方式我個人認為是最差的選擇。
內部問題都可以溝通解決的。哪種方式都沒有錯，當前已經產生決斷，那麼先執行，過段時間實踐來驗證結果。不是每件事情都只有個你對或者他對。
好的想法在成為一定的業績表達出來時，才有更多的說服力，這通常是老闆的思維。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/3433/viewspace-142360/，如需轉載，請註明出處，否則將追究法律責任。