201810 好個禮 bike天

Relive '晨間騎車'

201810 小騎中正露營區

Relive '晨間騎車'

201810 白茅台山小體驗之騎到一半就漂雨

Relive '白茅台山小體驗'

201810 濁水巷初體驗

Relive '濁水巷初體驗之樹蔭很多'

201807 風動石初體驗

發現好多長輩都在走這個步道，上面一大堆人在泡茶、聊天，有一些些路段騎的時候會翹起來哦

Relive '風動石初體驗'

Relive '風動石第二騎之遇到姨丈'

201806 第二次 136

今天衝了 136，第一次騎時是在騎車的半年內，花了 90分鐘上赤崁頂，下馬 3次休息，這一次沒有停下來休息 ，花了 75分鐘，7:03在一江橋，8:18上赤崁項。    腰不會像上次那樣不服舒，腿也不會那麼累，但呼吸還是一樣無法那麼自在，希望下次能把呼吸練好，像碰到的外國朋友一樣，感覺像在騎平路

Relive '好天真.136之腿硬 坡硬 屁股硬'

好有挑戰的 58公里 - 中99新社之旅

部子路小七 -> 心之芳庭 -> 四方太子宮 -> 中99 -> 中興嶺 -> 白毛台 (21入口) ->  中興嶺 -> 東山路  ->部子路

Relive '白毛台之好熱'

Relive '中99'

Relive '四方太子宮 上中 99'

Relive '晨間騎車'

Relive '中99 我又來了'

Relive '中99之下午風很涼 '

大坑小三元記錄

Relive '小三元之天氣晴朗'

Relive '小三元之早起就是累'

Relive '小三元之真累'

Relive '晨間騎車'

導資訊系統經驗

公司在導重要的資訊系統比如 ERP時，會先看自己公司營運規模和要求來找尋市場上已經有的系統導入，比較少是自己客製。  這時在評估階段就會找不同系統商進來評選，決定 PM是個問題，找尋系統商是一個問題，評選也是一個問題，最後決定也是一個問題，選定那一家系統後，導入商的評選也是個問題。


決定 PM很重要，公司內部不一定有 PM的專材而且對導入系統的業務專業領域很熟，一般公司可能會直接叫資訊主管當 PM，但這個可能需要注意的事，資訊主管專不專業是一回事，因為資訊主管常常接觸 SI,系統整合商，賣硬体的、賣軟体的都會來找你，如果已經有習慣配合的廠商，在評選時可能就會失去公平，更何況資訊主管有誠信問題，私下有在拿回扣的。
建議 PM的人員的條件會是 1.最好有一定年資 2.該業務相關的主管，比如 ERP可以找財務主管當 PM， PLM可以找研發主管當 PM，資訊主管的位置可以在副 PM，IT工作、硬体的建議、 SI廠商名單提供給 PM參考


系統商的找尋可以以3家為主，如果有特定要求，比如一定要國外大廠，那以 ERP來說, SAP, Oracle, Epico, QAD能選，再請他們原廠顧問進來簡報，初步先了解系統的面貌，但這只是很初步的了解

一家系統商最好有4 、5次以上的會議比較好

進行簡報前，有的先會收集問題，有的不會，進行簡報後，有的高階主管就會直接決定是那一家系統商，另外一部份會交由 PM決定，還有之前有收集問題的，會把問題提供給系統商參考，讓他們可以在簡報時介給其系統是如何幫使用者解決問題的，但如果系統商只有一、兩次簡報的機會，相信對於問題的解決方案介紹應該是不確實的，會面臨每一定系統商都一定會說自家的系統作的到，但是不是要再額客製，客製的深度為何就不了解了。        建議事前一定要先針對使用者作問題收集，可以一開始使用 mail方式請使用者對新系統的期望或是舊有系統要改進的部份提出需求清單。    接下來一定要找使用者開會了解使用者提出的需求，有的是流程的改善，有的是系統不足，有的根本是天馬行空，把整理過後的需求再提供給系統商參考，請他們下次簡報時可以針對這些需求有回覆，這個過程可能會花一段時間，還有 PM及副 PM和系統商也會很忙，但是資訊愈清楚透明，對於導系統的成功率會更高，也可以看清楚那一家配合度比較高，那一家準備比較充分，但是有一個問題需要考量就是使用者、PM、系統商願不願意花這麼多的時間在這個階段，高層支不支持，還是草草了事而已。    系統商導入系統時有的原廠自己導，有的有配合的導入商導入系統，他們收到需求後，針對需求清單一開始應該不太認真看或是看不懂，有的是直接交給配合的導入商，這時較積極的系統商應該會再來一次與使用者開會作調研的動作，把問題更進一步的確認，確認後就可以再來作一次的簡報，不一定要 on-line demo ，但可以把使用者的需求有較完整的介紹在系統裡如何實作，有系統操作畫面的 screen shot，讓使用者知道，讓 PM和資訊人員也知道，那些是標準功能，那些是要客製，特定的要求或客製需求以後可以列在 SOW上。        之前有提到，每一家來介紹的系統商一定都說我們一定可以符合你們的需求，每一家都說沒問題，但透過相關會議後就會更了解系統的能耐，我覺得這一部份很重要，因為有經驗遇過，系統商把需求提供給導入商，導入商也進來調研後過來簡報，但簡報非常不 OK，沒有很清楚明白的說明系統如何解決使用者需求，所以直接出局的情況。

有了系統商提出的解決方案後，因為使用者有參與會議，可以提供一份評分表讓使用者給出評分和建議，讓 PM和高階主管參考，當然 IT的部份和高階人員也要有一份評份表，讓他們也可以針對 IT和高階人員給出分數，有了分數之後就高階人員作為決策的依據。

最後很重要的是，有特定要求一定要寫在 SOW上，因為系統商都有製式的 SOW，那個只是一些表面規定而以，不把特定要求或是已經了解的客製部份寫在 SOW，以後也會有的忙了，就像開發系統一樣，前期需求收集、分析、設計不作好，以後就是一直改、一直改、一直改。