特别要提醒的项目细节处理手法

　　对于每个项目需要值得注意的细节处理要得当。这些细节包括：

　　1） 针对每个项目，最需要值得注意的是每个项目的背景。

　　要仔细了解：为什么要做这个项目？是否在这个项目中存在着某些其他因素？项目进行到了什么阶段才决定找外包公司合作？是否已经有了详细的需求文档后还是仅仅有了一个大概的需求？此项目的优先级别是什么样的？是否是核心业务的项目？

　　因为不一定你要接受的项目就是从头开始的项目，有时候恰恰是因为内部没有了资源或者进行不下去了，才决定找个外包公司接受这个烫山芋。

　　2） 不要轻易确定“项目的交付时间”。

　　因为是和欧美公司的IT部门打交道而不是和客户方直接联系，最有可能就是项目的交付时间是IT部门自己制定的时间，而不是用户要求的（事实上，大部分最终用户根本就不确定这个时间），在没有充分了解所有的需求以及项目背景的时候，不要轻易同意这个被要求的项目交付时间。

　　因为考虑到报价的问题，有时候客户方只会把项目的一个大概需求介绍给你，这时候常常造成一种错觉，觉得这个项目很简单。其实，项目真正复杂的需求还没有暴露出来。一定要在得到需求规格说明书或者需求文档之后再确定项目的交付时间。

　　3） 在项目计划中需要明确指出哪些任务是由用户来完成的。

　　比如说确定用户需求，用户测试这些任务等等。

　　对这些任务时间的分配一定要充分而且要在合同中指出：对于因为客户自己的原因耽误了项目的交付时间，不能作为项目延误的惩罚等等。因为用户有可能恰好就在这个时间内出差，（当然，在一开始制定项目计划的时候他自己也不知道情况有变）。或者用户忙于其他任务，不能把这个项目的优先级排成第一。因为欧美公司的员工绝对不会因为这些项目的原因在周末帮你们加班干活的。

　　 4）项目经理手里应该有一个任务表格，列出了每个任务的内容，执行人，如果任务被耽误了的原因，特别是对于由客户方延误任务的原因, 这样做的目的也是为了便于保护自己。

　    5）要特别注意用户那里测试环境的问题。有时候用户的测试环境和自己的开发环境的配置不太一样。常常是到了用户测试的这一地步进行不下去才发现是由于系统测试环境配置有问题。所以要尽量在项目一开始的时候搞清楚用户那里的测试环境是什么样的。另外，是否测试环境可以允许外包商进行访问。权限的设置等等。

   　 6）每个项目都会发生变化，特别是需求方面的变化。做外包项目，不能盲目的同意用户的需求变动请求，特别是在用户第一次提出这种需求变动的时候。当然从实际考虑，国内的外包公司都是想要和用户建立长期的合作关系，不能强硬的说肯定不可以，但是也不能让对方感觉所有的需求变动都是无条件的可以接受的。所以，当客户第一次提出这种变动的时候，就要明确做出需求变动说明书，指出这种需求的变动对于整体项目进度以及费用方面的影响。得到用户确认签字后才能进行改动。

 　　7）在做项目需求分析的时候，特别有一点需要指出：就是是否所有要求的数据可以从用户目前的业务系统中得到。如果业务系统中没有这种数据，那么这种需求就是缥缈需求，无法实现的。

    　8）搞清楚客户方的项目参与人员的情况特别是组织架构和权限大小。谁是幕后老板？谁能真正做出决策？对方的项目经理的权限是多少？有的公司项目经理的权限很大，可以调动很多资源并且做出某些决策。但是有的权限很小，需要其他职能经理进行决策。特别是搞清楚谁最后能决定项目验收与否。由于欧美公司一般也是给内部客户进行软件系统的开发，所以一定要和客户方的项目经理确定，最好客户那里也能分配一名人员进行项目的配合。