开始一份新的工作本身就是一个不大不小的挑战，而目前自己也整处在这么一个过程之中，其他的琐事先不讲，这里记录一下自己在进入一个新的工作组后，熟悉已有产品的一些想法：

    首先，我们可能会收到来自PM的一系列项目文档，或多或少，自己目前这个项目的相关文档就很多，因为这是一个外包项目，所以，很多的文档和架构相关的一些东东都是老外来提供的，具体到要有多少个文件，多少个类，分别叫什么，其属性有哪些，方法有哪些……这似乎就是自己经常在一些读物上读到的架构式开发，而且是采用了常见的三层架构，即DAL、BLL和UI，但有一点不一样的地方，就是DAL和BLL都是和数据表有着紧密的对应关系，而BLL也是按照对象化的形式来对数据库进行操作的，也就是说DAL中只提供一系列的查询、插入、更新和删除的方法即可，而在DAL和BLL中间也直接省掉了相应的实体类，而是直接将涉及的字段作为内部成员的形式来操作。

    再者，由于团队内成员的流动性，所以我一进入到团队中，最紧急的事情就是迅速熟悉要离开的同伴的工作，以便能够顺利地接下他遗留下的工作，于是，自己马上向这位伙伴请教了一些他工作内容的东东，包括他的工作包括哪些系统工程、文件和页面等，了解到这些以后，最重要的就是从最直观的系统流程开始，首先登陆测试系统，将常用流程进行实际操作，并主要关注那位伙伴涉及的页面和流程，再得到了一些直观感受后，又向他请教了有关这些页面及业务流程中的业务关系和实现逻辑，这一过程也还算顺利，最重要的是理解。

    下一步，自己将拿到的众多文档都大致过了一遍，不用看的非常细，尤其是BRD这类需求文档，只要做到能知道每个文档是什么用途即可。然后，下载源代码，直接观察系统的架构及工程间的调用关系，把一些自己不是特别熟悉的引用组件添加到学习备忘录，再对整个系统有了一个整体的架构了解的基础上，以自己的任务范围为优先，开始着手翻看这些页面前台、后台业务、数据库访问逻辑之间的关系，主要是查看具体的代码，这个时候，我把一些自己以前没有用到的客户端控件、服务器端控件及特殊系统调用等都添加到学习备忘录。

    下面几种对学习备忘录中记录的新内容进行入门学习，上网找资料，查书等，把这些内容的目的和使用方法进行理解，并将实际的代码应用能够进行消化，因为是快速学习，所以深度方面的东西，还是需要再今后的工作中再进行的。消除掉这些知识方面的障碍后，转过头来，还是需要对我们需要负责的内容进行再次的深度理解，能做到对代码的功用及层次结构了然于心即可，因为每个人有每个人的编码风格，所以，没有必要过分强求，但对于一些团队规范类的东西，还是需要做一些记录的，保证代码的一致性。

    完成以上的工作后，自己下一步的计划就是再努力从系统整体角度来把握自己负责的内容和其他的业务内容，但这需要一个过程，是需要再不断的工作中进行积累的，当然上面说的也是需要对数据库的结构有所了解才行的，同时对DAL中到底是调用存储过程还是数据库函数，或者还是直接执行SQL语句等进行辨别。

    总的来说，自己一开始也是比较的迷茫，因为也是第一次换工作，而且工作的性质和内容都有了很大的变化，所以如何能够做到快速适应，应该是一个很大的挑战，但没有挑战，就等于没有成长！下面把几个自己认为比较重要的步骤列一下，希望能对大家有所帮助：

（1）    熟悉公司的办公环境：包括自己所在团队，办公接口人、IT接口人等。

（2）    收集团队内的可用资源：包括公共服务器，项目相关文档，协作方式，联系方式等。

（3）    了解自己的工作职责：主要是向PM了解自己今后的工作内容，并概要了解自己参与的项目情况。

（4）    向“指导员”询问自己的工作内容和要点：主要是更加细致地询问一些自己工作内容方面的重点。

（5）    浏览项目组共享文件：主要是项目相关的一系列文档，了解这些文档的内容性质即可。

（6）    登陆测试环境，熟悉操作流程：主要关注自己负责的内容。

（7）    察看系统源码，熟悉层次架构：主要是整体上对架构进行熟悉，同时察看一下数据库整体结构。

（8）    察看自己负责部分内容的源码，熟悉具体应用及调用层次方面的关系以及数据库对应关系和表结构等内容：要细致地看，并总结一些团队规范。

（9）    对7和8中的一些新的技术内容，自己要进行快速学习掌握：达到能够理解具体应用和简单示例的程度。

（10）    接手负责内容，并尝试做一些bug修正和新内容添加方面的工作：主要还是以维护为主。

it知识库：快速融入新团队的一点个人体会，转载需保留来源！

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。