Sulin's blog

最近為了上級交待的工作，花了好多時間研究 VSTS MSF 架構，除了工作時間外，也花了不少放假的時間在家研究，到底了解多少其中精髓，真的沒把握，這個應該所有人都參與的功課，如果一起研究、激發創意，應該會是件很好玩的事，現在一個人研究起來，卻顯得格外吃力、無趣，尤其在現行架構已不很正確的情況下，更覺得力不從心。

買了一些書，了解了一些理論，但實際上如何套用在目前公司的架構上，真是一大挑戰，一個人當了所有軟體開發中的所有角色，「這個步驟應該怎麼定義，怎麼運用比較好？」所有的問題只能自問自答，能研究出個所以然嗎？答案很清楚，但也只能繼續自問自答的摸索。

「要不要找看看有沒有類似的課程可以上」，這並不是問題所在，重點是所有的過程，不該是我一個人決定怎麼做的，但有些人就是不明白。

倒是從書中看到個有趣的論點：

IT 企業有三大呼弄：
● 程式師用 UML 呼弄；
● 專案經理用 Process 呼弄；
● 老闆用企業文化呼弄。
-- From 「移山之道 VSTS 軟體開發指南」

哈，好的不記，專記些有的沒的。^^"