分散的开发团队怎么进行项目管理？行业软件开发，经常有变动，多是几个项目同时进行，如何进行项目管理？

我们运行vs2013=》点击菜单栏上的团队选择链接到TFS

编辑器右边出现了源代码管理器。

然后点击选择团队项目，输入账号登陆源代码管理器，点击连接。就已经可以管理项目了。

接下来要不本地的源代码放到源代码管理器上

把本地映射路径设置好，点击映射=》选择本地路径文件夹=》点击映射。

然后切换到解决方案资源管理器，选择项目。点击右键=》源代码管理器=》添加到源代码管理器。

就可以 *** 作了。

IT项目管理的风险有哪些

项目风险是一种不确定事件或状况，一旦发生，会对至少一个项目目标，如进度、成本、范围或质量目标产生积极或消极影响。那么IT项目管理的风险有哪些呢？一起来了解下吧：

(1)技术风险。

核心系统升级引入了外包厂商的最新产品，使用了很多新技术，行内研发人员熟悉这些技术需要一定的时间，而在项目过程中却不可避免地会遇到一些技术问题。如何能快速解决这些棘手的技术问题我们的做法是：第一，指定行内外包厂商接头人，由接头人负责和外包厂商的技术人员进行沟通，同时该接头人也是行内对厂商产品最熟悉的人，一般性的小问题基本上此人就可以解决，比较复杂的问题才提交给厂商解决，这样比起全部问题都去找厂商解决，节省了时间。第二，购买厂商的人力进行技术支持，请厂商的研发人员来到开发现场和我们一块研发。第三，预约厂商在系统上线期间到现场待命，以应对紧急问题发生，对可能出现的问题进行第一时间的响应。

(2)沟通风险。

参与项目的外包厂商有多个，沟通渠道多，沟通成本大，而且容易出现理解不一致的情况。所以，项目组成立了专门的PMO，负责制定相应的沟通计划，为每个厂商指定行内的接头人，对内部人员实行分级管理，组织定期例会解决项目过程中出现的问题，防范由于对需求理解不一致造成的项目延误，充分利用已有的邮件、会议、电话和短信等沟通工具，并推广使用某即时通讯工具以作为主要的工作沟通工具。

(3)需求变更风险。

针对IT软件项目中不可避免的需求变更活动，在项目开始后，我部就停止了除政策性需求以外的所有规模超过20人/天的新业务需求，同时制定了需求变更流程：所有业务需求的变更必须由业务方的代表统一提出，变更必须有书面记录，开发人员仔细评估是否接受，最后由总管变更的领导(CCB)复审，总管领导具有一票否决权，从而精简了一些不合理的需求变更。在项目中期引入了IBM的配置管理工具CCCQ来管理代码和缺陷，所有Bug都进行了分类，并录入CQ系统，防止重复修改和修改后无记录等情况的发生。迁移演练之后的缺陷都由各个系统的负责人统一对缺陷进行分析评审，消除Bug修复可能导致的系统关联问题。

(4)进度风险。

项目进行核心升级，引起了客户面数据结构和一些外部接口的变化，同时前端业务平台也做了很大的调整，如开发了新的权限系统、迁移主机老权限系统上的权限数据到微机、替换传输协议XML为JSON、改造微机调用主机框架等。主机平台和开放平台开发工作量巨大，需要留有足够的ST、UAT测试时间，项目开发时间有限，为了应对可能造成的进度延误，我们采用了以下应对方法：一是制定详细的进度计划，明确每个人的任务，各项目组每周定期检视项目进度，如出现偏差及时纠正;二是与外包公司合作，引入外包人力，为项目临时增派了多名生力军;三是强制加班;四是并行化详细设计和编码同时加强代码评审，在加快进度的同时减少返工。

(5)数据迁移风险。

项目涉及的系统多达上百个，系统集成环境复杂，需要迁移的数据量庞大，而且数据迁移对数据的准确性和完整性有着很高的要求。项目制定了分阶段集成和多次迁移演练的策略：将迁移工作进行提前预演，模拟真实上线迁移场景。经过多次演练以后，问题大大减少，减轻了系统上线的数据迁移风险。

(6)人力资源风险。

项目建设周期长，历时两年，大范围人员流动可能会造成项目延误。针对这一风险，应对的方法是：做两手准备，尽力挽留要走的人员，晓之以理，动之以情，请求公司人力资源部提升员工待遇;同时加紧社会招聘，在重要的岗位上安排备份，防止由于成员生病、离职等意外造成的减员。最终这个风险没有成为问题。

在项目升级项目中，我负责两个子系统的开放部分，由于高层对风险管理的重视，我在执行的时候也特别重视对风险的控制。项目组有四个人，沟通成本比较低，所以我们每隔一周进行一次代码评审，解决遇到的一些技术难题和编码规范问题，在实际开发中使用Checkstyle进行代码规范检视，及早扼杀了可能出现的Bug和不规范的代码;制定组员每周报告进度制度，防范进度偏差;面对前端最可能出现的需求变更——UI变更，我尝试在设计初期使用原型方法和业务进行有效沟通，大大减少了后期UAT阶段UI变更需求。回想刚进公司时我做过的某个项目，由于没有考虑到UI类需求变更风险，前期没有进行UI设计的交流，导致UAT阶段大量返工，使项目延误了一个多月，并且浪费了不少人力资源。设想如果当时识别了这类风险，在早期就把风险发生的概率降低，那么项目可能会顺利得多。

由于前期风险控制得当，一直到迁移演练前我负责的项目都很顺利，但是在迁移演练过程中出现了一些问题，其中一个问题是导库程序不能正常执行，并多次发生。我和同事花了很多时间研究问题，最后找到的原因是某个配置参数的问题，研发人员使用了错误的配置参数，ST、UAT期间导库的数据量比真实演练期间的数据量小太多，所以没有被发现，修改配置后再演练环境导库成功。还有一些问题是没有有效沟通导致的。例如，在演练的时候用户反映某个查询交易很慢，经排查，后台人员说前台调错了交易，前台人员提出异议：为什么ST环境查询很快原来后台人员写了多个查询交易，新交易确实能提升查询速度，但是没有在正式的文档上注明前台应使用新交易替换老交易，也没有通过别的途径告知前台，这样前台调用的还是老交易，导致了查询性能问题。由于ST、UAT环境和生产环境的差异性，上述两类问题很难暴露，试想如果没有进行迁移演练，这个问题恐怕要在生产上出现了。迁移演练提前暴露了ST、UAT所不能测出的系统缺陷，使得研发人员能有充分的时间去排查问题和修复缺陷，有效降低了系统上线风险。

经过这次核心升级项目的洗礼，我深深认识到风险管理在IT项目中的重要性，正因为对风险管理足够重视，提前制定了风险应对计划，我们才得以如庖丁解牛般化解项目中遇到的各种风险，并最终取得了上线的胜利。任何项目都不能回避风险问题，风险的存在导致几乎每个项目都不可能顺风顺水地完成项目目标，良好的风险管理技能将帮助项目经理处理好项目中的不确定因素，保证项目的顺利进行。

;

分散的开发团队的管理：

1人的问题，如果是十来个人，分散在三四个地方，那就是相当于三四个小团队，如果都是服务于一个项目，那么，需要将这几个小团队按小组进行管理，并且逐渐提炼出各个小组的组长，让组长具体管理组内事务。整个大团队，形成项目经理－组长－组员三级管理体系。这样，项目经理管理这几个小组长，小组长负责管理组内事务。就能很大程度减少分散办公对组员的不利因素。项目经理的命令和管理，能通过各个组长迅速分散到组员；组员的问题，可以通过组长解决，组长解决不了的，再上升到项目经理处，这样，从上到下，从下到上，梳理通畅，管理起来就得心应手了。

2环境问题：

要想办法解决网络的互联互通，开发环境统一，数据库统一，版本控制统一。这样，能有效避免版本混乱的问题。沟通方式主要是即时通讯软件，并且必须是支持离线消息，分散的团队，对方很有可能无法马上收到消息，但是要确保对方不错过相关的消息内容。

3分工问题：

分工需要按组分工。组与组之间的任务需要相对独力，不宜交叉。否则，将互相影响，又无法迅速解决。

4进度问题：

需要制定详细的项目计划，在3的基础上，提炼出小组协同计划和任务间公共接口。方便跟踪和管理。明确各组的任务和时间点。最好需要有专门的进度控制专员，专门监控各组进度情况，三天或者一周的频率收集进度数据，反映进度问题。检查相关成果是否达预期。否则，将由于鞭长莫及，导致进度失控。

如果能做到上面几点，基本上能有效消除分散工作的影响。多项目管理其实也适用。这里就不再陈述。可以适当调整。管理没有一成不变的，具体问题具体分析。如果还有疑问，请联系我。呵呵。本人不才，但也有过一些大型项目管理经验，可以提供一些解决问题的思路。

现在常用的项目管理工具有：CORNERSTONE、Teambition、ONES、Tapd、禅道

最推荐的一种：CORNERSTONE项目管理工具

推荐理由：

CORNERSTONE能够用来处理任何类型的项目协作的工具，应用于运行和维护涉及到你的业务和企业的最困难任务，即使是对最初级的用户都能有所帮助，可满足不同团队规模的需求。

1存储在云端，或者可以自己架设，基于 B/S 架构；CORNERSTONE有网页版，并支持mac、windows、ios、Android多端同步，并支持私有部署功能。

2任务管理、任务可以设置优先级；CORNERSTONE可以给每个任务设置“优先级”、“责任人”、“任务类型”、“开始/截止时间”等多种任务属性，并支持自定义配置任务属性。

3任务可以排序，可以分配给成员，完成的任务默认不显示；任务支持排序：CORNERSTONE的任务支持7种视图显示，可以按照我的任务、未开始任务、已完成任务等多种属性排序。

任务分配到人：上面已经说过了，任务可以设置“责任人”，如果一个任务需要多个人参与，也可以添加参与人。

完成的任务默认不显示：CORNERSTONE的项目应用，可以在我的任务查看自己的所有当前的任务，任务完成后可在已完成任务查看自己已完成的任务。

4知识管理；WIKI是一种在网络上开放且可供多人协同创作的超文本系统，WIKI站点可以有多人（甚至任何访问者）维护，每个人都可以发表自己的意见，或者对共同的主题进行扩展或者探讨。

CORNERSTONE的WIKI模块可以帮助成员同步记录项目信息，也可创建知识库和企业信息库，方便其他成员查看。

创建知识库/创建页面

创建知识库

点击“WIKI”进入WIKI页面；

点击"+"号创建知识库。

对访问权限进行设置

可创建富文本、Markdown、思维导图以及表格。

富文本

富文本格式是一种非常流行的文件结构，很多文字编辑器都支持它。一般的格式设置，比如字体和段落设置，页面设置等等信息都可以存在RTF格式中，它能在一定程度上实现word与wps文件之间的互访。

CORNERSTONE提供富文本格式，方便 *** 作人员进行直接将Word等格式的文本内容粘贴到富文本。

点击创建富文本，可以直接进行文本编辑，插入链接、格式修改等，右侧提供页面大纲，可以对内容大纲进行概览

可直接复制Word文本内容粘贴到富文本，支持大多数格式设置，方便编辑

Markdown

Markdown是一种可以使用普通文本编辑器编写的标记语言，通过简单的标记语法，它可以使普通文本内容具有一定的格式。 1、创建Markdown

创建Markdown，工具栏提供常用的编辑格式：字体加粗、引用、有序排列等，同时可插入链接或；

2、发布后文档会显示创建者、创建时间、修改时间等信息。

3、可生成PDF文件

思维导图

WIKI支持思维导图的创建，可用于关键目标任务分解、梳理结构、头脑风暴等。自定义颜色区分层级，简单 *** 作即可添加子目录，方便快捷。同时可一键生成任务/需求/测试用例/测试计划等，与项目相关联。

创建一个思维导图；

可通过放大或缩小查看全部框架或局部细节；

一键生成生成任务

点击右侧的“生成任务”进入任务创建页面；

任务创建过程与任务面板的任务创建过程一致，可对责任人、状态、优先级等进行初始设置。

任务生成成功

任务生成成功后标题会显示“已关联”

在思维导图生成的任务也会显示在任务列表里。

更新对象

修改后点击“更新对象”，思维导图会根据任务状态发生变更。

另外，WIKI针对思维导图还提供一键生产需求/缺陷/测试用例/测试计划等功能， *** 作流程与一键生成任务的流程相似。

最后，CORNERSTONE支持多语言版本，满足不同企业需求。

CORNERSTONE

全行业覆盖的一站式项目协作平台

以上就是关于怎样使用vs2013开发工具中的源代码管理器TFS全部的内容，包括:怎样使用vs2013开发工具中的源代码管理器TFS、IT项目管理的风险有哪些、分散的开发团队怎么进行项目管理行业软件开发，经常有变动，多是几个项目同时进行，如何进行项目管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！