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