Wilson剛開始合作的第一個工作是賣MemDB現成的系統, 這個合作模式最簡單, 他只要成功賣出軟件就可以分到利潤, 慢慢地我把客戶交給他服務, 之後他就負責接工程, 但如何分取工程利潤就更複雜了, 我們決定先把工程完成後, 再由我決定如何分成.
以近日接了單大工程為例, 是替一間五萬尺的鐘錶零售店電腦化, 要讓二十五套電腦同一時間使用, 我們從不談如何分利潤問題, 首要的是如何付出, 替客戶服務.
因為近期我真的非常忙, 所以前期工作都交由Wilson去負責, 接觸客戶, 了解要求, 分析系統, 然後把要修改的功能寫成Use Case, 等和我buffer去完成補習班收費軟件和清潔管理系統, 然後才專注完成這個零售系統需要的功能, 讓客戶可以更有效率地管理成個賣塲.
等到完成工程, 才由我去分配利潤, 我會由大家付出多少而作出分配, 這樣的企業文化讓公司更容易管理, 也讓所有人能全心付出.
Hi, Enoch
回覆刪除文中提到: "了解要求, 分析系統, 然後把要修改的功能寫成Use Case"
請教一下, 你們在開發時會使用到USE CASE
想瞭解一下, 這是否有必要?
以我導過的幾個案子, 在開發前的SA&D文件.
絕大部份只會在文件中描述系統各模組和功能介面(UI), ERD 及 DD, 這三大部份.
這幾個部份就可以讓PG順利開發
所以, 想請教一下, 使用USE CASE是不帶來什麼樣的好處, 以及撰寫USE CASE所花的時間
謝謝
對於複雜的流程, 好的Use Case可令客戶, SA和Programmer有更好的了解系統需求, 不致完成後不是客戶想要的, 或者不能解決某些Exception Case, 又要做改... 想了解多些可看UML...
回覆刪除相關例子可看 http://enochng.mysinablog.com/index.php?op=ViewArticle&articleId=1166626
Hi, Enoch
回覆刪除剛去看了那篇文章
內容是針對美容業中
1.購買點數做為儲值消費
2.可消費的服務等級
3.員工佣金計算
這3點的流程做一個說明
所以, 商業流程可以透過USE CASE做描述並跟客戶和PG做溝通嗎?
之前是有導過一個案子, 因為行業特殊, 有比較特別的商業流程. 所以, 有透過流程圖與客戶做一個確認, 也將流程圖放在SA&D, 讓PG瞭解流程要怎麼跑.