昨天有一个技术人员问我，什么才算大型项目经验。因为经常看到招聘启事上要求应聘人员要“具备大型项目经验”，但怎样才算大型项目，经验主要是哪方面的内容。这个技术人员工作时间不长，对此也没有什么感觉。
　　我觉得所谓“大型项目经验”也没有一个严格的范畴。首先看怎么定位大型项目。在不同的行业领域，大型项目的标准也是不一样的。在我所做过的税务信息系统项目里，目前一般情况下，如果项目成员在五十人以上，项目投资金额在七八百万的以上的信息系统工程，就算是大型项目了。但之所以单独提大型项目，并不主要在于它的规模有多大，而是因为在这样的项目中所独有的一些项目特征，一般在小项目中没有的因素，而这些因素对项目管理、技术等方面非常有价值，所以才备受重视。我觉得关注大型项目经验，主要关注以下几点特征：
　　1。项目组织结构。大型项目组织是讲究精细量化，职责明确的。职责组织一般分项目负责人、项目经理、系统分析师、技术经理、开发组长、开发工程师、数据库工程师、测试工程师、运维工程师等，各个角色之间责任明确，互相配合监督。不同环境下，还要包括政策组、业务组、推广实施组等职能岗位，如果有子项目外包等情况，那组织就更复杂了。参与过大项目的工程师，应当对组织结构有大致的了解和体会。
　　2。项目进度管理：大型项目一般都有比较明确的里程碑计划；每两个里程碑之间一般又设置若干检查点，阶段性任务比较明确；需求分析、概要设计、详细设计、编码测试、上线试运行等每个阶段都有阶段性的任务和目标；需求的变更，集成发布等事项都有严格的流程，有专门的组织或人员进行审核和执行；对于成本、质量、进度情况都有明确的量化和阶段报告。
　　3。项目的沟通：很多工作都涉及到跨部门或组织之间的沟通协作。大型项目组里有成熟的沟通机制，上下级之间，平级之间的沟通，虽然复杂但有效，因为这是大家都认可的一种机制。根据沟通问题的重要性，可采取会议、电话、邮件等形式，成果有会议机要，报告等内容。大型项目里的沟通机制，虽然效率不一定高，但的确能解决问题。
　　4。有关技术架构：架构体系是大型项目的技术特征。一个好的架构对项目成败的意义不言而喻。在成熟的架构体系上，一般的开发人员没有多少可发挥的余地。架构师是项目里的NB人物，架构甚至在某些程度上影响业务需求和操作模式，目前流行“架构为王”的说法。
　　5。项目文档：文档在项目中起重要作用，包括过程、成果、控制信息等，文档是将来项目验收的重要成果和依据。文档的管理在大项目中也是制关重要，一般都有VSS、CVS等文档管理工具。从技术人员的角度出发，相关的文档最起码包括总体开发计划、周计划、工作日报、周报等。当然，文档多了以后也带来很多成本等方面问题，这也是大型项目的一个特点。
　　另外大型项目还涉及配置管理、风险管理等方面的内容。但作为一个最基础的技术人员，了解了以上几点，就已经不错了，为将来的个人发展打好了基础。