如果你要管理大型复杂的项目，请尝试利用开源选择替换 MS-Project。

诸如建造卫星、开发机器人或推出新产品之类的项目都是昂贵的，涉及不同的提供商，并且包含必须跟踪的硬依赖性。

大型项目领域中的项目管理方法非常简单（至少在理论上如此）。你可以创建项目计划并将其拆分为较小的部分，直到你可以合理地将成本、持续时间、资源和依赖性分配给各种活动。一旦项目计划获得负责人的批准，你就可以使用它来跟踪项目的执行情况。在时间轴上绘制项目的所有活动将产生一个称为 甘特图 Gantt chart 的条形图。

甘特图一直被用于 瀑布项目方法，也可以用于敏捷方法。例如，大型项目可能将甘特图用于 Scrum 冲刺，而忽略其他像用户需求这样的细节，从而嵌入敏捷阶段。其他大型项目可能包括多个产品版本（例如，最低可行产品 [MVP]、第二版本、第三版本等）。在这种情况下，上层结构是一种敏捷方法，而每个阶段都计划为甘特图，以处理预算和复杂的依赖关系。

项目管理工具

不夸张地说，有数百种现成的工具使用甘特图管理大型项目，而 MS-Project 可能是最受欢迎的工具。它是微软办公软件家族的一部分，可支持到成千上万的活动，并且有大量的功能，支持几乎所有可以想象到的管理项目进度的方式。对于 MS-Project，有时候你并不知道什么更昂贵：是软件许可证还是该工具的培训课程。

另一个缺点是 MS-Project 是一个独立的桌面应用程序，只有一个人可以更新进度表。如果要多个用户进行协作，则需要购买微软 Project 服务器、Web 版的 Project 或 Planner 的许可证。

幸运的是，专有工具还有开源的替代品，包括本文中提及的应用程序。所有这些都是开源的，并且包括基于资源和依赖项的分层活动调度的甘特图。ProjectLibre、GanttProject 和 TaskJuggler 都针对单个项目经理的桌面应用程序。ProjeQtOr 和 Redmine 是用于项目团队的 Web 应用程序，而 ]project-open[ 是用于管理整个组织的 Web 应用程序。

我根据一个单用户计划和对一个大型项目的跟踪评估了这些工具。我的评估标准包括甘特图编辑器功能、Windows/Linux/macOS 上的可用性、可扩展性、导入/导出和报告。（背景披露：我是 ]project-open[ 的创始人，我在多个开源社区中活跃了很多年。此列表包括我们的产品，因此我的观点可能有偏见，但我尝试着眼于每个产品的最佳功能。）

Redmine 4.1.0

Redmine 是一个基于 Web 的专注于敏捷方法论的项目管理工具。

其标准安装包括一个甘特图时间轴视图，但缺少诸如调度、拖放、缩进（缩排和凸排）以及资源分配之类的基本功能。你必须单独编辑任务属性才能更改任务树的结构。

Redmine 具有甘特图编辑器插件，但是它们要么已经过时（例如 Plus Gantt），要么是专有的（例如 ANKO 甘特图）。如果你知道其他开源的甘特图编辑器插件，请在评论中分享它们。

Redmine 用 Ruby on Rails 框架编写，可用于 Windows、Linux 和 macOS。其核心部分采用 GPLv2 许可证。

• 适合于： 使用敏捷方法的 IT 团队。
• 独特卖点： 这是 OpenProject 和 EasyRedmine 的原始“上游”父项目。

]project-open[ 5.1

![]project-open[](/data/attachment/album/202104/29/150024ajim3fma2loniapb.png "]project-open[")

[]project-open[](https://www.project-open.com) 是一个基于 Web 的项目管理系统，从整个组织的角度看类似于 企业资源计划 enterprise resource planning （ERP）系统。它还可以管理项目档案、预算、发票、销售、人力资源和其他功能领域。有一些不同的变体，如用于管理项目公司的 专业服务自动化 professional services automation （PSA）、用于管理企业战略项目的 项目管理办公室 project management office （PMO）和用于管理部门项目的 企业项目管理 enterprise project management （EPM）。

]project-open[ 甘特图编辑器包括按等级划分的任务、依赖关系和基于计划工作和分配资源的调度。它不支持资源日历和非人力资源。]project-open[ 系统非常复杂，其 GUI 可能需要刷新。

]project-open[ 是用 TCL 和 JavaScript 编写的，可用于 Windows 和 Linux。 ]project-open[ 核心采用 GPLv2 许可证，并具有适用于大公司的专有扩展。

• 适合于： 需要大量财务项目报告的大中型项目组织。
• 独特卖点： ]project-open[ 是一个综合系统，可以运行整个项目公司或部门。

ProjectLibre 1.9.3

在开源世界中，ProjectLibre 可能是最接近 MS-Project 的产品。它是一个桌面应用程序，支持所有重要的项目计划功能，包括资源日历、基线和成本管理。它还允许你使用 MS-Project 的文件格式导入和导出计划。

ProjectLibre 非常适合计划和执行中小型项目。然而，它缺少 MS-Project 中的一些高级功能，并且它的 GUI 并不是最漂亮的。

ProjectLibre 用 Java 编写，可用于 Windows、Linux 和macOS，并在开源的 通用公共署名许可证 Common Public Attribution License （CPAL）下授权。ProjectLibre 团队目前正在开发一个名为 ProjectLibre Cloud 的 Web 产品，并采用专有许可证。

• 适合于： 负责中小型项目的个人项目管理者，或者作为没有完整的 MS-Project 许可证的项目成员的查看器。
• 独特卖点： 这是最接近 MS-Project 的开源软件。

GanttProject 2.8.11

GanttProject 与 ProjectLibre 类似，它是一个桌面甘特图编辑器，但功能集更为有限。它不支持基线，也不支持非人力资源，并且报告功能比较有限。

GanttProject 是一个用 Java 编写的桌面应用程序，可在 GPLv3 许可下用于 Windows、Linux 和 macOS。

• 适合于： 简单的甘特图或学习基于甘特图的项目管理技术。
• 独特卖点： 它支持 流程评估和审阅技术 program evaluation and review technique （PERT）图表，并使用 WebDAV 的协作。

TaskJuggler 3.7.1

TaskJuggler 用于在大型组织中安排多个并行项目，重点是自动解决资源分配冲突（即资源均衡）。

它不是交互式的甘特图编辑器，而是一个命令行工具，其工作方式类似于一个编译器：它从文本文件中读取任务列表，并生成一系列报告，这些报告根据分配的资源、依赖项、优先级和许多其他参数为每个任务提供最佳的开始和结束时间。它支持多个项目、基线、资源日历、班次和时区，并且被设计为可扩展到具有许多项目和资源的企业场景。

使用特定语法编写 TaskJuggler 输入文件可能超出了普通项目经理的能力。但是，你可以使用 ]project-open[ 作为 TaskJuggler 的图形前端来生成输入，包括缺勤、任务进度和记录的工作时间。当以这种方式使用时，TaskJuggler 就成为了功能强大的假设情景规划器。

TaskJuggler 用 Ruby 编写，并且在 GPLv2 许可证下可用于 Windows、Linux 和 macOS。

• 适合于： 由真正的技术极客管理的中大型部门。
• 独特卖点： 它在自动资源均衡方面表现出色。

ProjeQtOr 9.0.4

ProjeQtOr 是适用于 IT 项目的、基于 Web 的项目管理应用程序。除了项目、工单和活动外，它还支持风险、预算、可交付成果和财务文件，以将项目管理的许多方面集成到单个系统中。

ProjeQtOr 提供了一个甘特图编辑器，与 ProjectLibre 功能类似，包括按等级划分的任务、依赖关系以及基于计划工作和分配资源。但是，它不支持取值的就地编辑（例如，任务名称、估计时间等）；用户必须在甘特图视图下方的输入表单中更改取值，然后保存。

ProjeQtOr 用 PHP 编写，并且在 Affero GPL3 许可下可用于 Windows、Linux 和 macOS。

• 适合于： 跟踪项目列表的 IT 部门。
• 独特卖点： 让你为存储每个项目的大量信息，将所有信息保存在一个地方。

其他工具

对于特定的用例，以下系统可能是有效的选择，但由于各种原因，它们被排除在主列表之外。

• LibrePlan 是一个基于 Web 的项目管理应用程序，专注于甘特图。由于其功能集，它本来会在上面的列表中会占主导地位，但是没有可用于最新 Linux 版本（CentOS 7 或 8）的安装。作者说，更新的说明将很快推出。
• dotProject 是一个用 PHP 编写的基于 Web 的项目管理系统，可在 GPLv2.x 许可证下使用。它包含一个甘特图时间轴报告，但是没有编辑它的选项，并且依赖项还不起作用（它们“仅部分起作用”）。
• Leantime 是一个基于 Web 的项目管理系统，具有漂亮的用 PHP 编写的 GUI，并且可以在 GPLv2 许可证下使用。它包括一个里程碑的甘特时间线，但没有依赖性。
• Orangescrum 是基于 Web 的项目管理工具。甘特图图可以作为付费附件或付费订阅使用。
• Talaia/OpenPPM 是一个基于 Web 的项目组合管理系统。但是，版本 4.6.1 仍显示“即将推出：交互式甘特图”。
• Odoo 和 OpenProject 都将某些重要功能限制在付费企业版中。

在这篇评论中，目的是包括所有带有甘特图编辑器和依赖调度的开源项目管理系统。如果我错过了一个项目或误导了什么，请在评论中让我知道。

via: https://opensource.com/article/21/3/open-source-project-management

作者：Frank Bergmann 选题：lujun9972 译者：stevenzdg988 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

OpenProject 是一个开源项目协作管理软件。它是 Trello 和 Jira 等专有方案的替代品。

如果个人使用，你可以免费使用它，并在你自己的服务器上进行设置（并托管它）。这样，你就可以控制数据。

当然，如果你是企业云版的用户，那么你可以使用高级功能和更优先的帮助。

OpenProject 9 的重点是新的面板视图，包列表视图和工作模板。

如果你对此不了解，可以尝试一下。但是，如果你是已有用户 —— 在迁移到 OpenProject 9 之前，你应该知道这些新功能。

OpenProject 9 有什么新功能？

以下是最新版 OpenProject 的一些主要更改。

Scrum 和敏捷面板

对于企业云版，有了一个新的 scrum) 和敏捷面板视图。你还可以看板风格方式展示你的工作，从而更轻松地支持你的敏捷和 scrum 团队。

新的面板视图使你可以轻松了解为该任务分配的人员并快速更新状态。你还有不同的面板视图选项，如基本面板、状态面板和版本面板。

工作包模板

你不必为每个独立的工作包从头开始创建所有内容。而是，你只需保留一个模板，这样你就可以在需要创建新工作包时使用它。这将节省大量时间。

新的工作包列表视图

在工作包列表中，有一个微小的新增功能，可让你查看特定工作的已分配人员的头像。

“我的”页面的可自定义工作包视图

“我的”页面显示你正在处理的内容（以及进度），它不应该一直那么呆板。因此，现在你可以自定义它，甚至可以添加甘特图来可视化你的工作。

总结

有关迁移和安装的详细说明，请参阅官方的公告帖，其中包含了必要的细节。

另外，我们很想知道你使用 OpenProject 9 的经历，请在下面的评论栏告诉我们！如果你使用其他一些项目管理软件，请随时向我们和其他 FOSS 读者推荐。

via: https://itsfoss.com/openproject-9-release/

作者：Ankush Das 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

在这篇开源项目管理工具的综述中，让我们来了解一下支持 Scrum、 看板 Kanban 等敏捷开发模式的软件。

Opensource.com 以前对流行的开源项目管理工具做过相应的调研。但是今年我们增加了一个特点。本次，我们特别关注支持敏捷方法的工具，包括相关的实践，如 Scrum、Lean 和 看板 Kanban 。

对敏捷开发的兴趣和使用的增长是我们今年决定专注于这些工具的原因。大多数组织（71%）的人说他们至少使用了敏捷方式。此外，敏捷项目比传统方法管理的项目 要高出 28% 的成功率 。

我们查看了 2014、2015 和 2016 中涉及的项目管理工具，并挑选了支持敏捷的工具，然后对没有涉及的或变化了的进行了研究。不管您的组织是否已经在使用敏捷开发，或者在 2018 年的众多计划之一是采用敏捷方法，这七个开源项目管理工具之一可能正是您所要找寻的。

MyCollab

MyCollab 是一套针对中小型企业的三个协作模块套件：项目管理、客户关系管理（CRM）和文档创建和编辑软件。有两个许可证选项：一个商业的“终极”版本，它更快，可以在内部或云中运行；另一个开源的“社区版本”，这个正是我们感兴趣的版本。

由于没有使用查询缓存，社区版本没有云方式，并且速度较慢，但是提供了基本的项目管理特性，包括任务、问题管理、活动流、路线图视图和敏捷团队看板。虽然它没有单独的移动应用程序，但它也适用于移动设备，包括 Windows、Mac OS、Linux 和 UNIX 计算机。

MyCollab 的最新版本是 5.4.10，源代码可在 GitHub 上下载。它是在 AGPLv3 下进行授权的，需要 Java 运行时环境和 MySQL 支持。它可运行于 Windows、Linux、UNIX 和 MacOS。下载地址。

Odoo

Odoo 不仅仅是项目管理软件；它是一个完整的集成商业应用套件，包括会计、人力资源、网站和电子商务、库存、制造、销售管理（CRM）和其它工具。

与付费企业套件相比，免费的开源社区版具有有限的 特性 。它的项目管理应用程序包括敏捷团队的看板式任务跟踪视图，在最新版本 Odoo 11.0 中更新了该视图，以包括用于跟踪项目状态的进度条和动画。项目管理工具还包括甘特图、任务、问题、图表等等。Odoo 有一个繁荣的社区，并提供 用户指南 及其他培训资源。

它是在 GPLv3 下授权的，需要 Python 和 PostgreSQL 支持。作为Docker 镜像 可以运行在 Windows、Linux 和 Red Hat 包管理器中，下载地址download，源代码GitHub。

OpenProject

OpenProject 是一个强大的开源项目管理工具，以其易用性和丰富的项目管理和团队协作特性而著称。

它的模块支持项目计划、调度、路线图和发布计划、时间跟踪、成本报告、预算、bug 跟踪以及敏捷和 Scrum。它的敏捷特性，包括创建 Story、确定 sprint 的优先级以及跟踪任务，都与 OpenProject 的其他模块集成在一起。

OpenProject 在 GPLv3 下获得许可，其源代码可在GitHub上。最新版本 7.3.2 的 Linux 版本 在此下载；您可以在 Birthe Lindenthal 的文章 “OpenProject 入门”中了解更多关于安装和配置它的信息。

OrangeScrum

正如从其名称中猜到的，OrangeScrum 支持敏捷方法，特别是使用 Scrum 任务板和看板式工作流视图。它面向较小的组织自由职业者、中介机构和中小型企业。

开源版本提供了 OrangeScrum 付费版本中的许多 特性，包括移动应用程序、资源利用率和进度跟踪。其他特性，包括甘特图、时间日志、发票和客户端管理，可以作为付费附加组件提供，付费版本包括云选项，而社区版本不提供。

OrangeScrum 是基于 GPLv3 授权的，是基于 CakePHP 框架开发。它需要 Apache、PHP 5.3 或更高版本和 MySQL 4.1 或更高版本支持，并可以在 Windows、Linux 和 Mac OS 上运行。其最新版本 1.1.1 在此下载，其源码在 GitHub。

]project-open[

[]project-open[](http://www.project-open.com/en/list-installers) 是一个双许可证的企业项目管理工具，这意味着其核心是开源的，并且在商业许可的模块中可以使用一些附加特性。根据该项目的社区和企业版本的 比较，开源核心为中小型组织提供了许多特性。

]project-open 支持带有 Scrum 和看板功能的 [敏捷 项目，以及经典的甘特/瀑布项目和混合或混合项目。

该应用程序是在 GPL 下授权的，并且 源代码是通过 CVS 访问的。 ]project-open 在 Linux 和 Windows 的安装有 [安装程序，但也可以在云镜像和虚拟设备中使用。

Taiga

Taiga 是一个开源项目管理平台，它专注于 Scrum 和敏捷开发，其特征包括看板、任务、sprints、问题、backlog 和 epics。其他功能包括凭证管理、多项目支持、Wiki 页面和第三方集成。

它还为 iOS、Android 和 Windows 设备提供免费的移动应用程序，并提供导入工具，使从其他流行的项目管理应用程序迁移变得容易。

Taiga 对于公共项目是免费的，对项目数量或用户数量没有限制。对于私有项目，在“免费增值”模式下，有很多 付费计划 可用，但是值得注意的是，无论您属于哪种类型，软件的功能特性都是一样的。

Taiga 是在 GNU Affero GPLv3 下授权的，并且软件需要 Nginx、Python 和 PostgreSQL 支持。最新版本3.1.0 Perovskia atriplicifolia，可在 GitHub 上下载。

Tuleap

Tuleap 是一个应用程序生命周期管理（ALM）平台，旨在为每种类型的团队管理项目——小型、中型、大型、瀑布、敏捷或混合型——但是它对敏捷团队的支持是显著的。值得注意的是，它为 Scrum、看板、sprints、任务、报告、持续集成、backlogs 等提供支持.

其他的 特性 包括问题跟踪、文档跟踪、协作工具，以及与 Git、SVN 和 Jenkins 的集成，所有这些都使它成为开放源码软件开发项目的吸引人的选择。

Tuleap 是在 GPLv2 下授权的。更多信息，包括 Docker 和 CentOS 下载，可以在他们的 入门 页面上找到。您还可以在 Tuleap 的 Git 上获取其最新版本 9.14 的源代码。

这种类型的文章的麻烦在于它一发布就过时了。您正在使用哪些开源项目管理工具，而被我们遗漏了？或者您对我们提到的有反馈意见吗？请在下面留下留言。

via: https://opensource.com/article/18/2/agile-project-management-tools

作者：Opensource.com 译者：heguangzhi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

Eclipse 基金会使用 Tuleap 取代了 Bugzilla。

Tuleap 是一个独特的开源项目管理工具，目前发展势头很好，现在，每个月它会出一个大版本。它还被列在 2015 年五大开源项目管理工具和 2016 年十一个名列前茅项目管理工具中。

Manuel Vacelet 是开发 Tuleap 项目的 Enalean 公司的联合创始人和 CTO，他说：“Tuleap 是一个完整用于托管软件项目的 GPLv2 平台，它提供了一个集中化的平台，在这里，团队可以找到他们所需的所有工具，追踪他们软件项目的生命周期。他们可以找到项目管理（Scrum、看板、瀑布、混合等等）、源码控制（git 和 svn）和代码审查（pull 请求和 gerrit）、持续集成、问题跟踪、wiki 和文档等的支持。”

在这次采访中，我会和 Manuel 讨论如何开始使用它，以及如何以开源方式管理 Tuleap。

Nitish Tiwari（以下简称 NT）： 为什么 Tuleap 项目很重要？

Manuel Vacelet（以下简称 MV）： Tuleap 很重要是因为我们坚信一个成功的（软件）项目必须涉及所有利益相关者：开发人员、项目经理、QA、客户和用户。

很久以前，我还是一个 SourceForge 衍生项目的实习生（当时 SourceForge 还是一个自由开源项目），几年后它变成了 Tuleap。 我的第一个贡献是将 PhpWiki 集成到该工具中（不要告诉任何人，代码写的很糟）。

现在，我很高兴作为首席技术官和产品负责人在 Enalean 工作，该公司是 Tuleap 项目的主要贡献公司。

NT：让我们聊聊技术方面。

MV： Tuleap 核心系统是基于 LAMP 并且架构于 CentOS 之上。如今的开发栈是 AngularJS (v1)、REST 后端（PHP）、基于 NodeJS 的实时推送服务器。但如果你想成为一名 Tuleap 全栈开发人员，你还将需要接触 bash、Perl、Python、Docker、Make 等等。

说到技术方面，需要重点强调的 Tuleap 的一个显著特征是它的可扩展性。一个运行在单服务器上的 Tuleap 单一实例、并且没有复杂的 IT 架构，可以处理超过 10000 人的访问。

NT：给我们说下该项目的用户和社区。有谁参与？他们如何使用这个工具？

MV： 用户非常多样化。从使用 Tuleap 跟踪他们的项目进度并管理他们的源代码的小型初创公司，到非常大的公司，如法国电信运营商 Orange，它为超过 17000 用户部署了它，并托管了 5000 个项目。

许多用户依靠 Tuleap 来促进敏捷项目并跟踪其进度。开发人员和客户共享同一个工作区。客户不需要学习如何使用 GitHub，也不需要开发人员做额外的工作，就可以将其工作转换到“客户可访问”平台。

今年， Eclipse 基金会使用 Tuleap 取代了 Bugzilla。

印度电子信息技术部使用 Tuleap 创建了印度政府开放电子政务的开放式协作开发平台。

Tuleap 有许多种不同的使用方式和配置。有些人使用它作为 Drupal 客户门户网站的后端; 它们通过 REST API 插入到 Tuleap 中以管理 bug 和服务请求。

甚至一些建筑师也使用它来管理他们的工作进度和 AutoCAD 文件。

NT：Tuleap 是否做了一些特别的事，使社区更安全，更多样化？

MV： 我们还没有创建“行为准则”；本社区非常平和而欢迎新人，但我们有计划这样做。Tuleap 的开发人员和贡献者来自不同的国家（例如加拿大、突尼斯、法国）。而且 35％ 的活跃开发者和贡献者是女性。

NT：由社区提议的 Tuleap 功能的百分比是多少？

MV： 几乎 100％ 的功能是由社区驱动的。

这是 Enalean 的关键挑战之一：找到一种商业模式，使我们能以正确的方式做开源软件。对我们来说，“开放核心”模式（其中应用程序的核心是开放的，但有趣和有用的部分是封闭源的）不是正确的方法，因为你最终还是要依赖闭源。因此，我们发明了 OpenRoadmap，这种方式是我们从社区和最终用户那里收集需求，并找公司来为此买单。

作者简介：

Nitish 是一名专业的软件开发人员并对开源有热情。作为一本基于 Linux 的杂志的技术作者，他会尝试新的开源工具。他喜欢阅读和探索任何开源相关的事情。在他的空闲时间，他喜欢读励志书。他目前正在构建 DevUp - 一个让开发人员以真正的方式连接所有工具和拥抱 DevOps 的平台。你可以在 Twitter 上关注他 @tiwari\_nitish。

via: https://opensource.com/article/17/1/interview-Tuleap-project

作者：Nitish Tiwari 译者：geekpi 校对：jamsinepeng

本文由 LCTT 原创编译，Linux中国 荣誉推出

《道德经》，被认为是由圣人老子于公元前六世纪时所编写，是现存最为广泛翻译的经文之一。从宗教到关于约会的有趣电影等方方面面，它都深深地影响着它们，作者们借用它来做隐喻，以解释各种各样的事情（甚至是编程）。

在思考有关开放性组织的项目管理时，我的脑海中便立马浮现出上面的这段文字。

这听起来可能会有点奇怪。若要理解我的这种想法从何而来，你应该读读 《开放性组织：点燃激情提升执行力》 这本书，它是红帽公司总裁、首席执行官 Jim Whitehurst 所写的一本有关企业文化和新领导力范式的宣言。在这本书中，Jim（还有来自其他红帽人的一点帮助）解释了传统组织机构（一种 “自上而下” 的方式，来自高层的决策被传达到员工，而员工通过晋升和薪酬来激励）和开放性组织机构（一种 自下而上 的方式，领导专注于激励和鼓励，员工被充分授权以各尽其能）之间的差异。

在开放性组织中的员工都是被激情、目标和参与感所激励，这个观点正是我认为项目管理者所应该关注的。

要解释这一切，我将从道德经上寻找依据。

不要让工作职衔框住自身

道，可道也， （ The tao that can be told ）

非恒道也。 （ is not the eternal Tao ）

名，可名也， （ The name that can be named ）

非恒名也。 （ is not the eternal Name. ）

“无”，名天地之始； （ The unnameable is the eternally real. ）

“有”，名万物之母。 （ Naming is the origin of all particular things. ）

第一章

项目管理到底是什么？作为一个项目管理者应该做些什么呢？

如您所想，项目管理者的一部分工作就是管理项目：收集需求、与项目相关人员沟通、设置项目优先级、安排任务、帮助团队解决困扰。许多机构都可以教你如何做好项目管理，并且这些技能你值得拥有。

然而，在开放性组织中，字面上的项目管理技能仅仅只是项目管理者需要做到的一小部分，这些组织需要更多其他的东西：即勇气。如果你擅长于管理项目（或者是真的擅长于任何工作），那么你就进入了舒适区。这时候就是需要鼓起勇气开始尝试冒险之时。

您有勇气跨出舒适区吗？向权威人士提出挑战性的问题，可能会引发对方的不快，但也可能会开启一个更好的方法，您有勇气这样做吗？有确定需要做的下一件事，然后真正去完成它的勇气吗？有主动去解决因为交流的鸿沟而遗留下来的问题的勇气吗？有去尝试各种事情的勇气吗？有失败的勇气吗？

道德经的开篇（上面引用的）就表明 词语 （ words ） 、 标签 （ labels ） 、 名字 （ names ） 这些是有限制的，当然也包括工作职衔。在开放性组织中，项目经理不仅仅是执行管理项目所需的机械任务，而且要帮助团队完成组织的使命，尽管这已经被限定了。

联系起合适的人

三十辐共一轂， （ We join spokes together in a wheel, ）

当其无， （ but it is the center hole ）

有车之用。 （ that makes the wagon move. ）

第十一章

当我过渡到项目管理的工作时，我必须学会的最为困难的一课是：并不是所有解决方案都是可完全地接受，甚至有的连预期都达不到。这对我来说是全新的一页。我喜欢全部都能解决。但作为项目管理者，我的角色更多的是与人沟通--使得那些确实有解决方案的人可以更高效地合作。

这并不是逃避责任或者不负责。这意味着可以很舒适的说，“我不知道，但我会给你找出答案”，然后就可迅速地结束这个循环。

想像一下马车的车轮，如果没有毂中的孔洞所提供的稳定性和方向，辐条便会失去支持，车轮也会散架。在一个开放性的组织中，项目管理者可以通过把合适的人凝聚在一起，培养正确的讨论话题来帮助团队保持持续向前的动力。

信任你的团队

太上，不知有之； （ When the Master governs, the people are hardly aware that he exists. ）

其次，亲而誉之； （ Next best is a leader who is loved. ）

其次，畏之； （ Next, one who is feared. ）

其次，侮之。 （ The worst is one who is despised. ）

信不足焉， （ If you don't trust the people, ）

有不信焉。 （ you make them untrustworthy. ）

悠兮，其贵言。 （ The Master doesn't talk, he acts. ）

功成事遂， （ When his work is done, ）

百姓皆谓：“我自然”。 （ the people say, "Amazing: we did it, all by ourselves!" ）

第十七章

Rebecca Fernandez 曾经告诉我开放性组织的领导与其它组织的领导者最大的不同点在于，我们不是去取得别人的信任，而是信任别人。

开放性组织会雇佣那些非常聪明的，且对公司正在做的事情充满激情的人来做工作。为了能使他们能更好的工作，我们会提供其所需，并尊重他们的工作方式。

至于原因，我认为从道德经中摘出的上面一段就说的很清楚。

顺其自然

上德无为而无以为； （ The Master does nothing yet he leaves nothing undone. ）

下德为之而有以为。 （ The ordinary man is always doing things, yet many more are left to be done. ）

第三十八章

你认识那类总是极其忙碌的人吗？认识那些因为有太多事情要做而看起来疲倦和压抑的人吗？

不要成为那样的人。

我知道说比做容易。帮助我没有成为那类人的最重要的东西是：我时刻记着大家都很忙这件事。我没有一个那样无聊的同事。

但总需要有人成为在狂风暴雨中仍保持镇定的人。总需要有人能够宽慰团队告诉他们一切都会好起来，我们将在现实和一天中工作时间有限的情况下，找到方法使得任务能够完成（因为事实就是这样的，而且我们必须这样）。

成为那样的人吧。

对于上面这段道德经所说的，我的理解是那些总是谈论他或她正在做什么的人实际上并没有时间去做他们谈论的事。如果相比于你周围的人，你能把你的工作做的毫不费劲，那就说明你的工作做对了。

做一名文化传教士

上士闻道， （ When a superior man hears of the Tao, ）

勤而行之； （ he immediately begins to embody it. ）

中士闻道， （ When an average man hears of the Tao, ）

若存若亡； （ he half believes it, half doubts it. ）

下士闻道， （ When a foolish man hears of the Tao, ）

大笑之。 （ he laughs out loud. ）

不笑不足以為道。 （ If he didn't laugh,it wouldn't be the Tao. ）

第四十一章

去年秋天，我和一群联邦雇员参加了一堂 MBA 的商业准则课程。当我开始介绍我们公司的文化、价值和伦理框架时，我得到的直接印象是：我的同学和教授都认为我就像一个天真可爱的小姑娘，做着许多关于公司应该如何运作的甜美白日梦。他们告诉我事情不可能是他们看起来的那样，他们还告诉我应该进一步考察。

所以我照做了。

然而我发现的是：事情恰好是他们看起来的那样。

在开放性组织，关于企业文化，人们应该随着企业的成长而时时维护那些文化，以使它随时精神焕发，充满斗志。我（和其它开源组织的成员）并不想过着如我同学们所描述的那样，“为生活而工作”。我需要有激情、有目标，需要明白自己的日常工作是如何对那些我所坚信的东西做贡献的。

作为一个项目管理者，你可能会认为在你的团队中，你的工作对培养你们公司的企业文化没有多少帮助。然而你的工作正是孕育文化本身。

Kaizen （ 持续改善 ）

为学日益， （ In pursuit of knowledge,every day something is added. ）

为道日损。 （ In the practice of the Tao,every day something is dropped. ）

损之又损， （ Less and less do you need to force things, ）

以至于无为。 （ until finally you arrive at non-action. ）

无为而无不为。 （ When nothing is done,nothing is left undone. ）

第四十八章

项目管理的常规领域都太过于专注最新、最强大的的工具，但对于应该使用哪种工具，这个问题的答案总是一致的：“最简单的”。

例如，我将任务列表放在桌面的一个文本文件中，因为它很单纯，不会受到不必要的干扰。您想介绍给团队的，无论是何种工具、流程和程序都应该是能提高效率，排除障碍的，而不是引入额外的复杂性。所以与其专注于工具，还不如专注于要使用这些工具来解决的问题。

作为一个项目经理，我最喜爱的部分是在敏捷世界中，我有自由抛弃那些没有成效的东西的权利。这与 kaizen 的概念相关，或叫 “持续改进”。不要害怕尝试和失败。失败是我们在探索什么能够起作用，什么不能起作用的过程中所用的标签，这是提高的唯一方式。

最好的过程都不是一蹴而就的。作为项目管理者，你应该通过支持他们，而不是强迫他们去做某些事来帮助你的团队。

实践

天下皆谓我“道”大， （ Some say that my teaching is nonsense. ）

似不肖。 （ Others call it lofty but impractical. ）

夫唯大， （ But to those who have looked inside themselves, ）

故似不肖。 （ this nonsense makes perfect sense. ）

若肖， （ And to those who put it into practice, ）

久矣其细也夫！ （ this loftiness has roots that go deep. ）

第六十七章

我相信开放性组织正在做的事。开放性组织在管理领域的工作几乎与他们提供的产品和服务一样重要。我们有机会以身作则，激发他人的激情和目的，创造激励和充分授权的工作环境。

我鼓励你们找到办法把这些想法融入到自己的项目和团队中，看看会发生什么。了解你们组织的使命，知晓你的项目是如何为这个使命做贡献的。鼓起勇气，尝试某些看起来没有多少成效的事，同时不要忘记和我们的社区分享你所学到的经验，这样我们就可以继续改进。

via: https://opensource.com/open-organization/16/2/tao-project-management

作者：Allison Matlack 译者：runningwater 校对：FSSlc

本文由 LCTT 原创编译，Linux中国 荣誉推出