[創業維艱] 系統

【系統】


幾年前
莫名其妙地從一個 RD 突然變身成為廠長
讓我自己也嚇了一大跳..
貿然進到一個從未接觸過的工作領域
在專業能力還不足的狀況下
老闆就已經把採購.模具.產線通通編制改到我的下面 (害我下面擠擠的..)
帶領著這樣的團隊是讓自己很心虛的
畢竟跨個領域 要重新學習的事物太多
我不太知道自己是不是有足夠的能耐 去推動著團隊往好的方向前進..


就在人事命令宣布的那一天晚上
當年度的 NBA 總冠軍出爐了
又是治軍嚴謹 風格平實的馬刺隊奪冠..
至今仍讓我印象深刻的是
在賽後的慶祝會上
幾乎每一個受訪的球員都會提到的一句話

"Thanks for the great system.."


那一刻 我好像有點明白
一個好的團隊應該是建立在一個好的系統架構之下
要能夠整合團隊運作方向
要能夠保持團隊的節奏感
讓每個人都能明白自己的角色. 功能. 目標
讓每個人在自己的位置上都能夠發揮最大戰力..


好的系統指的不單單只是某種電腦軟體
而是團隊的每個人的思考邏輯 行為模式
都應該是要經過系統式的訓練
讓每個夥伴 在當下的判斷與行動 都是符合團隊整體考量的..

系統指的是一種大原則的概念
例如說 打籃球時跑快攻應該要分三線進攻
大家都往中路跑擠在一起等於是沒有任何威脅..

系統指的也是一種隨時需要調整的細節
例如說 中鋒出來幫控球後衛做高位掩護後的走位
有外線能力的可能往弧頂位置走
有身材優勢的可能往籃下禁區擠
所以被掩護後該往外傳還是該往裡切
仰賴的是個人在臨場時的反應
但臨場反應的適當與否
則是仰賴平常系統式的訓練與操作..


簡單來說 在我心中
一個好的系統應該是指
萬一有一天老闆不在的時候 (欸.. 我是指老闆出國去玩之類的)
團隊依舊能合理且順利的運作著..



用說的很簡單

如何打造出一個有系統的架構可不是件容易的事
尤其 最基本的是
團隊中每個人都需要認同與尊重這樣的系統
系統本身才有存在的意義
當有一個人做出背離系統的行為時
那系統也就不再是個系統 只是個徒具形式的集合
這樣的團隊也不能再被稱作是一個團隊了...



於是明白 創業的困難點不在於找到自己要的是什麼
困難的是
怎麼把自己所想所要的 合理且完整的傳遞給每一個夥伴..



當廠長的時間不算長
整個推動系統化的實驗也因故停擺
但 當時有個很深的感觸
那就是
一個最初沒有明確系統化的團隊
到後來想要改善時 往往會發現問題就像肉粽串一樣
跨部門跨系統胯下癢的問題彼此環環相扣
想要改就得牽動到一大堆人一大堆事一大堆時間
但是不改的話 它就這麼一直爛下去
想改的沒能力改 有能力改的沒時間改 有時間改的沒權限改
於是到後來大家都跟你說算了算了關我屁事管它去死..


所以
在創業最初始的時候
我認為一定要把整個團隊的系統性建立起來
如果此時不建立
將來也就不可能有運作順暢的那一天..



系統兩個字說來容易
如何在執行面上取得成效又是另一件事
尤其
很多事情是要遇到了才知道該怎麼做
一開始就想要讓團隊系統性運作是不太可能的事..
只能說
我希望能在每次遇到事情時
能夠把每件事程序化 標準化 原則化
透過電腦資訊軟體的統整與輔助
讓公司下一次遇到類似狀況時 團隊夥伴都能知道該如何因應..
初期建立當然會花很多時間 很多精神
但 我相信
做對的事永遠不會錯
關於這一點可得持續努力才行...


於是
下定決心 從軟體面開始著手
另外制度面的東西慢慢跟進
讓夥伴在這樣的環境下慢慢適應
希望在行為面上也能慢慢培養出系統性的思維..



然後 很快就遇到執行面上的第一個問題:
"該用甚麼樣的軟體作為輔助系統??"


在今年年初的時候
原本是想用 Access 建立一套資料庫
當時野心勃勃借了好幾本 Access 的書來讀..
但 必須承認
過去對於 Access 很不熟悉
正所謂老狗學不了新把戲
身為一隻老狗 (汪汪~!) 發現要學一套新的軟體其實是有點吃力的..
而且 當公司大小事接踵而來
要重新學習的軟體可真的是多到漫出來了..
像是最近在弄公司網頁
號稱很好上手的 WordPress 還是搞得我壓力好大
光是看什麼鬼 CSS/ PHP 就足以讓我不舉了..
另外雖然號稱自己身兼電子工程師
但畫電路圖的軟體其實也很久沒碰了
重新上手又是一條漫漫長路..
公司新買的雷雕機送進來好幾天了
我也好想雕一隻大鵰來看看效果
但要使用雷雕機操作又是一個沒聽過的軟體需要先被好好摸索..
所以搞了半天 我一直還是沒有好好 access Access
最後還是只好走回老路 用 Excel + VBA 開始規畫起公司的系統..


然後我突然又想到一件事
我根本沒學過系統規劃啊一向都嘛是想到哪硬幹到哪
而且
我根本沒用過採購系統/會計系統/進銷存系統
啊一個沒看過豬走路的人要怎麼畫出飛天豬小女警呢?


於是到處下載試用
看看別人的系統大概是長甚麼樣子 有哪些功能 有哪些資訊
也重新思考
在打造一個系統之前 需要做好那些前期規劃
也一直提醒自己 不要想以前一樣常常一次就想把功能做大做多
有時太過龐雜的軟體反而變得不友善
也就失去整個系統存在的意義..



想起以前在別的公司時
還曾經抱怨公司的 BOM 查詢系統不好用
但 現在可真的是啥都沒有的從零開始
連料號規則都要自己重新定義的時候才知道甘苦..

另外 在做人事資料時
我突然懷念起以前某公司的系統
不但把整間公司的組織做成樹狀圖
點選進去還可以看到該部門所有同仁的照片
所以沒事就可以去上面看看別部門是不是有新進的妹子
大公司的系統果然是值得尊敬啊
連宅男工程師的福利都顧慮到了你說是不是好體貼啊啊..


於是明白 創業就是教自己學會感恩的過程
過去隨手可得 甚至不屑一顧的小地方
其實都是前公司花錢花時間花資源辛苦打造出來的
能夠享有公司的資源與支援 其實都是一種難能可貴的幸福..



我所認識的高階經理人
大部分都是業務出身
這其實也還蠻合理的
畢竟業務人員有時要有一點說故事的能力
而身為高階經理人的第一步
就是先學會畫虎爛編織出一個美好的願景..


以前常覺得
在職場上不同角色要有不同的說話方式
例如說
身為一個 RD 就是有七分證據說七分話
畢竟 RD 就該實事求是 看到什麼就是什麼..
身為一個業務就是有七分證據說八分話
需要一點包裝 一點勇氣 一點對於未來的承諾..
但身為一個測試可能就變成有七分證據說六分話
需要反覆思辯 分析 與多次求證 懷疑自己看到的到底是不是可複製的..


過去雖然是 RD 出身
但這些年也經歷了蠻長一段時間的測試訓練
說話上略趨保守 保守到老婆連露個肩帶都嫌太過暴露
 (但別的妹子可以盡量露沒關係)
畢竟身為一個測試 在還不確定的時候就給個 Fail 的結論
可能只是浪費 RD debug 的時間 (殊不知 RD 根本他媽的不在乎測試結果)
於是已經習慣重複做著同一件事
寧可花時間試著找出控制變因 操作變因 分析所有可能造成錯誤的原因
也不願太快把話說死
在做出結論之前 我需要更多想法更多證據更多測試更多妹子
某些程度而言
我的個性是適合做一個測試人員的 (因為很愛挑人毛病)
但這樣的做事邏輯 適不適合做一個公司的領導人呢?


創業之前 曾有人建議我先轉去當個業務試試

畢竟哥也不年輕了 (今年剛好滿 25 歲)
與其貿然投入到不瞭解的業務世界
不如直接當老闆聽起來比較帥氣
不如重新檢視自己這幾年下來所累積的優勢與劣勢
好好發揮自己的強項 正面迎擊才是王道~!


例如說
我個人的特質就是個肥宅
那就像個肥宅龜在家寫程式一樣好好打造出一個好用的系統
在這樣的系統架構下建立起一個讓魯夫都覺得驚豔的團隊吧~
 (可.. 可惡.. 我們的團隊還是沒找到娜美..)
過往的測試經驗讓我更加龜毛
那就對於產品品質與消費者體驗龜毛到沒人可以挑剔的程度吧~ (撥瀏海)(順便撥撥龜毛?)
再用 RD 標準配備 (操不壞的肝 + 死鴨子的嘴)
對於所有問題都努力奮戰到最後一刻吧~~~



創業筆記

1.系統並不是單指軟體的部分
  而是一種思考邏輯 一種慣性模式
  一種團隊運作上的默契與規範

2.有系統之後記得要設定 VPN 這樣在資料同步上比較不會出問題
  設定 VPN 時 除了對應的 port forwarding 要記得改之外  
  電腦端要記得用 regedit 在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent
  新增 DWORD 改名為 AssumeUDPEncapsulationContextOnSendRule
  並且把值修改為 2 才能正常連線 (不然會出現錯誤 809)

3.建造了系統 就要尊重系統
  不要忘記
  很多時候都是老闆自己第一個做出違背系統的事情.. @@