看板
[ soho ]
討論串[閒聊] codejob 的員工薪資管理系統
共 6 篇文章
內容預覽:
關於開spec這部份,我的經驗中有兩種情況:. 1 在簽約之前客戶已有自己的書面規格. 我照他的規格走. 但他們只有文字. 描述的功能規格, 沒有UI的規格, 所以我幫他們補上UI的規格.. 2 客戶自己提不出規格, 沒關係, 那照我的指示, 把現在跑的作業流程講給. 我聽, 我來幫他從需求分析做到
(還有604個字)
內容預覽:
其實我覺得你說的東西也沒錯 , 大家講的都是政治正確的東西,. 只是碰到的環境適用哪一個 solution 而已,. 這世界上恐怕沒有哪一套模式是能完全通用的.. 有時候 , 有的老闆適合出去喝酒搓湯圓 ,. 有的老闆適合拿著合約逼供畫押 , 這種事情其實沒有絕對.. 那比起探討哪一個模式比較好 ,
(還有1289個字)
內容預覽:
其實一個好的做法或制度，也都要雙方有相當的水平才能運作，很多人都說接案就是. 訂規格、訂合約，合約或規格兩照簽名以後，以後就以這個為準，but.... 事實上，的確有一些比較 "有觀念" 案主，走這個模式走得很好，但是也有很多的案主. 是簽約一回事，執行的事情 "到時候再說"，有那種想到甚麼就加什麼
(還有688個字)
內容預覽:
關於這個, 我可以提出我所採用的接案流程及原則僅供參考(因為不知道別人. 是否有更好的做法?).. 1 簽約一定要在訂出規格之前確定. 簽了約先收簽約金. 要不, 乾脆別做.. 2 製訂功能規格書:. 2.1 功能規格書有兩部份, 文字部份以階層樹的方式表達.. 2.2 將功能規格以UI的方式呈現.
(還有887個字)
內容預覽:
如果老闆是會寫程式，. 通常有問題，去問通常提出的回答也比較具體. 如果沒有的話，常常真是有裡說不清.... 像之前接的案子，客戶圖要一直改就算了. 有些地方規劃不知道要放什麼，就先空著. 等到快結案時，pm就說了：. 就把全部欄位放大好了. 就把全部欄位放大好了. 就把全部欄位放大好了. 就把全部
(還有207個字)