推 drkkimo:推 尤其第2點 雖然某些東西也許有好處 但是加入一個projec 05/17 19:58
→ drkkimo:t請先照那個project一致的作法(ex:coding style...) 有要 05/17 19:59
→ drkkimo:改變的不是不可以 請取得大家一致的共識 並評估影響 05/17 19:59
推 dream1124:我明白你的意思,要推動改革的關鍵在執行者累積的信譽 05/17 20:05
→ dream1124:還有大家的想法與共識 05/17 20:06
推 Luos:丟給上面決定 可以就可以 不行就算了 05/17 20:07
→ dream1124:那請問大家,要怎麼讓組織上層意識到現行做法有些問題? 05/17 20:07
→ dream1124:有在寫程式的前輩不支持, 更上層的平常不寫程式 05/17 20:08
→ d1288999:請問現行系統有掛掉嗎？還是開發時程慢到你們每天加班 05/17 20:09
→ d1288999:加不完，都沒有的話，請問你要給他們看的問題是什麼？ 05/17 20:10
→ dream1124:這樣意思是只能耐心等到重大有感問題出現才能趁機提議嗎 05/17 20:10
→ dream1124:現在是不大的問題都要稍微加點班,以後專案膨脹怎麼辦? 05/17 20:11
→ dream1124:處理問題要防微杜漸, 我是這樣想的 05/17 20:12
→ dream1124:就像土法煉鋼可以做破鐵器,不是無產值,但長遠不是好方法 05/17 20:13
推 searcher:你要在小型專案先嘗試~先教大家幫助大家學習~ 05/17 20:33
→ searcher:習慣使用後才會接受 05/17 20:34
推 diabloevagto:重點是原原po要怎樣讓別人知道你的方式是好得 05/17 20:39
→ diabloevagto:然後轉換需要多少成本能評估嗎？ 05/17 20:40
→ diabloevagto:導入任何東西都是要成本的，如果造成專案延誤該怎辦 05/17 20:40
→ diabloevagto:能夠給出確實的sop並且教會大家嗎？ 05/17 20:41
推 searcher:等到大家慢慢發現好處後~ex專案提早完成or提早下班 05/17 20:41
推 searcher:有實質的利益才能使人有動力 05/17 20:43
→ searcher:還有你要確保不會影響時程 05/17 20:44
推 xxxzzz:原原PO總是說自己懂別人的觀點.但是真得懂?還是假裝懂? 05/17 20:50
→ xxxzzz:建議原原PO把改變可能產生的問題、時間成本、風險、好處.. 05/17 20:52
→ xxxzzz:都考慮詳盡,再往上呈報.記住,是改變可能帶來的所有影響 05/17 20:54
→ xxxzzz:而不是片面所改這樣的好處是什麼,我相信改變不一定只有好處 05/17 20:55
→ xxxzzz:一定會帶來其他影響,如果你能把這些影響,都考慮周全,且有 05/17 20:56
→ xxxzzz:妥善的應對方法,再來說.土法煉鋼破機器.新方法一定好機器吧 05/17 20:57
→ xxxzzz:我以前要推新東西時,也會一併想其他影響的解決方法.供參考 05/17 21:00
推 mathrew:真的 職場上就是這樣 做人永遠比做事重要 05/18 07:12
推 bobju:[改變]會有陣痛期 這段期間會有些狀況發生 若主導者沒有足夠 05/18 08:14
→ bobju:的充份評估以及下定決心幹到底的話 中途失敗會很難看 會黑掉 05/18 08:15
→ bobju:主管要有自己的定見 可不能被其他人你一句我一句的牽著走啊~ 05/18 08:15
→ bndan:我只想問 像JQUERY就好...因為升級沒有用而不升級 那未來3年 05/18 16:14
→ bndan:後還是繼續"3年前"的舊版? 何必把事情擠在同時間點做呢= = 05/18 16:15
→ bndan:還是乾脆跟傳產一樣 反正沒被洮汰就再戰10年 這樣XD? 05/18 16:16