今天得空看了看osgeo上的gdal開發資源。
開源專案的管理也比商業專案完善的多，大的軟體專案真不是幾個牛人就能搞出來的，除非做的是一次性的專案。
管理在大型專案開發中的作用怎麼強調都不為過，我們基本上都是做的不夠。
冗長的**，簡短的文件，大多數專案離開原班開發者後就成了雞肋，離開、加入新人都是超級費勁的事情。
功能在腦子裡、或者基本簡單的羅列出來，進度是拿最後日期卡出來的基本沒什麼依據，總體設計基本還是目標性的，並沒解決架構性的問題邊摸邊改，關鍵功能、演算法基本是未知領域沒有預研全靠搜尋引擎解決問題，進度控制就是加班，軟體測試的沒改得 快隨時有版本出現，團隊開發基本是子系統級別的整合，整合方式基本靠ctrl+c、ctrl+v，昨天改了那裡未知，明天改了那裡未知，bug改了後運**況如何未知……
我們很大程度還處在**英雄主義階段，在以後的工作和學習中要不斷的規範化，盡量把眼光往更高的層次上提啊。
艾偉也談專案管理，成功軟體專案管理的奧秘
如何入門並設定軟體成功的目標 實踐技能建議 要點說明 1 設定優先順序 1 為團隊成員提供服務 2 滿足組織客戶的需求 3 從事自己相關的專案 2 分析自我能力差距 人員管理 人際關係 解決衝突 推銷想法 聆聽技巧 鍛鍊演講表達能力 3.學會定義質量 與開發團隊 客戶確定一致的產品質量定義與準則 4...
艾偉也談專案管理，架構組織管理
架構組織管理的五大原則 構想 節奏 預見 協作和簡化 架構組織的三在概念 準則 模式和反模式 準則 為了把原則運用到實踐中，需要實施細節。準則把廣泛的原則翻譯成是否和如何執行原則的細節。模式 描述了開發或者使用軟體架構時可能遇到的常見問題的解決方案。反模式 反模式描述了組織在實踐中可能遇到的陷阱，描...
艾偉也談專案管理，微型專案實踐感悟
微型專案是指絕大部分工作由乙個人員負責的專案，這個核心成員負責專案的系統分析 構架 及絕大部分的編碼工作。專案的持續時間一般不會超過乙個月。專案的參與人員除了核心的程式設計師外還可能一部分輔助人員，包括第二程式設計師 負責一部分編碼工作 美工 負責介面設計 等。微型專案的規模一般很小，業務邏輯也比較...