标签：
1.项目的需求文档，作为一个项目需求的变更在所难免。但是对于需求文档的版本管理是怎么做的？是否应该有SVN对版本进行合理的变更和归档，并且适当的写清楚原因。这样就无论是谁接手项目有源可查，而不是跟以前做项目的同事东问西问，更不是跟客户说我不知道。
2.作为乙方更应该记清楚变更的原因，无论是电子版的记事本还是笔记本都应该写清楚原因，红口白牙，白纸黑字，到时候客户问起来也好解释。
3.项目的内部沟通。
1.是界面人员和ETL人员的沟通。要告诉后台我前台需要过滤那些条件，后台跑数的时候一定要加这些参数，否则事实表出数据，前台也是看不到数据。
2.是后台人员不同模块之间的沟通，一定要保持维表的一致性，不要一个模块一种维表，尤其是一些很重要的维表不同模块之间一定要协定好编号等，否则不同模块不同维表数据，难道给客户演示的时候一个模块导入一版数据么？这样数据整合的时候谁来做，怎么做？会引起多少意外etl问题，所谓的bug?
3.是前台的问题，建模和界面是否是每人分线条做？还是建模是一个人界面是其他的同事做。当建模和界面不是同一个开发人员来完成，建模的同事是否能把建模设计想法跟其他人沟通好。并不是自己觉得技术很牛逼，什么都不说。要知道你面临的是一个团队，不是单枪匹马作战。如果你什么都能做那么其他队友做什么？
4.在项目中除了项目经理是否有技术大拿能支撑这个项目的数据流走向，从前台到后台的衔接，重点环节的实现。可能后台实现过程并不清楚，但是整个流程他能把控，能查到问题在前台或者是后台。
4.远程的项目，对于这些沟通应该更多费些心思，不是QQ里讨论一下，电话一下就OK了。最好有邮件控制的。因为大家都很忙，说过了有人会忘，甚至有人根本就没看群里的一堆堆消息。当然客户现场这种情况就会好很多。
5.项目经理是什么，负责协调的控制的，风险，进度，时间，沟通，明确每个任务的责任人，不是每天低着头看最多活儿就是好的项目经理。最后带着一个团队他自己什么都会项目却失败了。交付效果不好，项目延期等等 。管理和开发人员的职责是不一样的。
6.项目做完了，我们学会了什么，留下了什么。一年做了一堆项目，最后公司需要一个demo还要现搞一个？
7.数据字典的完善，项目从开始到结束是否应该有一个数据字典，有没有持续更新？
8.技术人员的成长，公司能给自己的是平台，成长是靠自己，大家都是这么说。可是环境也很重要，有多少人是因为在项目中做得可有可无的角色辞职的。最好的工作并不是每天无所事事的闲着，作为技术人员至少个人认为这样的工作很折磨。
9.技术问题的解决，当一个开发解决不了的问题是否有人及时的能解决。没有人无所不能，团结才是力量，可能一个人
标签：
原文地址：http://blog.csdn.net/gaixicui0411/article/details/45667035
