什么是客运汽车站分布式项目管理系统？如何部署客运汽车站分布式项目管理系统？

分布式团队客运汽车站项目管理需要一个基于Web的SaaS解决方案，支持敏捷开发、分布式沟通与管理复杂系统项目的迭代演化。对于这样的软件，基本的业务需求是：可以添加客运汽车站项目管理最基本的管理单元-任务，可以链接任务之间的关系，可以支持复杂的项目任务树分解，同时也可以通过动态演化的链接网络连接组成网状的任务关系网络，可以支持团队成员之间留言、对话、沟通、时间日志、虚拟资金财务来往记录和结算记账、Wiki百科知识库管理、项目文档管理、客户需求管理、产品需求管理、创意管理等等，后续还需要和SVN代码库变更记录、自动构建、CRM客户关系管理系统集成，构建从客户需求输入、产品创意、战略输入、项目立项、审批、任务分解、项目任务关联、研发试验、设计、编码、测试、构建、发布、生产运营、客户服务等全产品生命周期的SaaS互联网管理平台。考虑到信息安全，可以使用https部署，如需进一步安全，则可以通过U盘数字证书作为https底层SSL的安全加密配置。有了这样的分布式团队项目管理系统解决方案，就可以辅助分布式团队从事长途旅客运输汽车站的服务方面的项目运营管理。

通常部署完整的邑泊客运汽车站分布式项目管理系统，还需要更多的IT支持与附加系统，比如：研发基础网络建设与信息安全、VPN与虚拟局域网、虚拟机与远程桌面、集中式产品开发环境、分布式软件与文档资料自动分发同步系统、SaaS云服务生产环境、多层C/S架构生产环境、电话会议系统、客运汽车站项目管理领域知识库、长途旅客运输汽车站的服务业务流程库等。

传统项目管理体系的客运汽车站项目管理人才培养就已经需要很长的实践周期了，通常成熟的项目经理至少拥有8年工作经验及5年以上管理经验。而敏捷迭代类客运汽车站项目经理对人才要求更高，通常至少拥有5年领域经验及10年以上管理经验。同时，针对特定领域，有时项目经理很难从当地招募到合适的客运汽车站人才组建项目团队，与项目相关的核心人才培养周期长、培养模式与成长环境多样化并且很难标准化，无法简单规模化，并且与之配套的房地产、实验室、硬件、技术基础设施、法务、财务、后勤服务等也是较高要求。全部集中在一个办公室或者在单个城市招募人才基本上是不现实的。因此构建分布式团队与虚拟办公室才是从事长途旅客运输汽车站的服务业务可行的方案。

       相比较于传统集中式办公团队，团队成员之间的沟通主要靠互联网、电话会议、书面邮件、社交网络等。因此对于通讯网络、带宽与电信增值服务要求比传统集中式办公团队要高很多。

使用VPN技术构建虚拟局域网络，之后在这个虚拟局域网络上构建上层IT基础设施，可以保证在公网Internet上传输的信息加密、安全。

架设VPN也有好几种方案，比如在路由器硬件层，或者使用开源软件OpenVPN，同时使用公网IP架设VPN服务器，具体方案需要考虑预算、网络带宽支持、技术供应商等多种因素，还要考虑方便个人电脑拨号连入VPN。如果对信息安全有进一步考虑，还要考虑使用U盘数字证书授权接入VPN。

可以在托管机房部署Dell 730或类似型号服务器集群，每台服务器上安装VMWare，这样每台物理服务器上可以安装部署20到40台虚拟机。按照每台虚拟机平均大概2核8G内存500G硬盘配置的话，如要支持20台虚拟机，则要约40核160G内存10T硬盘的单台服务器（具体配置要根据开发场景需求实际上下调整），然后根据1个开发可能需要占用2台虚拟机计算实际需要的服务器数量，一台高配需要安装各种开发工具，同时需要速度快，另一台低配，主要用于测试和适当调试。

开发、测试、产品经理等研发人员分布式团队通过链接VPN登录到虚拟局域网，然后远程登录到虚拟机从事开发和测试。

对于数据库服务器、文件共享服务器则单独部署服务器或者服务器集群。这样所有工作环境全部在同一个机房，降低工作环境大数据实时传输的时间成本。

源代码可以使用SVN管理。

不同的物理办公室通过互联网连接之后，可以通过VPN连接到数据中心集中工作，远程桌面流量相对不大，VPN带宽都能承受。小文件或者数据可以通过复制和黏贴直接在本地电脑和数据中心服务器之间传输，但是大型文件、视频录像、数据库备份等资料不建议通过直接复制、黏贴，这样会占据大量VPN带宽，使得其它工作人员感到明显卡顿。这个时候可以使用FTP每天晚上非工作时间自动同步不同物理办公室服务器之间的大尺寸文件数据，只要放到指定目录里，服务器就会在晚上或者白天网络带宽有闲置资源的时候使用非VPN信道传输批量大文件数据，并可通过web服务查询数据同步日志和进度。

如果是邑泊B/S架构产品，可以直接从SVN代码库里自动下载到构建服务器，自动构建为发布包，并自动部署到生产环境，每天自动获取最新代码自动更新到邑泊SaaS云生产环境，方便迭代开发，用户可以及时获取最新开发成果并做出反馈。

一开始可能还不能完全做到全自动每日更新，可以先手动做，比如半个月到1个月做一次，积累足够经验，并且流程稳定下来后，将其自动化，并逐渐缩短到每周1次，再根据实际需要逐渐缩短间隔时间和增加频次，直到1天或接近实时(或按需)。

从手动到自动的过程中，可能需要考虑加入邑泊自动化测试，保证每次发布升级不破坏已有功能。

邑泊多层C/S架构也可以参考上述SaaS环境，但是要考虑终端客户如何升级客户端，使用自动升级方案，客户自己手动升级？

或者由实施工程师远程登录到客户生产环境去升级服务器端和客户端。

对于大规模分布式团队，可能需要考虑部署自己独立的电话会议系统，这个国内好像也已经有很多基于VoIP的解决方案，之前我们使用的国外方案，比如思科webex, 微软lync, polycom等组合。

可以采用邑泊项目管理软件系统的wiki知识库引擎及项目任务明细文章来管理维护客运汽车站项目管理领域知识库和长途旅客运输汽车站的服务业务流程库，并动态地持续演化。