軟體外包風險評估
由於市場業務部不斷提出新的需求，迫使我們設計研發部必須加速實現，但當前人力有限，勢必得尋找新的人力資源，有兩種方式：
- 招募人才
- 外包團隊
當下狀況是，來不及招募到合適人才，而市場業務部恰好有認識的外包團隊（中國與台灣各一），長官們決定嘗試接洽，然因為長官不熟開發知識與技術，於是就請我來當窗口，向兩個外包團隊說明我們想要使用的技術與達成的結果。🤔
Posts tagged ‘開發’
Scrum 與 Sprint
工作多年，一直有聽說跑 Scrum 與跑 Sprint，但一直不曉得真正的規則是什麼？覺得新創公司的開發步調就是種跑 Scrum，但好像又相差甚遠。🤔
終於，這次新創團隊，某位翔大在前公司有跑 Scrum 的經驗，從無到有建立起來整套流程，據說他為了履行 Scrum 的真實義，甚至還因此讓上司覺得跑 Scrum 是個阻礙⋯⋯
我想，引進新的管理辦法，確實會讓原本順暢的工作流程受到干擾，也就是原本跑得流暢的工作程序，會出現窒礙難行的狀況。除非公司能夠承受變動過程的成本，如此推動跑 Scrum 才有機會成功～
我認為，須根據公司成長階段來實施 Scrum，初步可分為
- 0-1 草創
- 1-10 混沌
- 10-100 穩定
比較適合的是 1-10 階段，為什麼呢？介於混亂與穩定之間，可有效率發散與收斂研發效能！🤠
（繼續閱讀…）[圖解] 專案計畫與實際
這次執行的區塊鏈平台產品，沒有足夠時間可以完整進行：分析、設計、實作、測試、釋出。
看到下方這張時程圖－專案計畫與實際，發覺我們正面臨的狀況，正好只有兩個月的時間，就要釋出給大眾使用，全部時程都擠在一起，這樣成果品質是不會太好的⋯⋯
我想主要原因在於，我們接手前人所寫的解決方案，尚未了解此 Code Base 架構與品質，就率先決定產品推出日期。
當我們人力陸續到位，能夠開始部署，才陸續遇到問題，光是要將缺陷給修正就要花點時間，再來還要新增需求。時間有限之下，需要有所取捨，如此就會造成混亂，每次局部測試一直遇到狀況，修正後還是會偶發狀況，表示整個系統是相當不穩定。
我主要心力放在 App 開發，我所在乎的後端，就是期待 API 能正確運作。於是我要先走一步，提早研究將來會使用到的技術。
期待接下來的時程能順利囉～🤪
逍遙文工作室 
HappyMan・迴響