雪 薄草的部落格

批評和攻擊效果零
 
任何一個領導人都必須懂得一個道理：
 
尖銳的批評和攻擊，所得的效果都是零。
 
  
在《EQ》這本書中，曾經有這樣一個故事：有一家出版公司被另一個更大的出版公司買下，就是購併了。購併後，新公司高層做出的第一個決定，就是解雇原來的
執行長。這位遭到解雇的執行長覺得非常意外，因為他一直認為自己做得不錯，本以為新公司會留任他。百思不解下，他就去問公司的高層。最後，終於有一個人向
他坦白：「我們在購併前，曾經仔細觀察你一段時間，我們發現你常常用很尖銳的方式責罵、批評別人。所以我們決定對你不留任。」
 
  
這位執行長還是不解：「
別人犯了錯，我能夠不管嗎？」對方告訴他：「在過去的年代，企業走威權領導風格，很多主管都會罵人，用帶軍隊的方式來帶企業。但是現在帶人要帶心，外面競
爭這麼厲害，你動不動就責罵同事，對他們做出很激烈的批評，這樣的領導風格，很難獲得同事由衷的合作。」
 
  
對方認為，如果這位執行長還留下來，底下的員工就不願意在工作上衝刺，因為無論怎麼做，都可能挨罵，所以最好自掃門前雪。公司的競爭力無形中在流失，所以
必須請他走路。
 
奇蹟發生了！
 
  
卡內基談人際溝通的第一條原則，也是最關鍵的一條原則，就是三個「不」：不批評、不責備、不抱怨 。
 
  
記得我剛到美國接受卡內基訓練時，已經四十幾歲，有點人生經驗了。興致勃勃，遠洋而來，第一課上的就是「不批評、不責備、不抱怨」，我心裡的第一個反應
是：「就這個啊！怎麼這麼簡單？」一時之間，還真有點失望。
 
  
這九個字看起來真的很簡單，好像沒什麼了不起的大道理。當時的課程是十四週，十四週以後，我卻突然發現，自己產生了奇妙的轉變。也就是說，我們對別人的批
評、責備，或者是面對工作的負面態度，都變少了。無形中，自己就成了一個對人生抱持著積極、正向態度的人。 這種奇妙的轉變，不只發生在我身上。
 
  
後來我在台灣上這條「不批評、不責備、不抱怨」的原則，就有一個學員舉手說：「黑老師，那我們不是一天到晚都沒話可說了嗎？」全班哄堂大笑。還有一個學員
就說：「黑老師，我認為這完全不可能。比方說，我老婆一天到晚打麻將，我怎能不批評她？」於是我問他：「你批評多久了？」他說：「至少十年以上，可是批評
也沒有用，她並沒有因此改變。」對於卡內基提出的這三不，他不太認同：「其實我不太相信，也不同意這一條。可是既然來接受訓練了，我就練習兩、三個禮拜看
看吧！」三個星期過去了，他在課堂上用很驚訝的語氣對全班宣佈：「奇蹟發生了！我太太把麻將戒掉了。這太不可思議了，我什麼都不說，她反而改變了。」
 
  
在美國時，我認識一個很漂亮的女孩子，她是一家大企業的總裁特別助理。這個助理人緣很不好，常常跟同事發生衝突。她曾經和我提到這些工作上的衝突，心情顯
得很低落。有一天，總裁對她說：「妳最好想想辦法解決人際關係上的問題，如果各部門的主管還是沒辦法跟妳相處，我也保護不了妳了。」
 
  
這個女孩後來就來接受卡內基訓練，學習這三不原則。後來我有機會遇到這位總裁，他告訴我：「幾個禮拜之後，我簡直不敢相信自己的眼睛。我親眼看到這個女孩
發生的變化。」最明顯的一點，
 
就是她不再那麼負面、尖銳、愛批評。
 
批評和責備，只會造成衝突
 
  
親愛的讀者，讓我們閉上眼睛想一想：當你遭到別人的批評和責備時，心裡的第一個反應會是什麼？
 
  
曾經有專家研究，當一個人遭受批評時，心跳會加速，然後防衛本能就會浮現。為了維護自尊，他可能會採取攻擊的手段，轉移焦點。所以批評和責備，只是造成更
多的衝突。
 
  
「當一個人受到批評、責備時，是一個危險時刻。」當你批評別人、指責別人時，就是在冒一種風險，非常可能傷害對方的自尊。即使你的批評和指責是出於善意，
但對方因為自尊受到傷害，就算知道自己錯了，也要為自己辯護，死不認錯，甚至故意跟你唱反調。所以批評和責備，並不能解決問題，反而會讓同事討厭你，朋友
疏離你，親人迴避你。
 
  
我們常聽說，有些大企業的老闆以罵人出名，這些公司的員工離職率通常蠻高的，有的甚至高達三成。仔細想想，老闆把員工罵跑了，那麼公司在員工身上投資的時
間、訓練和金錢，都跟著付諸流水，更不要說要凝聚員工的向心力了。
 
所以一個人要獲得事業上的成功，就需要別人由衷的合作，而前提就是
不批評、不責備、不抱怨。
 
 如何做到「三不」有何妙法
 
當然有的。我建議讀者可以採取下列兩種方法：
 
  
第一個方法比較實際，叫作「
左腦運動法」。當你想罵人時，比方說父母想責備小孩，主管想批評部屬，就開始運用你的左腦。因為人的右腦掌管情緒，而左腦掌管邏輯，透過啟動左腦的機制，
可以幫助你控制右腦的情緒作用。
 
  
要怎麼用左腦呢？舉個例子來說，數一數房間有幾種顏色。比如說，我想罵人了，就開始數：金色、粉紅色、綠色、白色、褐色、黑色，六種。數顏色一方面可以緩
和情緒，另一方面，因為要辨別顏色，還要數數量，左腦開始工作了，就會壓抑右腦的機制。透過這樣的動作，你本來控制不住的情緒，會因此鎮靜下來，也不會口
出惡言。
 
  
前一種方法，可以幫助你控制情緒，但是並不能真正解決問題。第二個方法才能真正改進批評、責備的壞習慣，但是需要長時間的練習。這第二個方法，
就是加強自信，提升面對工作、生活的熱忱。
 
  
我遇過一個旅行社的老闆，領導的員工大概有幾十位。每次跟我聊天時，他都在批評部屬，說他們很差勁，每次都找藉口拒絕老闆加班的要求。除了罵員工，他也罵
客戶，說他們要求太多，不知好歹。反正只要談到工作，他就是滿腹苦水，一肚子抱怨。當然他的員工也不喜歡他，常常在私底下批評老闆，薪水給那麼一點點，對
工作的要求卻那麼多。
 
  
我分析他的種種批評和抱怨，歸根究柢，可能是因為在內心深處，他沒有自信，並不喜歡自己。一個不喜歡自己的人，怎麼可能喜歡他的家人、同事、客戶？一個不
喜歡自己的人，就會擔心別人也不喜歡自己，而做出很多防衛性的舉動，用批評和責備建構成一座牆，把自己和別人隔開。結果，即使有人想對他真心相待，也只能
離他遠去。
 
  
我曾經過聽一個演講，主講人說，當摩西從山上走下來，拿著一塊石板，那石板上刻著十誡。他說：「很可惜，這石頭太小了，第十一誡沒有刻上去。第十一誡就
是，你要喜歡自己。」這位主講人非常語重心長地說：「你如果不喜歡自己，怎麼會有寶貴的自尊？」
 
  
我常常提到「東邪西毒」這部電影。這部電影中有一個主人翁歐陽峰，由張國榮飾演，就是典型沒有自信心的人。在電影中，歐陽峰是一個情感冷漠的殺手，只要有
人出錢，他就幫你殺人。價碼沒談成，即使你楚楚可憐，他也不願意動手。他平時獨自居住在沙漠裡，只談生意，不說情誼。電影結束時，出現了一段歐陽峰的獨
白：「我從小就怕遭別人拒絕，等我長大了以後才發現，想要不遭人拒絕，最好的方法，就是我先拒絕別人。」
 
  
什麼叫拒絕別人？就是我先罵你，先跟你搗蛋，先攻擊你，透過這種負面的方法，來獲得一點自尊。看完這部電影，我心裡不免感觸：不知道在我們的社會上，存在
多少個這樣孤獨的歐陽峰？
 
  
中國人有句話：「愛人如己」，就是說如果我可以愛自己三分，就可以愛別人三分。反過來看，當我討厭自己三分，也就討厭別人三分。當我們批評別人一事無成，
其實真正批評的對象，是自己的一事無成。
 
世界是心的鏡子
 
  
有了自信，對生活上的各種狀況，不論是好事還是挫折，都能以開朗的心情來面對。《EQ
》的作者丹尼爾•高曼，曾經擔任《紐約時報》的記者。有一天，一連發生了五件謀殺案，他忙著跑新聞，有點心浮氣躁。後來他搭上一輛巴士，發現車子裡的氣氛
居然非常輕鬆。關鍵在於那位司機，他像是把開公車當成一件樂趣無窮的事。
 
  
遇到中年婦女上車，他就說：「妳這件衣服好漂亮，能告訴我是在哪裡買的嗎？我想帶我太太去買。」經過博物館時，他就告訴大家，這裡最近有什麼新展覽，歡迎
大家去參觀。經過一家餐廳，司機興致又來了：「我跟我太太，就是在這裡慶祝結婚二十五周年。」有小姐下車了，司機也不忘加上一句：「美麗的小姐，祝妳有美
好的一天。」
 
  
高曼發現，自己搭上這班公車後，原本焦躁的情緒就一掃而空。不過，他認為受惠最大的，還是司機本人。親愛的讀者，讓我們來想像一下，如果這位司機對自己的
工作很不耐煩，一路上會不斷抱怨紅燈連連，批評紐約交通多糟糕，遇上計程車司機超車，說不到還會探出頭來，罵兩句國罵。下了班，心情不好，對老婆、小孩大
呼小叫，他的家人也不會喜歡他。
 
 幸好這位司機能以積極、愉快的心情來面對工作，不但工作變得有趣了，乘客喜歡他，下班以後，老婆和小
孩也會迫不及待地想聽聽他今天發生了什麼趣聞。這位紐約的司機教了我們一件事：世界並不像想像中那麼糟糕，只要我們願意用積極而正面的眼光去看待。
 
 你
也做得到 如何不批評、不責備、不抱怨？
 

每天早上醒來時，告訴自己：你是個有福份的人，應該以包容的心去看待別人。

每當
你要批評別人時，想想自己是否也有類似的缺點。

每當你要批評別人時，改用讚美取代。

批評是逃避反省的方式。要批評別人之前，先反省自己。

提高工作效率的同時，也要避免浪費時間的活動。
1. 多做沒有必要的工作。
    你之所以覺得時間不夠用，主要原因在於把時間浪費在沒有必要的干擾。
    當然，干擾是無法避免的，總是有緊急事情需要處理，但是你還是可以做一些防範工作。
2. 當濫好人。
    這種人不論別人有什麼要求，都照單全收。特別是做業務的，為了搶生意，
    客戶各種無理的要求也忍氣吞聲的答應，做了太多超出業務範圍以外的事情，其實大可不必這樣做。
    你應該要自己設定界線，哪些可以為客戶做、哪些不可以，只要有清楚的原則，客戶也會接受。
    如果你自己沒有原則，只會讓對方得寸進尺，最後吃虧的還是自己。
3. 迷信科技產品。
    科技產品確實能幫助我們增加效率，但是如果做得太過，也可能讓工作沒效率。
    如果你已經有習慣的工作方式，例如你習慣用手寫筆記的方式排定行程表，
    而且效果也很好，就不一定非得特地去買PDA。身上有太多科技產品，只會讓你疲於應付。
4. 重量不重質。
    工作效率的衡量標準不是看你做完了幾件事情，而是這些事情的價值。
 
不妨現在就開始，重新檢討你的做事方法，改變浪費時間的工作壞習慣。

時間管理的第1守則，就是“Do the right thing right.”（用對的方法做對的事情）。
 
但是多數人只做到前半段，卻忘了後半段。翻開許多談論時間管理的書籍或文章，內容一定是告訴你，如何依據事情的輕重緩急，設定優先順序。但事實上，如何用對的方法做對的事情，其實更重要。
 
做事有方法，時間自然變多
 
改善時間管理，不只是討論哪些事情該做、哪些不該做，你還得更進一步改變做事方法，多注意平常忽略掉的小細節，讓工作流程達到「最佳化」，大幅減少時間浪費。
 
 
該如何開始？
 
1. 思考要慢，執行要快。
    有些事情一旦你決定了，就無法再回頭，或者事後得花雙倍的力氣去調整。
    如果你真的想要節省時間，「第一次就要做對」是很重要的原則，寧可事前多花點時間，仔細討論，想清楚再動手，
    即使事後仍需要調整，但也不至於會太過離譜。
2. 再三確認，知道你該做什麼。
    如果你一開始就會錯意，不清楚對方要的是什麼，就是在浪費時間做白工。
    很多時候，甚至你覺得很清楚對方的意思，最後卻發現相差十萬八千里。
    到底是對方沒說清楚，還是你的理解能力有問題？
    假設你的主管要求你下星期報告最近的重大經濟趨勢，你可以自己先設想，哪些內容會是主管想要的，
    然後立即和主管討論，確定你們彼此之間的認知是一致的，就可以開始工作。
    但是如果主管交代完，你就直接問比較細節的問題，例如是哪些經濟趨勢，一時之間他可能也很難說清楚，
    不如先做大略的研究，提出你初步的構想，再和主管確認最後內容的走向，會更有效率。
3. 時間壓力愈大，工作效率愈高。
    規畫工作行程表時，不要只是列出該做的工作項目，還要在旁邊寫上預計完成的時間。
    一旦有了時間限制，就有了限期完成的壓力，工作時會比較專注，而不會毫無限制的拖延。
4. 工作之前，先把辦公桌清理乾淨。
    如果你去知名餐廳或飯店的廚房就可以發現，廚師在開始烹飪之前，必定會把需要用到的食材和工具依照先後順序整齊地排列好。
    同樣的，工作時不要把時間浪費在找東西。開始工作之前，請先空出一個乾淨的桌面出來，再把可能需要用到的資料或物品，放在方便拿取的地方。
5. 向外求助，別閉門造車。
    如果你新接某個工作或專案，先詢問有經驗的同事或主管，什麼樣的工作方式最有效率，不要浪費時間自己去摸索，以免走錯方向。
    平常，也應該多觀察他人不錯的工作習慣，自己多加學習，例如如何整理檔案文件、管理客戶等，這些都是伸手可及、立即可用的方法，應多加利用。
6. 凡事主動，等待只是浪費時間。
    每次當有人說「我再打給你」這句話時，就當作他沒說過。請別浪費時間等待對方的回音，直接拿起電話打給對方，才是明智之舉。
    或是，你的朋友或同事幫你介紹新的客戶或是某個人，先詢問他，你是否可以直接聯絡那個人，一方面表示尊重，另一方面又可以節省等待的時間。
7. 改變自己，適應其他人的工作習慣。
    工作的完成需要有很多人的共同參與，但是每個人習慣的工作方式都不一樣，往往容易引起不必要的時間浪費。
    要改變別人，不如先改變自己，順應別人的工作方式，讓流程的進行可以更有效率。平常互動時，多觀察對方的工作習慣，或是他最討厭別人有哪些壞習慣，避免自己踩到地雷。
8. 成功也要花時間分析。
    我們常要求自己了解犯錯背後的原因，避免下次再犯。
    但是，你也應該知道自己哪些部份做得很好、原因是什麼。下次再遇到類似情況時，你才知道如何達到成果。
    當你知道成功的原因，又能避免可能的錯誤，才能有絕對的把握。

你是否常覺得，在工作上投入大量時間的心力，卻達不到預期中的成效？明明已經盡心盡力了，卻還是被上司釘得滿頭包，每天都覺得精疲力盡，工作缺乏幹勁。
會造成這樣的結果，原因並不是不夠努力，而是所投注的努力被「稀釋」了。把工作成效稀釋的元兇，包括方法不對、溝通不良、時間運用效率不佳等，這些都可能導致投入的努力達不到預期成效。
對於這樣的問題，可以從如何增加工作效率的「密度」與「濃度」來思考，猶如把工作從清淡的美式咖啡濃縮為一杯馥郁香醇的Espresso。日本管理雜誌《The 21》集結黛安芬、吉野家、樂天證券等知名企業領導人的看法，精煉為一套「Espresso工作學」。
 
要增加工作效率的密度與濃度，必須從職場上的三個面向來進行，也就是從上司、同事與自己的關係來思考。
 
 

關鍵一：
  讓上司放心，他就不來煩你

    獲得上司的信賴，他就不會因為不放心而來煩你，以免降低你的工作效率。

    例如，上司交辦的工作，不要等到全部完成才交，要做到「中途回報」。這麼做，可以讓上司知道你的進度，

    讓他安心，並且早期發現問題與錯誤，及時改正，而不必等全部做完之後發現不對而整個重來一次。

    能夠幫上司解決他工作上的問題，就是給你自己方便。

關鍵二：
  同事是最好的「職場鬧鐘」

    早上怕睡過頭，所以會設鬧鐘。同理，工作上擔心有疏漏或效率不彰，身邊的同事正是最好的「職場鬧鐘」。

    例如，不要自己悶著頭做事，可以適度地把工作目標周知身邊的同事，這樣做的好處是，給自己製造一點壓力以增進效率，並獲得善意的提醒和必要的支援。

    同事是非常好用的職場資源。注意一下身邊那些做事效率佳、總是能夠準時下班的工作達人，跟他們結為好友，向他們學習做事方法。

    此外，在團隊合作的工作中，一定要做好事先溝通，可以省下執行時許多力氣與時間。

關鍵三：
  列出自己當天的工作預定表

    工作如果沒有規劃，手上有什麼待辦事項就做什麼，會顯得雜亂無章。試試看，把工作的重要性、急迫性與優先順序考慮清楚，自己列一張當天工作的時間分配預定表。

    執行過程中遇到臨時交辦的工作，如果是當下可以馬上解決的事，就不要拖；若是必須花比較多的時間處理，則依急迫性排入工作預定表的時程。

    另外，若有其他同事要求幫忙，要衡量自己的狀況，在可負荷的範圍內提供適當的協助，這是應該的。原則是，在當「好人」之前，先把自己份內的工作做好。

關鍵四：
  拿一成薪水做「腦內投資」

    值得加班的事只有兩件——「讀書進修」與「拓展人脈」。前者尤其重要。除了做好份內的工作之外，也要拓展更多的能力，讓自己成為未來所需要的人才。

    上班族的薪水該如何分配？除了生活開銷、投資理財之外，有一件事一定要做到——撥出至少一成的薪水來學習，做為「腦內投資」。

    而且，愈早開始投資在學習上，日後的效果愈強。

    該學些什麼？有三個方向：
    一、參加課程，充實自己希望增加的能力。
    二、買書、買雜誌，培養思考能力並開創知識的視野。
    三、參加不同領域的人所組成的讀書會，可以拓展人脈，並磨練不同的思考方式。

    一般人在工作與生活上的「惡性循環」，往往是：因缺乏效率而常加班↓沒時間充實自己↓太晚睡、睡眠品質差↓睡眠不足，帶著熊貓眼去上班。

 

若能掌握前面所提到的「Espresso工作學」四個關鍵，就能慢慢導向「良性循環」：準時下班↓進修↓充分休息↓精神十足地去上班。

轉錄至 http://trip.5d3w.us/index.php?op=ViewArticle&articleId=171&blogId=2
做軟體開發專案規劃時, 常會碰到助理問我一個問題, SA,SD和SE的差別在那裡 ?
這個問題我以前也有過, 還頗為困擾, 系統分析和系統設計及系統工程到底有什麼差別 ? SA和SD的工作又有何不同 ? 這兩者的養成教育又有何差異 ?在過去, SA,SD及SE的確很難區分, 甚至這些角色常常會透過軟體工程師來混合發展。
隨著IT領域的發展, SA,SD及SE漸漸的成為了大型專案必需要的專業分工, 這三者間是有相當的差異的, 不管是養成過程, 甚或是未來的發展, 都大相徑庭, 而要成為一名稱職的PM, 是要能區分出這三者的差異, 才能妥善的安排工作的。
[SA、系統分析師]
SA是 System Analysis 的縮寫, 一般稱為系統分析, 主要的工作就是透過一系列的分析工作, 把客戶想要的結果產生方式, 以各種文件表達出來, 讓開發團隊可以根據這些文件實作出這個結果。
這樣的解釋比較文縐縐一點, 用個通俗一點的方式比喻, 就像是要做出一道宮保雞丁時, 就會有食譜一樣, 裡面會介紹需要的材料及做菜的順序, 然後裡面也會強調要以怎樣手法才能產生出某種效果, 以促進色香味。
這樣的過程裡, SA是較為偏重於在工作流程和處理邏輯的, 透過SA, 開發團隊才可以理出整個系統的架構, 一種做事的脈絡, 以及系統和工作間的關連性, 最重要的, 是這些結果都會被SA呈現在文件中, 而非放在少數人的腦袋裡。
SA不僅止是要針對電腦裡的東西去運作及規劃, 還包括了現實世界裡的實體流程及組織。在很多的情況下, 配合新系統的組織及流程, 是要由SA來執行的。總結起來, 在一個開發案裡, SA執行以下的工作：
· 藉由系統需求書, 使用者的現有標準作業流程來建立出符合期望的新作業流程及搭配流程的系統功能及模組規劃
· 依據功能及模組規劃案, 定出初步的資料庫內容及系統與使用者間的權限搭配規範
· 定出各個軟體零件的規範, 如物件, 函數庫, ...等等
· 設計新的標準作業流程, 並把系統功能或模組綁入這些流程中
· S.A依據客戶的環境及需求, 尋找合適的SD來搭配
而SA也有以下的特色：
· 對於系統在怎樣的環境及用什麼開發工具, 並不十分在意, 良好的S.A產生出來的文件, 使用不同的開發工具都應該可以完成, 產生相同的結果, 但那一種最合適, 由SD決定
· SA偏重於流程及執行邏輯的表達
· SA著重於軟體邏輯, 對開發工具的學習並不是十分重要, 所以會一種語言即可, 主要是以該語言工具來實踐邏輯觀。
· SA一定要有全局觀, 也就是不能拘泥於一個角度或是一個局部去思考問題, 這一點是尋找優秀SA時最困難的。因為在規劃模組及功能時, 一定要同時考量到所有直接相關及間接相關的程序及邏輯問題, 因此要有全局觀。
相較於SD, SA更側重在邏輯及工作順序搭配的表達, SA並不需要去關切使用什麼作業系統或是什麼開發工具, 如前特色所述, 好的SA文件, 可以用任何一種開發工具來實現。當然, SA不受限於IT技術, 但卻會有專業領域的限制。
很少有SA同時專精於數個領域的, 熟悉汽車業運作規範的SA, 在金融業的開發案裡, 就很難討好, 反之亦然。但SD沒有這種限制, 基本上SD可以和任何行業的專案開發團隊配合運作。
會如此的原因是SA是偏重於流程及管理分析及重新再造工作的。而作業流程, 除了少數領域裡共通性高, 在核心流程上, 是需要長期鑽研的。前面提及的汽車及金融業就是一例。
所以, 一個SA必需具備以下的能力,資歷及專業訓練：
1. 至少熟悉一種程式開發語言
2. 熟悉軟體工程, 對於開發工具的元素及特色熟悉
3. 對管理制度或作業流程設計熟悉
4. 熟悉UML或類似的系統描述工具
5. 邏輯能力良好
6. 良好的溝通能力, 主要作為瞭解需求之用
7. 相關的業界熟悉度
在三者之中, SA是最接近PM的, 所以SA在做生涯規劃時, 不妨以PM做為下一個發展的專業目標。
[SD、系統設計師]
一般來說, SD在生涯規劃裡, 並不是SA或是PM。當然, 一定要硬來一次也沒有什麼不可以, 但要走這條路, 就要趁早轉職, 因為SD畢竟是較為幕後的工作, 在與客戶的溝通協調上, 並不會有太高的要求, 也較不需要公司管理層面的全局觀。
表面上看起來, SD沒有SA那麼多的工作要求, 但實際上SD是最需要天賦的工作, 不管是畫面的構成, 操作的手順及調整, 甚至於元件的定義及物件的規範, 全都需要一些天賦。很多軟體, 功能很強, 但怎麼看怎麼不順眼, 或者怎麼用就怎麼憋扭, 功能帶來的效益, 全都被這些毛病給遮蓋掉了, 這就是SD的問題。
另外, SD也扮演了系統最佳化的推手。SA所規劃出來的要求及佈置, 都只是邏輯上的構思, 在不同的工具上, 可能有更好的方法可以表現, 也可能會難以展示, 這都需要藉由SD對使用環境及開發工具的瞭解, 來進行調整和規劃。
舉例來說, 同樣是一套財務軟體, 在WINDOWS XP, MAC, X WINDOWS下, 就會有很不一樣的展現模式和技巧。如果再搭配上不同的開發工具, 如C++, JAVA, .NET, PHP, ...那差異更多。對SA而言, 這些東西他都不用去考慮, 但SD就不同了, 這些不同的地方, 並不僅僅只是如此而已, 有時還會包括了開發成本及時間問題, SD的重要度, 由此可知。
在一個客製化專案裡, SD的工作內容如下：
· 設計畫面元素規範
· 設計頁面結構及規則
· 設計系統操作畫面, 並編定欄位規範及防呆處理
· 設計權限管理與系統操作機制
· 撰寫使用手冊
· 調整DB之各項定義, 使其符合畫面欄位規範及操作搭配
· 配合SA撰寫系統開發文件, 供程式師CODING之用
· 撰寫UI(使用者介面)測試計劃書
而做為一名稱職的SD, 以下的條件, 是必要的：
1. 至少對一個作業系統極為熟悉, 對於這個作業系統的各個元件特性及API, 有充分的瞭解
2. 熟悉2種以上的開發工具, 而專案所需的工具, 必需是其擅長的之一, 其熟悉度包含了標準安裝裡的各個函數庫, 系統常數, 物件定義, 語法, 主要的輔助工具開發廠商, 及重要的工具使用方法
3. 具一定的美學感
4. 至少能使用一種繪圖工具軟體
5. 曾經擔任職業軟體工程師三年以上
可以這樣說, SA給了系統靈魂和神經系統, SD則是給了系統軀體和外觀, 兩者的結合, 才能產生出正確, 美觀又好用的系統。如果你覺得自己是個不太愛和太多人打交道的IT人, 又對使用者介面有那麼點執著及天賦, 那麼, SD絕對是適合你的好選擇。
[SE、系統工程師]
就某種角度來看, SE對PM而言, 算是萬金油, 只要做IT專案, 那就一定用得上, 差別只是要選那一個專業的SE而已。系統建置安裝要SE, 使用者環境要SE, 甚至到硬體選擇及佈建, 都要用到SE, 有什麼IT專案跟這個沒有關係呢 ?
當然, 雖然SE是到處都吃得開, 但相對的也是專案裡面最沈默及少有聲音的一群。他們的工作基本上就是建構出一個可以執行系統的環境, 系統要如何展現, SE可以給SA和SD一些建議, 但建議時機通常都是在系統運行出了些非系統可以掌握的問題後。
系統工程師基本條件上, 和SD最為接近, 但有一點不同, 就是不需要有很好的軟體開發經驗, 也就是不太需要會寫程式。但要對作業系統, 服務器系統, 網路運用環境有相當程度的瞭解。
SE通常是三者中最為博學一員, 好的SE雖然不一定要程式寫的呱呱叫, 但卻不能對編程一無所知, 對作業系統及開發工具也要有一定的熟悉度, 甚至部份網管有關的工作也要有所涉獵, 所以算得上是專案裡的萬金油。
在專案裡, SE所要執行的工作如下：
· 規劃及建置系統執行環境
· 安裝及設定使用者端環境
· SERVER安裝及設定
· 提供環境設置竟見給SA及PM
· 最佳化系統可靠度及效度
· 撰寫可靠度及效能測試計劃書
· 對電腦及相關週邊設備有一定熟悉度
而一名SE則有下列基本要求：
1. 至少熟悉一種作業系統, 尤其是讓系統的設定及微調等相關技術
2. 至少熟悉一種網路伺服器作業系統, 對如何設定及最佳化熟悉
3. 曾任軟體工程師職務一年以上或熟悉一種開發工具
4. 對網路環境有一定的認識, 尤其是一些通訊設置
5. 熟悉可靠度及效能的評估方法, 並瞭解與系統環境相關之設定
基本上, 如果擁有了像SD一樣的技術背景及個性, 但在美學上實在令人不敢恭維, 那麼SE算是極佳的選擇了。一般而言, SE的下一個生涯規劃, 會比較偏重於技術性兵種, 像是DBA或是網管, 對於IT產品比較有狂熱或愛好的人, SE是極佳的出路。
[在專案中的運用時機]
基本上SE是萬金油, 只要是IT的案子裡就一定要塞一個SE進去, 因為沒有IT專案不需要使用工程技術的, 差別只在使用何種工程技術而已。在套裝軟體的導入專案裡, SE負責處理軟體使用環境, 解決非系統性問題, 安置及調整資料庫和網路環境, 然後安裝啟動。所有系統運行所需要的條件, 都要由SE來解決和處理, 但這些工作全都不會出現在眾人的面前, 但卻又重要無比, 算得上是幕後的英雄。
會同時運用到SA,SD及SE的專案, 還是以客製化開發為主的。
在開發型專案裡, SA團隊要負責初期的需求調查及整體架構的規劃, 將所有的系統開發工作內容轉化成井井有條的文件, 並且適度的分割及派送, 並確保未來這些被分割的開發結果能夠在未來可以正確運作。
SD 則在SA的文件中去尋求系統呈現的一致性, 易用性及保證開發工具可以正確無誤的展現SA的要求結果。所以SD要負責操作界面的外觀設計, 訂定一致的展現規範, 設計系統操作畫面及操作手順, 同時配合SA完成系統開發文件。基本上, 開發文件中, 是包含系統使用手冊初稿的。
SD在設計時, 必需與SA充分配合, 以確保設計的系統符合需求及運作要求。
除了上述的工作內容外, 這三者都要撰寫測試計劃, SA著重在於資料的流動符合原先規劃的順序及結果測試, SD則著重在操作畫面中的防呆測試及操作介面的正確性, 而SE則在系統可靠度上進行規劃。
[軟體工程師何時轉職 ?]
每一個寫程式的人心裡都明白, 這工作不可能做一輩子。不單單是體力及腦力問題, 最重要的是寫程式, 經濟價值實在有限。
我不會否認有很多的程式高手, 但重點不在於你有多優秀, 而是有多少老闆願意付出和你努力成正比的薪資來顧用你。不是沒有這種工作, 而是如同鳳毛麟角, 而且, 這種工作通常你也做不久, 因為壓力太大, 消耗青春太劇烈了。
退一步來說, 你也不值得付出這麼多, 在良好的SA及SD的規劃下, 工程師只要達成一般標準, 就可以解決掉九成以上的軟體開發需求, 除非是機緣巧合, 或是你很有興趣, 否則另外那一成的工作, 你是很難有機會碰上, 或者, 就算碰上, 也沒法子養活你一輩子。
軟體工程師總有一天要轉職的, 這是他們的宿命。
當要轉職時, 他們有幾個選擇, SA, SD, SE, 出去當老闆及換一行等諸多選擇。看起來雖多, 但其實晚景淒涼, 因為寫程式都是關起來寫, 長期自閉的結果, 當他們想轉職時, 很難擁有足夠的人脈來支撐他們換個前途光明的事業。一般人羨慕IT人的高薪, 卻不曉得只是寅支卯糧, 沒有妥善的規劃, 後勢看跌的。
前面的五個選項, 基本上最後兩項只是充場面, 只有少數人才能選那兩個, 大多數軟體工程師還是要在前三者中選一個來發展的。
SA看起來最風光, 未來也是潛力最好的, 但很遺憾的, 軟體工程師裡, 只有少數人適合這個職務。因為這個工作是很需要和別人打交道的, 而好的軟體工程師通常這一點非常不擅長。
因此, 如果你自認為擅於溝通, 三姑六婆都是你的紅顏知己, 邏輯能力不錯, 又對管理有興趣, 那麼SA是你很好的選擇, 程式功力並不是你要考慮的重點。
相對的, 你對使用者介面很有心得, 而且在美感上也獲得了同事的一致讚賞, 程式功力也有那麼一點自信, 討厭和不是搞IT的人打屁聊天, 那不要懷疑, SD是你最佳的歸宿。
最後, 你覺得IT的世界對你充滿了吸引力, 無論是作業系統, 開發工具或是軟體及IT設備都是如此的吸引你, 人與人的接觸對你來說並不是人生的首要需求, 層出不窮的IT科技讓你陶醉其中, 那麼, SE絕對是你的首選。
要如何轉職, 每一個軟體工程師是要誠實面對自己的, 而不是依前途來決定自己要選什麼職務, 如果你依這種方式選, 以我個人在職場生涯的經驗, 這樣的人很難散發出光芒, 也難以有他期望的成就。所以, 現在在寫程式, 正在想要轉職的工程師, 請謹慎而且誠實的面對自己, 做出恰當的選擇。
[結語]
以上是個人提供給對於SA, SD及SE或到困惑的朋友, 做為參考及工作分配的依據。這三者的產生, 其實也是源於目前IT技術的成長過於快速, 所以必需針對軟體工程進行適切的分工, 才能應付好日益複雜的IT環境。