2014年新春參加的第一個訓練課程是SMART智富辦的「目標激勵管理營」第二班。全場謝文憲老師以主動、活潑舉動帶動學員學習氣氛。
 
個人摘要課堂重點:

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

迷路的大軍
有了才能放下;沒有就只是放棄。
 
 
「面對它、接受它、處理它、放下它。」

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

人、責與前進
專人專責!但可沒說一人一責!
不試能耐,怎知一人可以承受幾責!
路一定要往前走,就算現在陷多深,總要設法往前移!
陷愈深,愈要全力向前!

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

價格不是成本決定!
價格是市場供需決定,不是成本決定!
價格不要怕開高,開高才對應的出折扣幅度的誠意,下錨!
價格不要怕開低,開低只對應的出基本功能的不足,誘敵!

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

轉眼到新公司已經三個月,雖然目前還是千絲萬縷,但肥蝦自認為不會是治絲益棼;雖然還有人事的紛擾,但已不會再傾軋糾紛。但想想這三個月來也沒有餘力爬部落格,總覺得少了些東西,所以把在個人臉書上有關工作上的感想整理一下,除了記錄自我外,也與各位先進們分享
流程,範本,等級,溝通
流程,範本,等級,溝通。
這四項不就是管理的精髓!
作事情不可能沒有流程!惟有流程,才能簡化,才能不斷改善!
作記錄不可能沒有範本!惟有範本,才能週密,才能抓住重點!
作分配不可能沒有等級!惟有等級,才能完善,才能切中利弊!
作運行不可能沒有溝通!惟有溝通,才能暢通,才能取得共識!
流程就是有共識的規則!
範本就是有改善的準則!
等級就是有重點的分則!
溝通就是有利弊的合則!

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

花未全開月未圓
劉必榮教授『談判思維與談判人才的養成術』演講後感想
花未全開月未圓,這一句宋朝蔡襄的名句充分道出了談判的美學!為整句的關鍵,告訴了自己要謙卑與克制,也給了談判的雙方期待的盼望。』劉老師在台上展現他最具權威的談判學講演,演說的內容層次分明、並且旁徵博引,句句打中肥蝦的心坎,更讓自己回頭省思以往的認知與作為。

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

重新認知價值
讀「百年招牌靠「數據」絕處逢生!《金融時報》發現獲利桃花源!」有感
昨天(2013418)肥蝦在臉書上看到朋友分享了一篇WIRED.tw的新聞「百年招牌靠「數據」絕處逢生!《金融時報》發現獲利桃花源!」(http://wired.tw/2013/04/18/financial-timesdata/index.html)

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

工具
「我們採用Agile開發流程,使用雲端軟體Atlassian confluence、Jira作專案管理與問題的追蹤;用Sourcetree、Bitbucket作版本管控;並考量未來每天千萬次的連線請求與後續資料探勘的運用,使用了SPDY與HAProxy…」一天擔任專案經理的好朋友跑來跟肥蝦說:「他們家的RD團隊要離職了!」肥蝦兩肋插刀的跑去聽朋友公司的交接說明。
 
看到對方RD團隊作了那麼多版本與專案管理的作業,並考量後續的發展,如此煞費苦心、深謀遠慮的作了那麼多預先工作,肥蝦不禁深感佩服!但聽到程式架構與資料庫結構,一下就傻眼了!肥蝦疑惑地問:「資料庫全部十幾個表格,那…表格是作什麼用的?系統有些類別是何用途?」準備離職且異常年輕的技術總監說:「因為很多歷史因素,所以有些程式與表格用不到,但因為時間與工作優先順序安排的關係,所以沒有刪除與修正。」那肥蝦又問說:「請問有沒有作業流程圖或使用案例之類的文件?」技術總監說:「我們完全從系統技術的角度來思考!」肥蝦是不敢直接問說:「目前該系統的開發只有兩位成員,系統尚未成熟到產品的地步,而PM也才一位,這那麼多工具會不會花了太多的功夫?」
 

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

code.org
最近網路上有一段影片【What most schools don't teach(http://www.youtube.com/watch?feature=player_embedded&v=nKIu9yen5nc),是code.org放上去的,在肥蝦觀看此片時的點閱率已有一千萬人次。該影片在強調Coding是一個可以促進社會與個人最好生活的方式,希望大家都能學習程式開發的思維與程序。

IT肥蝦 發表在 痞客邦 留言(1) 人氣()

GAS&溝通方法學
【創造雙贏的溝通表達魅力】課後心得分享
    「分享就是力量!」2013321晚上,王介安老師的這一句話深深地憾動著肥蝦的心。肥蝦先前並未上過老師的課程,對於他如此精湛的口技與神態的教學深感佩服,上課過程中更是笑聲不斷,經由大家反思自己切身言語的問題中體會溝通與表達的語氣、語詞與語意竟是如此重要與必要。

IT肥蝦 發表在 痞客邦 留言(1) 人氣()

在系統整合廠商任職的好友艾德華在臉書的封閉社團發佈了一個問題:「該公司因為專案人力不足,故要求各專案經理也要擔任專案之分析、設計與開發工作。」一時之間也引起大家的討論。概括言之,大家的回應主要分為兩大類:(1)不應該:一旦改變可能就變成公司的常態與文化。(2)可以:專案經理可有更多的歷練與經驗。
專案經理應不應該專職?在台灣的環境中,專案經理的角色因不同的產業與不同的公司文化而有一定的差異。在製造業或自有產品銷售的公司中,專案經理專職於負責溝通、協調與協助時程管控事宜;在系統整合或軟體開發廠商,專案經理大多還是以「校長兼撞鐘」的方式,只有少數公司有著專責的專案經理(當然是身兼多案)

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

1362494313_metacontact_unknown
Rock離職了,他不會再進來,你就暫時用他的位置!」肥蝦到了另一個專案的現場聽到負責該專案經理這樣說,一下子還有點訝異!一轉頭,一位技術能力頗強跟肥蝦一起進入這家公司的DBA也跑來悄悄跟我說:「我已經跟老闆說了,我預計三月底離職。」「太操了嗎?」「我對Oxxxxx的平台沒信心,就算程式都寫完了,最終也可能上不了線。」
   

IT肥蝦 發表在 痞客邦 留言(0) 人氣()

Blog Stats
⚠️

成人內容提醒

本部落格內容僅限年滿十八歲者瀏覽。
若您未滿十八歲,請立即離開。

已滿十八歲者,亦請勿將內容提供給未成年人士。