Tom's IT notebook

        Jamie 主辦的 AppWork 在上周五 ( 10/28 ) 精彩落幕。無法躬逢其盛的我，仍慶幸地看了現場錄影觀賞全程，有興趣的人可以在下方播放。

        最近因為新系統上線，小組依循公司組織方向擬定了『 當問題發生時，處理問題的 SOP 』流程。這個流程基本上如下：          使用者反應問題   >>  第一線人員判斷不在其管轄範圍 >>  第二線人員判斷不在其管轄範圍  >>  第三線人員 ( 我們 )。         然而，前幾天，同為第三線的同事 光桑 發現系統的一個異常，然而這個異常使用者尚未察覺，也可能會拖很久都不會察覺，光桑站起來問：「 按照這個 SOP 我現在該怎麼做？ 」

        對 Android 手機開發有興趣的我，在網路上看到 這屆黃金企鵝獎 即將徵選的講座活動，今天便跟公司告假前往。本活動是由經濟部與台北市電腦公會主辦，也是少數我覺得政府真的有用心在辦的活動，因為這次邀請了許多在這個業界已經深耕並闖出一翻天的前輩，講述自己的心路歷程和分享非常寶貴的資訊，一整天的講座聽下來，內容真的著實精彩，幾無冷場，深深讓我獲益良多！

        去年年底到現在，我總共製做了兩支 沒啥路用 的 Android 手機應用程式，也曾經寫了一篇『 首月成績分享 』和『 開發筆記 』。如今時間已屆滿一季，是該再做一次季報的成績分享了對吧？哈，首先第一個好消息， 就是當初投入 Android Market 上架費用的 USD$25 成本早已經回本了 ，我也確確實實地從 AdMob 收到這筆款項躺在我的 PayPal 帳戶內！這筆錢，不再只是看得到摸不著的紙上富貴！

        今天，收到客戶回傳的『專案取消同意書』，終結了我人生第一個失敗賠錢的專案。這個專案說來也創下我許多第一次經驗與嘗試，是值得回顧研究的特殊案例，也該好好想想原本是一個十拿九穩鈔票輕鬆入袋的專案，怎麼會搞到認賠收場這樣的結局？         話說這個專案來得有趣，是因為我大學時期寫的一支 Freeware 工具程式，客戶因為想根據這個工具程式做出功能強化的版本而找上門。對方剛開始提出的功能需求，讓我覺得這個案子除了賺錢外，對我來說似乎沒有更多的附加價值，學不到新東西，程式碼也可能沒有再利用的機會。         於是乎，一開始我就 強調軟體量身訂做的費用高昂，對他不划算， 採取比較高調的回應希望客戶知難而退。沒想到對方意志堅決不肯放棄，硬要我開出一個價碼。         既然價格策略失敗，面對這樣吸血的條款客戶仍高興地抬高脖子面著我，卻也開啟我另一個經驗學習的機會－專案轉包。         這個案子我估計的實際價值和我開出的價格有相當大的落差，工期也從只要一個月結束的東西，硬拉長到半年，轉包的利潤空間和時間上的緩衝俱在，加上專案本身技術層次不高，若轉包的下游出了問題，我不管是再次轉包他人或是自己跳下去完成，都在風險與獲利可以兼顧的範圍內。         最重要的，我可以試試水溫，有實際的轉包管理與溝通經驗，增加我擴大工作室團隊的機會，這個原本學不到東西的案子換個方向竟然也可以讓我學到更多轉包管理的議題。         怎麼看都覺得天時地利人和，是個機會。         然而，從找人就是一種挑戰。在 104 和 JCASE 與程式設技俱樂部刊登外包專案，雖然一開始不少人來詢問，但是真正誠心願意回覆的人太少，大多喜歡讓案主空等，真不懂這心態是怎麼回事？還有人請他回覆報價和時程後竟然沉默了快一個月後，突然來信說他已經開發了七八成了，問這案子還能不能給他接，...