| ?????? Soft_Job ? |
| // via fulltextrssfeed.com |
Re: [閒聊] 聊專案開發
11/11/2014 2:02:58 AM
※ 引述《TonyQ (自立而後立人)》之銘言： : 覺得有點感觸，來寫一下這幾年我對軟體專案的幾個看法， : 如果估計的時間有出入，通常都是 spec 的認知有出入， : 那時候該釐清的是 spec 細節跟重新估算。 : 而不是在那邊「我覺得要一個月」、「但我覺得要一週」， : 這種愚蠢的菜市場喊價。 「時程估計」是 PM 與 Dev 之間的 eternal conflict 。有的時候 不是 PM 故意找麻煩，而是 PM 的上級在逼 PM 說出一個日期。 感覺上，以下這個模式是個還不錯的平衡點 (1) 很明顯要花五天以上去作的部分，應該重新檢視，拆成更小的部 分 (2) 很明顯是一天以內能作完的事 (尤其是很制式的流程) ，應該研 究將其自動化的可能性，及編列預算 (3) 兩天至五天內的部分 (尤其是無制式流程可參考的時候) ，雙方 要達成以下共識: (a) 視情形，先花 1/4, 1/6, 或 1/8 的時間試作看看，試試水 溫 (b) 試作時間結束後，很簡短地開個 stand-up 會議， Dev 告 之 PM 他對原始時程估計值的 "gut feeling" (c) 誠實地調整原始估計值 * 讓 PM 成為你的盟友，幫助他建立 burn down chart ，掌握專案 進度，讓他的上級閉嘴 * 讓 Dev 成為你的盟友，一旦 Dev 願意合作建立 burn down chart, 除非你帶給他們 free food, 不然別再去煩他們 ============================================================ 以上這模式有個前提: 管理者不是昏君，團隊裡沒有賤人 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 68.4.112.174 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415691607.A.436.html
Re: [閒聊] 聊專案開發
11/11/2014 2:02:58 AM
※ 引述《TonyQ (自立而後立人)》之銘言： : 最近都在忙別的，難得寫軟體文章。分享一下。 : 因為聊同儕表現， 版主夠強才可以說「作不到」 有些RD知道自己很弱，當他說作不到的時候， 別人就是能做到，那怎麼辦？ 當然咬牙說自己也能做到阿（加班嘛） 這種情況，版主何解？ 如何套用在資質普通的RD身上？特別是他周遭有很多 強者。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.79.40.80 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415689068.A.03A.html
推 NDark: PM 或 老鳥要盯 不要有那種以少報多的規劃. 11/11 14:58
→ NDark: 因為暴掉是大家的事 不是一個人切腹就好. 11/11 14:59
[徵才] 元家集團-誠徵Oracle ERP系統工程師
11/11/2014 2:02:58 AM
【公司名稱】 元家國際開發股份有限公司 【職缺名稱】 Oracle ERP系統工程師 【需求人數】 1名 【工作內容與目標】 Oracle ERP 應用系統開發維護(OM/PO/INV) 1.ERP系統分析 2.系統設計與開發 3.ERP配銷模組維護 4.BI 報表設計開發 【徵求條件】 1.熟Oracle IDS (Form/Report), Oracle D2K , Oracle Developer , Xml publisher,Java Skill is Plus. 2.具備企業配銷循環流程觀念 【工作地點】 新北市新莊區新北大道二段219號14樓(華南銀行樓上) 【工作時間】 8:30-17:30 【薪資範圍】 45K~50K 【聯絡人/連絡方式】 林小姐 fangyu.lin@mail.yens.com.tw /02-82511230#10203 【其他備註】 需具Oracle ERP實務開發工作經驗3年以上 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.220.131.178 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415687819.A.CF7.html
推 TheJim: 補血 11/11 14:46
→ Wolfken: 原來Oracle ERP這麼不值錢 11/11 15:02
[閒聊] 有人的專案進度沒有delay的嗎?
11/11/2014 2:02:58 AM
小弟初入軟體業不久， 參與過沒幾個專案， 但delay好像是滿常態的? 比如說專案預估交付測試是10月，大約會delay個一個月才有辦法"完整"交付， 請問真的有人做過管理的很好，不Delay的專案嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 163.22.18.103 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415687235.A.E6C.html
→ TonyQ: 小專案跟工程師決定權越大的專案 delay 機率越小。 11/11 14:28
→ TonyQ: 但案主滿不滿意則是另一回事。 11/11 14:28
→ TonyQ: 難不是難在交出東西，而是雙方滿意。 11/11 14:28
推 sweet00914: 善用專案管理工具，可將delay的機率減少至最低。0.0 11/11 14:35
→ konkonchou: 認同，寧願交ㄧ個雙方都滿意的專案，也不要為了deadli 11/11 14:40
→ konkonchou: ne而綁手綁腳，久了會發現，除了專案對方會相信你評 11/11 14:40
→ konkonchou: 估的時程，甚至自己可花更少時間更精準去完成對方需求 11/11 14:40
推 Ammenze: 專案delay要看原因，如果是明明已經照需求作 11/11 14:49
→ Ammenze: 事後又反悔的客戶，想不delay都難 11/11 14:49
[情報] Amazon 北京徵才
11/11/2014 2:02:58 AM
各位好, 我們部門剛新開5個名額, 我立刻就po上來啦, 希望給想來大陸發展的朋友多一個機會. 這次主要徵diagnostic engineer, 也就是負責kindle fire工廠產測程式, 請把中(英)文履歷寄到我的EMAIL, 並且務必寫上應徵的職缺! => wumichae@amazon.com 希望北京能多一些台灣人, 一起做同事! 1. PC Tool Engineer * 2 - Familiar with one of skills: VC++, C#, Python, JAVA(J2EE) - At least 4 years exp 2. Android Application Engineer * 2 - Familiar with Android APK development + Android Framework - At least 4 years exp 3. QA Engineer * 1 - Familiar with QA for android platform - Familiar with Python + Shell script - At least 4 years exp Salary: 1500K+, depends on individual, negotiable. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 116.213.117.226 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415685809.A.012.html
推 camera08: 是 Amazon !! 新鮮人淚推 QQ 11/11 14:31
推 sean2449: 4 year 150萬台幣？ 11/11 14:40
→ AdHocLZM: Hr給的數字 要看職缺跟能力 11/11 14:44
→ AdHocLZM: 各位版友肯定高很多 別擔心！ 11/11 14:44
推 Wolfken: 北京空氣超差呀,值得拿健康換錢嗎? 11/11 14:48
→ AdHocLZM: 其實待個幾年轉美國總部也不賴 11/11 15:09
→ AdHocLZM: 或者轉去非北京的公司 看生涯規劃 11/11 15:10
[閒聊] 聊專案開發
11/11/2014 2:02:58 AM
最近都在忙別的，難得寫軟體文章。分享一下。 因為聊同儕表現， https://www.facebook.com/tonylovejava/posts/10205414663711733 覺得有點感觸，來寫一下這幾年我對軟體專案的幾個看法， 軟體專案其中我自己認為最重要的部份。 我自己早期是 SOHO (一人獨立接案工程師) 出身， 有時候需要跟企業內部的既存團隊合作 （像我跟歐亞書局合作過線上原文書書目瀏覽網站）， 有時候需要自己從案子自己談企劃、一起合作規劃案子。 接案的部份我差不多接過許多個人能做的小案子到一個極致， 畢竟跑三年，後來"從良" 。 覺得與其繼續作小案子，還是先到公司去跑跑比較大的專案。 然後後面的經歷隨便找都有，我就不說了。 總之就是大多就是企劃跟需求訪談佔比變少、多了技術執行的部份。 而企劃跟需求訪談大多體現在我自己的個人專案跟社群活動裡面。 因為我個性關係，我在過去的經驗而言，可以說是一個游牧民族。 SOHO 時代跟我合作過得廠商至少就超過十幾家， 工作時代也跟四五家公司合作過。 所以看過很多各種不同個性的專案， 從很有資源到很沒有資源，從很有錢到很沒錢，從團隊很強到團隊很弱都有。 我覺得對一個資訊團隊來講，最重要得幾個原則： 1. 決定目標是老闆跟領導者的責任，而達成目標是團隊的第一要務。 老闆不要要讓 RD 幫你想怎麼賺錢，那是不切實際的。 也不要想要靠 RD 幫你省錢，那都是多的。 該誰負的責任就誰去負責。 讓不該負責的人負起責任，只會壓垮他的角色與進度。 2. 延續第一點。 你企業想怎麼做，老闆心理一定要有底。要有明確的長期目標。 而執行就要找個能完全信任的團隊來"相信"他， 然後設定合理的 check point 。 這個 check point 至少應該用週當單位。 以天或小時為單位根本就是神經病。有達成就獎勵、沒達成就懲處。 然後應該要接受 argue ，接受辯論。 我們也不諱言很多企業圈的老闆很蠢， 他會用別人的估計或自己的想法來估 RD 的時間還不準 RD 反駁。 事實上你不可能比 RD 實作者自己還明白時間， 如果估計的時間有出入，通常都是 spec 的認知有出入， 那時候該釐清的是 spec 細節跟重新估算。 而不是在那邊「我覺得要一個月」、「但我覺得要一週」， 這種愚蠢的菜市場喊價。 只有把細節講清楚，模糊地帶確認完，才有機會估計正確的時間。 RD 自己你要帶種敢把自己想的細節講清楚， 老闆你要夠有 sense 去評估你的 RD。 如果老闆整天在砍時間，那你根本就不信任你的 RD， 為什麼不乾脆把 RD 砍了換一批覺得能達到你想要得時間的 RD。 3. 繼續延續第一點跟第二點， 老闆千萬不要覺得工程師的產能"每天"是固定的。 工程師的產能「每週」平均會差不多，但每天落差會很大。 你不要看他今天閒了就覺得「啊幹，我事情排得不夠多」， 要看他那週的產出是不是到定位。 對軟體工程師跟軟體專案來講，閒置是一種充電。 太閒的話，好的軟體工程師反而還會找你抱怨說他覺得不夠忙。 硬要把時間填滿的結果就是： 大家都在假加班、工作永遠的 delay、團隊對目標沒有信心（致命傷）。 因為永遠不知道作到哪理可以休息，乾脆慢慢做。 4. 有什麼團隊就吃什麼案，很多團隊根本沒有對應的執行力， 硬要執行畫很大的案子，最後的下場就是撐很多年、大家一起死。 其實只要降低一些規格，很多時候還是可以善終的。 如果完全沒辦法降低又沒有那種等級人手的， 那就要承認，這局你打不起..... 5. RD 自己要把自己設定到的目標做到定位，這是各自的義務與責任， 也是公司之所以僱用 RD 的理由。 不論公司給多少，拿了錢就該做自己認為做得到的事情， 拿錢還要計較事情作太多，建議早早跳槽比較好。 --------------------------------------- 其實我覺得很多老闆真的是覺得工程師投資很要命，貴到他很痛心， 就像買了很貴的機器一樣一定要 24 小時運轉。 但工程師跟工匠一樣，他不是機器，即使人在、他也不一定在運轉。 然後也不要只罵老闆，團隊跟 RD 你自己也要帶種一點， 不是說你要承認你他 x 超強一定做得到， 而是「你他 x 的要夠種承認自己做不到」。 我看過有超級多蠢 RD 明明時間上就不可能做到還答應。 我常常心想 「我快十年經驗評估都做不到，你一個兩年不到的新手 RD， 竟然覺得自己做得到？」， 然後私下去問，得到一個「拼命加班應該可以吧」。 然後我就開始一個一個點算給他聽， 問他「這個你有算到嗎」、「那個你有算到嗎」， 上線後的 debug 時間有算嗎？ 一問通通都沒有，全部加上去，就是我原本預估的時間。 我常在想「估案子要用悲觀的情況，執行要用樂觀的情況」這明明就是準則， 但大家好像加上「加班」這個條件就覺得自己有資格樂觀了。 現實是加班產出更值得悲觀，加班後的產出往往品質非常不穩定、賭人品的。 而且，幹，你答應了到時候沒作出來是沒人能救你的喔。 我覺得身為 RD 要相信自己的專業，評估作不到的就要勇敢說做不到， 讓老闆幫你找支援或協助，而不是時間到拖整個團隊一起死。 承認自己做不到沒什麼好羞恥的，就算是我已經工作好幾年， 這兩年我也說過兩三個專案我評估是不可能在要求的時限內作到的。 有些事情就是「物理性的」，不是喊熱血或必中（欸）就能達成或拼到的。 其實敢說「不」才能得到老闆信任，他才知道你不是唬爛他。 而且做不到也不要怕被換掉， 有更強的強者說他做得到，就該把這個位置讓給人家， 我是挺希望有這種敢說「做得到」的人， 我們通常都能從他身上學到很多，但實際上通常都沒有這個人啦。（遠目） 其實工作上都是自己在跟自己打架，然後偶爾在支援別人。 哪有什麼心力去跟別人比貢獻。 如果你覺得他x的待遇不公平、不同工不同酬，那就跳槽啊。 這麼強總會有地方去，你就當成現在在累積你的跳槽本啊。 而且別人工作怎麼樣，要看人家的產出跟合作，不要看他在作什麼事情。 有一種很厲害的人，是什麼都沒什麼作，但事情就是牽來牽去就發生了。 -- I have a dream, it's silly but beautiful. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.230.47.138 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1415685496.A.80D.html
推 viceversa56: 早期當SOHO都只估計工作時,卻忘了溝通,報告也要時間 11/11 14:06
推 y2468101216: 推 我覺得花最多時間的是開會 11/11 14:07
※ 編輯: TonyQ (61.230.47.138), 11/11/2014 14:13:53推 sweet00914: 試問版主:你認為在執行一個專案中，擁有3種特質(資源) 11/11 14:16
推 howdiun: 當我反應需要人手的時候，老闆表示找人的工作就交給你了 11/11 14:17
→ sweet00914: 第一:擁有足夠且強大的資源(物質)。 11/11 14:17
→ sweet00914: 第二:你的團隊擁有最強且最優質的人力! 11/11 14:18
→ sweet00914: 第三:你的團隊擁有不錯的人脈(名聲)。 11/11 14:18
→ sweet00914: 請問版主你認為這樣子的背景，專案會成功嗎?0.0 11/11 14:19
→ sweet00914: 忘記加上一個前提，這專案產品的市場未來是很明確的! 11/11 14:20
→ TonyQ: A: 沒有一定會成功的專案 11/11 14:20
→ TonyQ: 當年的 stream 專案我覺得湊齊了資源、人力跟人脈。產品也 11/11 14:21
→ TonyQ: 還算有空間。（大概就是跟 dropbox 對比） 11/11 14:21
→ TonyQ: 結果執行兩年後還是黯然落幕。 11/11 14:21
→ TonyQ: 當然有人把問題指到 CEO 上，但我覺得總歸來說就是沒有一定 11/11 14:22
→ TonyQ: 成功的專案。一個專案永遠都只有失敗的理由，很難有成功的 11/11 14:22
→ TonyQ: 理由。 11/11 14:22
推 sweet00914: 謝謝版主的回覆!0.0 11/11 14:26
推 JT0109: 推~ 11/11 14:38
→ konkonchou: 專案最重要的還是 人 人 人 11/11 14:49
→ konkonchou: 但高手難求還得考慮團隊差異性，就像文中提到ㄧ人接 11/11 14:53
→ konkonchou: 案與企劃，有些人就是很ok, 換個人就天差地遠 11/11 14:53
→ konkonchou: 先前同樣有專案沒空接，放給其他大公司搞了兩年燒了四 11/11 14:59
→ konkonchou: 百萬，甚至零產出，最後金主也是看開了乖乖排隊排專 11/11 14:59
→ konkonchou: 案時程 11/11 14:59
You are receiving this email because you subscribed to this feed at feedmyinbox.com
If you no longer wish to receive these emails, you can unsubscribe from this feed, or manage all your subscriptions
沒有留言:
張貼留言