一个新项目的开始通常伴随着一系列组织问题的决定：项目参与者将如何互动，文档将在何处存储以及他们将如何建立协调，他们将如何设置任务和发布订单……在每个公司中，每个项目经理都已经有了偏好和偏好。 。 但是，看看别人如何做总是有用的。 因此，我建议从实践中结识一个非常成功的例子。
为了组织项目团队的工作，需要一个信息中心，借助该信息中心，可以解决以下任务：
- 储存专案文件
- 主要工作材料：协议，风险，未解决的问题
- 告知参与者规则，事件，计划
- 保留所有类型的注册表-任务，业务流程，开发（Excel不是团队合作的最佳工具）
- 分配作业和作业
- 收集有关任务和作业的信息
有无数种解决方案-一起或分开。 我们使用了一堆Confluence + JIRA，它既方便又高效。
项目门户-合流Confluence是Atlassian提供的便捷高级Wiki引擎。 它使您可以组织内部Internet门户，并将其授予所有用户访问权限-以便进行编辑或阅读。
- 它非常简单和方便，几个小时就足够培训。 几乎所有参与者都在我们的项目上创建和编辑了我们的页面。
- 使页面漂亮且易于阅读所必需的相当丰富的格式化功能。 有一些工具可以自动在网站内创建导航-目录，表，链接，其他页面摘录等。
- 已经编写了许多插件来扩展功能。
- 您可以在保存版本的同时存储文档。 默认情况下，用户始终采用最新版本，从而减少了错误数量。 您随时可以返回任何以前的版本。
- 页面版本也被保存，您可以始终比较两个版本，以查看谁进行了哪些更改。
- 您通常可以限制对项目网站或单独页面的访问。
- 对门户的所有页面和随附文档（包括pdf）执行全文搜索。
我们在Confluence上创建了一个项目门户，其主页包含指向关键项目材料，联系方式，法规和说明的链接。 在同一页面上发布了该项目的所有新闻。 管理员和项目经理控制页面的内容。
设计资料项目门户包含所有项目资料，其中一些是我们按页面层次结构制作的。
层次结构的上层是项目的各个阶段。 在每个阶段，都会创建该阶段的页面关键任务。 此外，每个页面上都有任务的描述，任务的内容，为什么需要，由谁执行，文档模板。
应作为项目结果提交的所有合同文件均已上载到Word，Excel或pdf的相应页面。 这样，所有项目材料都集中在一个地方，并且与版本没有混淆。
参考资料我们以特殊页面的形式组织了许多有用的信息。 例如，对于一个大型团队，联系卡非常受欢迎，在该名片上我们可以按组列出项目团队的列表，其中包含参与者的照片和数据。
带有系统实例链接的页面由系统管理员维护。 还有一个技术基础设施的演变图-实例何时出现和退役。
程序和规定通过门户网站上的所有说明和设计法规的最新且易于阅读的形式，您可以节省对新参与者的解释，并处理“没看过，没找到，没看到”的借口。 当问题仍然存在时，您可以发送指向页面的链接，以免转发文档并浪费时间搜索它。 该版本始终是最新的，因为 更新直接在门户上进行。
风险和悬而未决的问题我们在门户网站上进行了风险和开放性提问。 对于每个风险或问题，我们根据预先创建的模板设置单独的页面。 在风险页面上，除了强制性名称和分类符之外，还对内容，后果以及带有条款和责任以及风险状态的行动计划进行了详细描述。 开放式问题的组织方式大致相同。
特殊页面会自动收集风险页面列表，从而形成风险登记册。
浏览列表，您可以转到相应的页面，阅读有关风险的描述并查看其风险计划。
使用说明行动计划可以是简单的文本，Confluence中的任务或JIRA中任务的链接。
考虑可以使用的选项，这些选项可以提醒参与者有关操作的信息并控制其实施。
Confluence中的任务是可以添加到页面的单独实体。 当用户进入门户时，将显示任务提醒，并在右上角显示一个图标。 通过单击此图标，用户可以转到其订单列表。 任务完成后，它会打勾并且任务的状态将变为完成。
但是，以相同的方式可以取消选中该任务，并且再次无法完成该任务。 因此，这种系统看起来不太可靠，并且在这种情况下对订单的控制很弱。
第二种选择是将任务用于JIRA任务。 您可以直接从项目门户页面在JIRA中创建任务，分配负责人并设置截止日期。 为此，我们创建了一个特殊的宏，单击“创建订单”按钮。
与以前的版本不同，可以配置此任务，以便只能由与承包商不同的负责人关闭该任务，从而可以很好地控制其实施。
记录中我们遵循的做法有助于我们保留在会议上做出的所有决定。 在每次会议期间，我们都直接在项目门户网站上保留了几分钟的时间。 在每次会议开始时，我们都基于模板创建了一个新的协议页面，并在讨论过程中记录了要点。 最后，我们制定了一项决定和一项行动计划。
如果会议后有人想要澄清协议文本，则可以在门户页面上直接进行修改，很明显，谁在何时进行更改。 会议结束后立即认为该协议已达成共识，从而节省了大量时间。
JIRA-维护列表，任务，任务的系统JIRA被创建为用于注册和执行服务请求的系统。 但是，它可以用于维护任何注册表和管理任何任务。
在我们的项目中，我们使用JIRA来控制指令的执行，进行开发和跟踪数据转换任务。
在“
开发管理 ”一文中详细描述了使用JIRA进行
开发 。 在这里，我将讨论订单控制以及与Confluence的集成。
要从Confluence创建JIRA任务，只需选择文本，将光标移到所选文本上，然后单击上下文菜单中的按钮，即可弹出JIRA屏幕以创建任务。
协议页面上将显示该任务的链接，JIRA任务中将显示Confluence中该页面的链接。
因此，我们一方面可以在这两个系统之间移动，以阐明订单执行的状态和历史，另一方面可以查看任务的背景和原因。
系统之间的集成还帮助我们跟踪与开发有关的开放式问题列表。
在项目结束时，当需要完成一些关键开发项目以完成项目时，我们在项目门户页面上以表格的形式组织了项目，在其中一个单元格中有指向JIRA开发项目的链接。 除了任务编号，当前状态也显示在此处。 浏览列表，我们可以看到尚未关闭的任务，处于什么状态，并且如有必要，我们可以转到列表中查看整个故事及其对应关系。
与JIRA合作需要一定的资格和经验。 在这里，我描述了一些用例，但实际上还有更多用例。 这样做的好处是，您可以从最基本的东西开始，它已经可以工作，然后在您获得经验和对需求的了解时开发系统。
除了Confluence，与JIRA集成时，我们还使用了BitBucket，这也是Atlassian产品，这是一个开发存储库，可用于跟踪代码版本。 出于相同的目的，另一个项目使用了免费的SVN。
许多插件使您可以扩展系统的功能，特别是与MS Project集成或直接在JIRA中实现甘特图的实现。
对于第一次使用这些工具的人来说，大量用例可能会成为障碍。 在这种情况下，您可以利用其他项目的经验（其中有很多）或从最简单的项目开始。
在JIRA和Confluence的帮助下组织项目空间证明了其有效性和便利性。 主要优点包括便利性，可靠性和最广泛的适应性。 在我们的项目中，此类系统已成为事实上的标准。