這篇文章是一開始就想寫了, 但剛要準備下筆的時候, 發現剛好 ITHome 也發了一篇文章, 所以這部份我不用著墨太多, 只是我這篇文章是要幫大同的同仁解釋為甚麼會出現這樣的問題, 以及幫他們說話.

事實上當我一看到這網站, 我心裏的 OS 就是 "慘了, 又是找了一群很會寫專案與軟體的人來作網站" 的一個案例, 當然這個專案應該是成功的, 因為就專案而言, 就是讓業主非常滿意的交付尾款, 而就軟體流程控管而言, 就是將每一個都能夠實作的不錯, 即使這個系統一開始規劃的流程可能是錯的...

前幾天因為某好友的噗浪看到 Jonathan 的一篇文章, 換了 屁股，我也換了腦袋, 原本並沒有想到甚麼, 因為這是相當長見的, 我當時反問我那好友為甚麼要 Refer 出這篇文章, 但當時蠻想回應一下 Jonathan 的, 所以沒有把那窗關起來, 而後, 通達人也發了一篇 換了屁股，也要換腦袋 來回應, 加上我昨天看到了一些有趣的事的時候, 我覺得應該也要寫一篇我的想法.

雖然 Jonathan 文章的內容講的是 Developer/Engineer 與 PM 之間的不同觀點, 而事實上的確不得不否認的, 不只是經驗, 不只是年紀, 不只是職位都會讓人換腦袋, 因為人的想法都是一直在變的, 當你受到不同的衝擊的時候, 思維一定或多或少有些改變, 只是這樣的思維的改變, 是讓自己的接受度更高還是思考範圍更狹礙呢?

不否認一個 IT 人踏進 IT 顧問是要有機緣的, 而無論是好運或壞運都是命運, 而我這邊也是在許多機運交錯下開始顧問生涯的.

前兩篇 "翻譯" 了一些有關 IT 顧問的定義, 其中講到一個特質的問題, 而那篇寫到須要 "有道德" 與 "正直", 雖然這是很中肯, 但也是過於廣泛, 畢竟每個行業都須要這特質, 但拉回來看, 當一個 IT 顧問本身到底整體而言有甚麼跟人不一樣的特質呢?

雖然這應該分成兩部份來看, 一個是 IT 人的特質, 一個是顧問的特質.

上一篇雖然是截取了一些國外資料, 但並不是做翻譯, 只是做整理, 畢竟我也是希望這次鐵人賽以最新原創為主, 這樣才可以挑戰自己的鐵人狀況...

當時在定題目的時候, 只知道這方面資訊很少, 還沒有仔細看, 但這幾天在沒有甚麼內容可以產出時也會 google 一下看看有甚麼靈感, 發現國外在這方面還是以大公司資料較完整, 而只有幾個職業網站有做些整理:

IT 顧問這件事雖然可以說, 但是多是經驗談, 而非定義, 事實上網路上的定義也很少, 我在寫之前就 google 了一下, 發現資料少的可憐, 所以才有這動機寫說補足這部份的不足, 但現在寫到過半後, 發現要繼續寫較為嚴謹的定義是不太可能了, 在準備 Talk 之前, 先來寫寫網路上的資料.

甚至之後我會 "強力邀請" 幾位也是在做 IT 顧問, 年薪百萬到數百萬的同行, 來說說他自己的經驗, 我相信這部份應該會比我寫的更精彩.

(這個不算 Talk, 畢竟不是 Case Study, 而是全面的現像)

很多人聽到我有一半的時間在家, 一半的時間在公司, 直覺想到的是 Soho, 接著想到的就是認為我是接案子, 事實上我從來不接案子的 (從 2004年後), 但是事實上接案子與當顧問有時差距很大, 但有時差距沒那麼大.

在上一篇提到 IT 顧問 Career Path 的須求, 說到如何成為 IT 顧問, 其中也包含 "系統/網路管理", "程式設計", "美工與資訊架構師", "資料管理師與系統分析師" 等等的來源, 但下一步呢?

難道一日是顧問, 終身是顧問嗎? 還是有時必須走回頭路嗎?

有時, 我覺得當個 IT 顧問是個性造成的, 反而不是用實力或能力去區分, 因為身為一個顧問, 真的是有好有壞.

甚至就不同觀點而言, 每一個好處相對的就是壞處, 真的是有一好沒兩好, 但像我而言, 也是因為個性的關係, 慢慢的不得不成為顧問, 有時也是天注定.

上一篇討論到 IT 人員的 Career Path, 其中講到了實力, 雖然這也包含了所有 IT 人員, 而不專指 IT 顧問, 只是甚至有時是特指研發人員的開發能力.

這是我在 PCHome 時當 IT 經理時的體認, 發現並不是每一個 Engineer, Programmer 都能夠當一個好的研發, 指的是解決問題, 找到答案, 甚至發現新的問題的能力, 其中有時也包含獨當一面的實力, 而當時三個領域是:

程設/網管/創意

而現在我比較頃向用:

程式設計執行力/系統管理解決力/資源整合創意力

這樣來說.

最近有一篇講網管要學寫怎樣的程式語言, 是近日熱門討論的一篇, 事實上最後也是討論到 Career Path 的問題是真的, 在 目前是網管人員，想學"程式設計"

當然目前 IT 領域中, 幾乎都有 "軟體出身" 與 "硬體出身" 的兩種觀點, 而 "Firmware" 要如何分通常有不同行業的狀況, 當然軟體出身幾乎是以 程式設計, DBA 這種方向, 而硬體出身的通常會有 "網管" 與 "MIS", 只是再來不會一下子跳中高階主管, 往往會身兼 "產品經理", "業務" 等等的前端或後勤.

 這個題目又是在講 " IT 獨立顧問" 的角色, 畢竟若是以公司對公司的顧問模式, 基本上是沒甚麼角色可言的.

當然就公司而言, IT 人員包含 RD, 網管, MIS, 程設, DBA, SA/SD, PM, 到 IT Manager, IT Director 以至 CIO 都是 IT 人員.

甚至有些人以後勤技術來劃分的話, 往往還包含美術相關等工作, 以及常常題及的 "Knowledget Management" 知識管理中的知識長, Information Architecture 資訊架構師等等到 Art Director 都算, 甚至在一些網路公司, 很多事都脫離不開技術.

回到 IT 部落格也一個月了, 但事實上只寫幾篇外, 目前是在附上我前一陣子鐵人賽的文章, 看樣子這樣一貼也要一兩個月才行, 這時來回顧一下這個部落格的狀況...

雖然說能夠有資格決定請顧問與否的職位, 在每一間公司公司看規模大小都不太一樣, 且即使都是很高階的總經理或相當層級的人決定, 但最後還是要有一個對口單位, 這個對口單位是怎樣呢?

甚至有時候這窗口若是只有總經理或協理/特助一人的話, 往往只是眼高手低, 作不了太多事, 往往過了一陣子就會出問題, 所以理論上一個 IT 顧問還是要多一點的窗口.

(Talk Session 是指不適用大部份狀況的一種說法, 多是個人經驗與觀點)

在 如何找到 IT 顧問職 談到顧問有三種, 公司任職專業顧問, 顧問公司中的 IT 顧問師 及 獨立顧問.

小弟只擔任過 SI 公司的顧問及獨立顧問, 一直沒有機會去跨國 IT 大公司擔任顧問一職, 所以只能多在獨立顧問多說些事情.