有能力,位置多,活下來的機會大
有時~Sometime 好像是在廟裡丟杯,聖杯,靠杯,笑杯的樣子
有能力,我今天坐這個位置,我明天可以換更高的位子
沒能力,我今天坐這個,明天換其他位置不是不敢,不然就是很快就下台
現在人很喜歡讀專案管理,出來就當專案經理
很久前我在小公司,常常一堆小朋友,大學畢業,穿個帥氣,出來當專案經理,在辦公室走路有風
帶了一群工程師...
很多都不到2個月就掛點,全部都是虛表
其中我還記得一個,專案裡面用到一套搜索引擎,剛好辦公室有,這位專經就同意客戶需求
談好回來被老闆K報,老闆說,這套引擎用錢買,很貴的.小朋友專經就說,你怎麼沒告訴我他不是公司開發的.老闆回你又沒說你要用,也沒問.專經不到一個月賠錢下台
Pan.tc328 wrote:
UML是不最好的,...(恕刪)
你很有實力，用UML是對的，跟你做同一個團隊會很有戰力也很幸福
所以你能獨當一面，但大多數人的是沒辦法的
就算比你資深很多的，大多也做不到
Pan.tc328 wrote:
用UML,DesignPattern..只是小東西而已
對大多數工程師來說，這些已經接近要殺了他們，他們覺得很難學
Pan.tc328 wrote:
我常常再想,甚麼用一個有效,簡單,標準的方式
來對老闆,客戶做簡報,對同仁,對下屬,對學生做教育訓練
如果大家有好的方式也可以提供一下
我覺得這些事情，主要還是花點時間想對方需要什麼
再來是要怎麼傳達你想要的資訊
Pan.tc328 wrote:
上次那個找進來的MVP,MVC樣式都不知道
他是Android工程師,Activity,View有什麼不同,甚麼邏輯寫在那也不知.........
以前我也很疑惑，後來我發現這些很正常 XD
所以我變成專注一個人的積極程度，這跟個性和他想要的東西有關係
可以透過面試或是日常聊天中就可以知道
一個積極的人思想比較靈活，學習快
就算Activity,View搞不清楚，也能很快上手，可能1~2天就搞定
不積極的人，一個月也還在那邊慢慢摸
Pan.tc328 wrote:
無奈~現在的台灣專案經理
只會需求List和甘特圖
從客戶需求用條列式的文字
然後丟給下屬去用甘特圖壓日期
這是台灣軟體開發一直不能進步的地方
很正常啊，UML目前是SA/SD的最佳方案
但就我的經驗，九成的PM不會UML，甚至很多SA還在玩結構化分析這過時的老方法
在high level管控用甘特圖甚至只是簡單的條列管制表是沒問題的
只是於進入細部之後是否就放著不管，大多PM之後就放牛吃草 XD
Pan.tc328 wrote:
但我看小朋友,每天時間到就向我報告,我要下班,我也不能怎麼樣,下班是他們的權利,但~沒做出來就是我展Power時候
每次給工作都沒問題,都是最後一天才開始問,現在人工作態度
我會問PM一個關鍵問題：你如何去發掘每個專案階段可能發生的問題？
指派一個工作，要承辦人陳述清楚要做的事情以及如何去做
但大多數的人，就如你所說，到最後幾天才在趕工，結果常常來不及完成
後來我就改每天早上開早會，每個人陳述你昨日的工作內容與當天的安排
這樣就解決了~
要用UML去設計要非常多年設計經驗
但看~UML就那7大圖
Android,IOS,MS...很多文件有這些圖
狀態圖,Activity Life cycle,循序圖...非常多
難道這些人都沒看過文件??
7大圖,英文Paper也沒幾頁,晚上睡覺前瀏覽一下..
上次我畫一個Class Diagram 給資深工程師用
我畫繼承圖,他看了說沒問題
一周後,展示功能,沒抓到參數值,還說我沒教他,說一堆後
我看一下翻臉..
繼承不知道,用委派方式...
寫Android寫Java ,Objective-c,繼承委派分不清
這種人要怎麼用,怎麼溝通
Pan.tc328 wrote:
UML難的是在設計而不是使用跟看
要用UML去設計要非常多年設計經驗
UML做SA/SD本來就需要很多經驗，不是短時間內可以上手
我記得我剛剛工作時，新人做報告，我簡報UML的應用(進入軟體業以前我已經有寫code 15年的經驗)
結果在場的資深工程師都有點嘲笑的說這些UML沒用(但這些工程師設計的系統真的爛透了... 僵硬，改起來耗時效益低)
我認為這是方法論的問題，有比例不小的工程師，只喜歡土法煉鋼靠自己的經驗
對於UML或RUP等已經被驗證的方法論，他們都嗤之以鼻～
對於這部份的人，你怎麼講都沒有用，他們還是會認為自己的方法很厲害
Pan.tc328 wrote:
這種人要怎麼用,怎麼溝通
其實這是話術表達的問題
對於這種人，我通常都用提問法來處理
例如『奇怪，是不是我表達有問題？還是我圖畫不清楚？ 我想了解一下，為何程式怎麼會和圖差這麼多？』
就請他自己說明～～
Pan.tc328 wrote:
但對於1x年經驗資深工程師
那麼翻臉
通常資深的都比較有那種『你沒比我懂』的"氣"。
不用翻臉，針對行為與應有的結果指導，尤其面對比你資深的～
也可以搭配提問法來處理
Pan.tc328 wrote:
有人會問,為什麼無法部署,不是網路斷了,就是USB沒接,然後計畫就停了
也有專案Compile 不過,我看一下,file path 沒指到
也有程式Run exception,Console 有po message,Message 看不懂,不會Google 一下
也有人Class看不懂錯用的,Android 標準Class,看Class說明,然後亂用的...
你有沒有想過，你可能把『任務』交辦出去了，但沒把『責任』給交出去？
有些工程師，他們以為只要把code刻好，測試或其他的都不干他的事
編不過或局部測試失敗怎樣的，也不自己先想辦法處理就直接call別人～
被問說，你有先做哪些處理的時候... 雞嘴變鴨嘴...
我覺得軟工這行ARCI真的很重要～
內文搜尋
從 APP 打開
X