做專案，其實有時候難搞的不是專案，不是客戶，而是人。 什麼人最難搞? 我的經驗是 “自己人”。
一個大型的專案往往都會牽扯到公司內部好幾個部門，而部門與部門之間的協調往往就是成敗關鍵。
但是大家都知道，部門之間內鬥是常有的事，當大家都把心力放在處理人的問題上，專案本身就失去焦點了。
部門之間為了徵求績效，經常會以不合用的意見來搶奪案子、甚至會拿一些不合用的產品來搶客戶（同一間公司）。 硬把不合用的東西用在客戶上面，這基本上來說就不是一個應該有的行為。為了部門的利益而把不適用的產品套在客戶頭上, 下場只有兩個:
1. 客戶很難過, 不好用.
2. 客戶不喜歡這樣子搞, 另請高明
無論是哪一種都不是好事
部門之間內鬥, 贏了又怎樣? 唯一得到的是打敗”自己人”的快感, 但是專案延遲了, 客戶得罪了, 開發內容一蹋糊塗, 明明都是同一個公司的人, 為什麼不能為了公司的整體利益著想, 大家一起好好談呢?
長久下來我秉持著在美國做軟體開發的行為原則: “On time, on budget, zero defect”, 其中以第一個 “on time” 是最困難的. 人的問題往往都會造成大量時間上的損失, 一旦部門不合, 往往第一個犧牲掉的就是時間, 因為要 “溝通”.
而當部門沒有共識, 彼此之間當對方是仇人, 公司利益擺一旁的時候, 就是專案失敗的開始.
要做專案就要認知 co-work 的重要性, 這就是我今天的分享.
話講完了，咖啡繼續喝，蛋糕繼續吃，工作上的不愉快其實沒有改變。
畢竟身處於一個不認為自己是軟體公司的軟體公司，儘管我對於專案管理有很大的抱負，但是主管只有賞識自己的人馬，沒有碰到伯樂也是白搭。
![[工作] 流浪到Austin, TX](http://www.ablueday.com/wp-content/themes/ABlueDay4/images/nothumb-120x120.png)
突然發現你的Blog是自己架的
而且設計的好簡單好有質感
是用DreamWaver設計的嗎??
設計方面, 其實是拿官方提供的設計來進行修改的耶, 就單純的看程式碼改參數, 沒用到 dreamweaver 唷 (我也不太會用DW就是了)
謝謝您的讚美 😀