軟體開發中的3P和1A（二）-這次開發採用的開發管理中的3P和1A的關係

       我們作為一個虛擬團隊，主要目的是研究，因為不考慮生存問題，所以允許我們按照自己的理想中的想法 去實驗、去嘗試。
       我們研究開發管理，主要方法是識別開發管理中關鍵點，並且研究如何處理這些關鍵點。
       識別時，我們基本上採用至上而下的方法。

       目前我們識別到的關鍵點是：architecture；product；process；project。服務（service）暫時不考慮。

       3P、1A及其關係：
       1.關係：在architecture統一指揮下，按照一定的process，
               通過做project的方式，生產出product，
               通過多種活動（可以為project，也可以為其他），維護product。
       2.prodcut
         團隊將會產生眾多的產品，我們可以從多個方面進行對比研究，原始碼/執行碼，基準版本/客戶化版本，...
         是否需要提煉出產品線這個概念，也有待研究。
       3.architecture
         多個產品抽象出來的共性部分，進行有機的聯絡，成為architecture。
         也可以從多個方面進行對比研究，技術/業務，開發/運行，邏輯/物理...
         architecture內部還可以進一步分層次，這一點有待進一步研究。
       4.process
         process是我們活動的流程，普遍的做法是通過標準化來保證product的品質和對project的有效控制。
         process可以表現在口頭上、書面上、工具上，關鍵在於其執行程度。
       5.project
         這裡我們將其定義為：項目；
         任何一個活動大到一定程度，值得我們去密切關注、去監管，就成為項目。
         開發活動中，研發和工程是主要的活動，他們具有項目的共性，但是由於新技術/業務的引入，所以又有很大的區別，
         這一點值得研究。

       我們的研究活動，同樣也屬於開發管理的範疇，這次採用了與公司相反的過程，一種至上而下的過程。
       architecture -> 基準product -> 客戶化product。

       我們大概的過程如下：
       1.確定勘探和目標市場
       2.進行產品規劃
       3.初步建立architecture，並且評估能否滿足產品線的需要。
       4.開發支援architecture的相關工具。
       5.按照產品規划進行product開發。
         期間每個產品的開發都作為project進行管理。
       6.銷售product並且進行客戶化
       7.在整個過程中注意總結、修正標準化的process。
         如果沒有相關的標準process，則簡單定一個初步的process，在做事的過程中修正，做完事情後總結。

       廣告:
       1.歡迎大家試用我們的新產品，地址：
         http://msse.cnblogs.com/archive/2006/01/10/314523.html
       2.歡迎大家加入我們團隊，地址：
         http://msse.cnblogs.com/archive/2006/01/10/314886.html
       3.歡迎大家參加我們發起的一個調查，地址：
         http://msse.cnblogs.com/archive/2006/01/16/317835.html