[請益]關於專案的幾個問題

看板Soft_Job作者 (....)時間13年前 (2012/09/07 23:30), 編輯推噓1(1032)
留言33則, 9人參與, 最新討論串1/3 (看更多)
昨天面試時 遇到公司的CFO出馬 他以站在系統使用者的角色問了幾個讓我有點招架不住的問題 1.如何避免 開發者做出與使用者預期中不符的系統? 例如本來要蓋房子 但卻成了火箭 我回答:在做系統分析和設計時 都會有文件確認需求 如果要更謹慎地的話 就必須定期 並逐項地與使用者檢視 2.如何讓系統(介面)更簡單化? 他舉了Amazon為例,如果新客戶需要20分鐘了解如何操作購物車 那將沒有人會在上面購物... 甚至於他還舉了ERP系統 要我想想如何做到One Click to finish this process 我回答:就企業系統而言 其實呈現在使用者眼前的部份都已經簡化過了 而且就ERP而言 導入時都需要長時間的使用者訓練      我會更注重於將使用者訓練做的更仔細 更發揮其功效 (心裡不很認同 想要簡化ERP系統的想法..) 3.如何加速專案的速度? 你完成一個新的專案通常要多久時間(需求都是全新的 非舊系統的改善) 我回答:人力和時間是鐵律 要加速專案進度一定要多點人(資源)參與 別無二法 全新專案需2~3個月完成 需求分析佔1/3時間 系統設計1/3 寫碼1/6 測試+上線 1/6 4.專案失敗的主因? 我回答:a.需求分析時 使用者期望 超出 現有系統(技術)限制 -->gap between users and developer b.系統設計太複雜 難以在預定時間內完成     -->Bad design c.schedule錯估 -->跟著使用者的期望 把時間抓太緊 而無法達到預期時程 請大家幫忙 以上回答還有沒有其他思考空間   因為那位老美一直要我再想想有沒有其他的可能性 我恨不得丟一本人月神話要他自己讀一讀.... 謝謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 108.68.98.104

09/07 23:33, , 1F
人力和時間是鐵律, 人越多越快? 不會吧, 人月有這樣說?
09/07 23:33, 1F

09/07 23:34, , 2F
蓋違章建築就對ㄌ
09/07 23:34, 2F

09/07 23:34, , 3F
我以為範疇、時間、成本這三個才是影響最大的....
09/07 23:34, 3F

09/07 23:44, , 4F
我的意思是人月中說明了軟體建構有其限制 並非1+1=2
09/07 23:44, 4F

09/07 23:45, , 5F
而這位CFO似乎把我們當成小丁噹 可以做到任何他想要的
09/07 23:45, 5F

09/07 23:46, , 6F
造成誤解之處 請多包含
09/07 23:46, 6F

09/07 23:48, , 7F
1. scrum, 不過 http://tinyurl.com/9so63sn ...
09/07 23:48, 7F

09/07 23:48, , 8F
敏捷(Agile):愛撫弟弟(FDD),... TDD (踢弟弟)
09/07 23:48, 8F

09/07 23:53, , 9F
3.外包給時薪定價100美金以上的最強朋友。最慢一週(誤)。
09/07 23:53, 9F

09/07 23:54, , 10F
人月只講了一半 人力投入有遞增期和遞減期 最大值在轉折
09/07 23:54, 10F

09/07 23:55, , 11F
當然有人力天然限制的的就另外計算了
09/07 23:55, 11F

09/07 23:55, , 12F
scrum通常搶短期市場ok 長期scrum的話品質會拉不上來
09/07 23:55, 12F

09/07 23:56, , 13F
2.交給黑猩猩來使用,順便可以拍一系統廣告、寫論文。
09/07 23:56, 13F

09/08 00:00, , 14F
黑猩猩主意不錯...
09/08 00:00, 14F

09/08 00:49, , 15F
與其做到one click~倒不如想想如何把介面和使用者的距離拉
09/08 00:49, 15F

09/08 00:50, , 16F
近~在導入erp之前~應該有使用者行之有年的流程~有經驗的使
09/08 00:50, 16F

09/08 00:51, , 17F
用者更會知道哪些流程可以改善~與其擺個one click的按鈕要
09/08 00:51, 17F

09/08 00:53, , 18F
他記得按下去會跑哪些東西~倒不如就先照他的習慣做~再讓時
09/08 00:53, 18F

09/08 00:54, , 19F
間去改善~個人的經驗是:硬逼使用者接受~他會反彈給你看!
09/08 00:54, 19F

09/08 01:44, , 20F
寫碼1/6...嗯 是人力爆增= =? 以敝人參與專案的情況 能做到
09/08 01:44, 20F

09/08 01:45, , 21F
寫碼1/6只有一種可能 就是同樣訓練下的團隊 投入大量人力...
09/08 01:45, 21F

09/08 01:45, , 22F
不然就是反過來把一個當三個用 (工時8=>工時24 一一")
09/08 01:45, 22F

09/08 02:12, , 23F
寫碼那一個部份也是參照"人月神話"的說法 事實上 你說的對
09/08 02:12, 23F

09/08 04:03, , 24F
專案失敗首要原因: 老闆不支持! XP
09/08 04:03, 24F

09/08 04:03, , 25F
整體而言,你回答得還蠻不錯的.每個問題都有點大哉問,其實沒
09/08 04:03, 25F

09/08 04:04, , 26F
有標準答案.
09/08 04:04, 26F

09/08 04:10, , 27F
這些問題應該是由有實務經驗的人來回覆會比較有說服力.不過
09/08 04:10, 27F

09/08 04:10, , 28F
不知道他是想考你書本上的知識,還是實務上的經驗,還是面試的
09/08 04:10, 28F

09/08 04:11, , 29F
罐頭程序而已?
09/08 04:11, 29F

09/08 04:12, , 30F
他是CFO,或許能夠扯上財務他會比較有sense吧? 但這不容易.
09/08 04:12, 30F

09/08 05:33, , 31F
他說因為他和工程師有過不愉快的經驗
09/08 05:33, 31F

09/08 05:34, , 32F
所以希望看看我能support到什麼程度 或有什麼想法
09/08 05:34, 32F

09/08 05:37, , 33F
也因為他這麼說 我就更難從IT的角度去潑他冷水
09/08 05:37, 33F
文章代碼(AID): #1GIXCAJr (Soft_Job)
文章代碼(AID): #1GIXCAJr (Soft_Job)