關於快速軟體開發
——李雁楠
近日看了快速軟體開發一書，由於從未參與過團隊專案開放，所以著重看了書中提到的在團隊中容易出現的問題，以便以後注意並盡量避免。
書中將問題主要歸結為人員，過程，產品，技術四大類，至於更細緻的分類我就不一一枚舉了。對於文中的觀點，在此，我有一些不太理解的地方：
關於人員方面，文中提到過乙個案例，專案負責人為了完成任務，由於人力不夠而堅持使用乙個大家不太滿意的合同工，在此就犯了 「對有問題的員工失控」的錯誤，那麼，假如我是乙個剛剛組建的專案組，沒有那麼多的（人力）資源能夠利用，如何去協調各員工之間的矛盾呢？（除了文中說的放棄外）
按照文中的舉例，一般初期的計畫都是無法實現的，只有根據進度不斷調整才能順利完成，那麼我想知道，總體框架不是一開始就設定好的嗎？假如修改其中的一部分是不是容易導致多公尺諾骨牌效應，難度很大？
注：由於沒有流量了，今日方能上傳，見諒！
關於軟體開發
對於乙個處在組建的軟體技術組織來說，的確有很多的問題，這包括來自目標專案的和組織內部的。就乙個成熟的軟體工程組織來說。首先，她應該確定自己的技術規範，採用什麼樣的軟體工程模型將直接影響專案的過程和結果，如採用的是瀑布式的軟體模型，這實際上也是大多數開發小型專案 更準確的說應該是一些小的程式產品 的一...
關於對日軟體開發
這兩個星期六朋友都加通宵班，週日回家睡一下上午還得去公司。她所在的實習公司是一家專門做對日外包專案的，據說因為ibm那邊需要人所以把他們公司的許多人都外派過去了。這麼一來他們這邊本來5，6個人做的專案現在只有兩三個人在做，所以更拼命了 為了按時交貨好像這幾天都是凌晨3點多鐘才能回家。軟體公司加班本身...
關於敏捷軟體開發
最近在看 敏捷軟體開發 對其中的原則和實踐非常感興趣.順便記錄下來.1.敏捷軟體開發宣言 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 勝過 合同談判 響應變化 勝過 遵循計畫 2.12個原則 2.1 我們最優先要做的是通過盡早的,持續的交付有價值的軟體來使客戶滿意 ...