软件开发中的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