项目管理 – 第33页小小书 XXshu

您的项目中有70％是否失败？（第2部分）

撰写者：PieMatrix首席执行官Paul Dandurand和ENKI LLC的业务负责人Lawrence Dillon。最初以 PieMatrix博客的形式发布。这篇文章是关于项目失败率的3部分系列文章的第2部分。第一部分是Standish Group CHAOS Report统计数据的一部分，该统计数据显示，在5万个项目中，只有29％成功。大型资本项目只有6％成功。在本文中，我们将介绍挑战和根本原因。挑战性 InfoQ中的一篇文章解释了Standish Group CHAOS调查结果。…

JANDI教学：广告行销团队｜专案管理如何使用工作协作软体？

JANDI教学系列透过深入研究「捷思整合行销」，「JS Adways杰思爱德威」，「BREMEN不来梅」，以及数个广告行销团队后，发现沟通与协作效率的差异度极大！我们归纳了最关键的三个问题：多个专案同时进行，讨论文不对题？有的团队会以人为导向，在同一个类别中讨论多个专案，除了造成严重洗版问题，牛头不对马嘴也是常有的事。有的会选择以常规的方式，将工作流程，目标建立为不同的讨论空间，除了把消息分流，更能集中讨论。专案档案老是不见，交接事项好困难？…

介绍可配置的工作步骤

使工作流适应您的工作流当我们将步骤引入工作流时，我们想到了一个非常简单的看板工作流，重点是检查任务。原因可能是团队使用工作流的方式。但是感谢您的反馈，我们意识到Workstreams对于其他用例也非常有用。您可能需要其他步骤，或者需要更多或更少的步骤。用例：招聘我们遇到的一种情况是将工作流用于招聘工作流。您可能已经有一个Slack频道，您可以在其中交流和收集有关候选人的信息。将沟通与任务管理相结合使用工作流，您可以在通信发生的同一位置记录候选人的当前状态。同时，您还可以概览所有候选人。董事会概况其他可能的用例：协调资产的可用性对被阻止的任务有一个额外的步骤销售线索的简单工作流程编辑人员的事实检查和校对工作流程如何配置…

经典的Todo应用-学习角度Js

如今的前端开发很麻烦……数量众多的框架和库必定会让您陷入困境。这个想法是要迅速而稳定地学习。因为那是有趣的部分。在开发中有很多东西要学习…是的，我们中的一些人不仅在学习，而且在创造很棒的东西，我希望掌握这些东西，而绝佳的机会是在学习过程中建立东西。正如他们所说（我说的是，以防万一……对于那些仍要检查的人），一千英里的旅程始于一步几个月前，我在github上遇到了astesjs / todo应用程序。 astejs的家伙使用各种不同的javascript框架和库创建了todomvc应用程序。我认为那真的很酷……请检查一下。 https://github.com/Tastejs/todomvc 那给了我一个主意….“为什么不尝试类似的东西….学习框架”，当有新的东西要学习时，然后通过在新的框架或库中编码项目来学习。到目前为止，我已经能够完全实现angular js版本，因此，让我们看看它是如何工作的。应用结构在我的项目中，我决定将Node js后端集成到应用程序中，这影响了常规应用程序结构。应用程式结构…

与您的产品团队一起实施Asana的终极指南

图片来自asana.com 管理所有使产品团队保持目标的任务和活动，即使是组织最严密的产品经理，也可能是艰巨的工作。虽然您的工程师会愉快地整天在Github中进行挖掘，但它不是用于项目管理新功能交付的好工具。无论您对生产率的偏好如何，都需要保持对所有努力的记录，以使您的利益相关者满意。在阳光下尝试了每个待办事项列表应用程序之后，从“ 记住牛奶”到Todoist ，我还没有发现任何东西能够胜过Asana的团队任务管理灵活性。您听说过Asana，对不对？如果您还没有阅读过，请阅读《 Asana指南》，以快速入门： Asana指南：教程，帮助和功能文档·Asana 了解Asana如何处理文档，建议的Asana使用方式以及视频，以帮助您的团队充分利用… asana.com Asana在哪里适合产品经理的工具包？ Asana应该是跟踪产品团队成员正在从事的业务任务的场所，而其他业务成员正在a）促成，b）受其影响或c）需要具有可见性。 Asana不是开发票的地方；通过标准的Sprint /看板交付流程（在Github或Jira或任何地方），可以更好地管理它们。…

如何召开非生产性会议

我们花了很多时间参加了2小时的会议，这本可以是一封电子邮件。您会注意到没有具体议程的那一刻（如果会议有一个议程但没有人坚持下去，那就更糟）。召开非生产性会议很容易。将讨论拖延几个小时，使您的团队无法重新开始工作以取得实际进展。 “在开始之前，请让我知道您对这款新Zara外套的想法。从1级到10级。” 如果您想通过漫长而痛苦的会议来挫败团队，请遵循以下提示：您为什么要在每个人来之前 5分钟将笔记本电脑连接到投影仪？让您的团队看到您插入了正确的连接器电缆并将显示器配置为pro。如果它不起作用，请等10分钟左右后再打电话给IT寻求帮助。您的团队将感谢您的努力以及参加未能按时开始的会议。在“确认上次会议的分钟”中分配前30分钟。通过指出先前讨论的注释，您可以故意提醒您的团队哪些任务仍在进行中。此时，请避免在表中添加任何值得添加的内容。相反，让所有人都清楚地专注于完成任务。让他们知道不要在任何非生产性活动上浪费时间。会议议程的大纲保留了安排会议时间的时间表。您的议程使整个讨论更加集中和参与。…

使用Zapier将Workast连接到您喜欢的应用程序

Workast是一个工作管理平台，可以帮助团队轻松创建任务，管理项目，跟踪高优先级票证并完成更多工作。现在，Workast连接到Zapier，这意味着您可以将Workast帐户连接到1000多个应用程序，以将所有工作集中在一处。什么是Zapier？ Zapier是一个应用程序，可帮助您无需任何技术知识即可快速轻松地连接到您日常使用的应用程序。 Zapier使将两个应用程序连接在一起以创建无尽的自动化变得非常容易，因此您可以使用自定义Workast来满足您的需求和工作流程。这个怎么运作在Zapier中，选择一个应用程序作为“触发器”，这是一个应用程序中的一个事件，另一个应用程序则是“ Action”，这是将信息推送到另一个应用程序的结果。这意味着您可以使用Zapier自动化节省时间和精力。每次创建触发器时，Zap都可以在Workast中连续创建新任务，从而将您的所有工作都放在一个地方，因此您无需检查不同的应用程序或表单即可跟踪需要做的工作。例这是我们将Gmail与Workast连接起来的示例。当电子邮件在Gmail中加注星标时，它将在Workast中创建任务。步骤1：将您的Gmail帐户连接为“触发器”。步骤2：将您的Workast帐户连接为“操作” 步骤3：在收件箱中给电子邮件加注星标以测试此操作步骤4：设置如何使用Zapier创建Workast任务。在“高级选项”中，您可以添加截止日期，受让人，任务说明。…

破坏时间管理的第一件事

我是一个生产力迷。我已经使用了Internet上几乎所有主要的生产力应用程序（例如Trello，Todoist）和物理计划员，试图组织我从学校，工作，家庭到人际关系的所有优先事项。我发现我最无能为力的一周有一个共同点- 未能切实计划。如果我不现实地计划，所有这些生产力应用程序都将无用。切实可行的计划包括考虑我的精力水平，参与的人员，交付时间和可用资源。当我让耐心和不确定性持续运行时，由于我高估了时间表和资源，它常常会崩溃。我理解为什么有时我们只想实现大目标并忙于完成任务。太好了，因为这意味着您非常关心即将实现的目标。但是我学会了一种艰难的方法，就是不要让情绪run绕在自己的日历上，并且对自己诚实地说出一周内可以完成的事情。现实主义是很难吞咽的药丸，但它是必需的药丸，因为不幸的是，我们不是宇宙的中心。有些事情我们无法控制，例如延误，后勤问题和冲突。提前进行计划，还可以减少视觉负担，因为您可以直观地看到前一周的情况。注意，现实并不意味着你会变慢。这仅意味着您评估资源并最好地估计何时可以完成工作。如果您想更快地完成工作，则可以外包。但是，如果您的资源不足以在所需的时间轴上完成任务，则创建一个既雄心勃勃又切合实际的日历。根据实际评估制定时间表也具有次要效果。…

每次有效的会议：6条简单规则

不久前，一位同事向我提出了一个问题： “这是我（新客户）的第一天，而项目管理部门确实缺少我所从事的项目。问题是，他们不知道。会议和倡议缺乏指导和决策权，事情悬而未决，等等。这让我感到压力。” 这个问题已经解决了上百万次，但仍然让我思考：如何精简召开有效会议的方法？我希望你觉得它有用，我的同事做了。我的有效会议的6条规则：规则1：预先设置一个议程，并将其包含在邀请中。评论：没有什么比参加会议问“这是什么？”问题更糟糕的了。Agendas不必很大，要点也可以。规则2：在2分钟左右的时间内控制会议，并提醒他们为什么要参加会议以及要完成什么。评论：会议开始时开玩笑和人际关系很好。如果人们在谈论周末等，请不要打断他们，只是不要让他们详细介绍整个周末：-)。使用会议的第一分钟来设置高级别的背景和会议目标对于保持会议的正常进行至关重要。规则3：在会议期间允许话题转移，但如果话题偏离主题太远，则不要犹豫。评论：当您深入探讨手头的话题时，不可避免地与会者会走上对其最重要的话题。您永远都不知道这些“边际”对话可能揭露的内容。仔细聆听对话，但不要害怕用“让我们开会的桌子”暂停对话，并将其带回到当前的主要话题。规则4：陈述（和陈述）清晰的结论，决定和行动项目并形成文件。…

手稿介绍

我们知道Manuscript必须完成所有必不可少的工作：任务管理，优先级划分，调度，冲刺，故事点以及所有这些好东西。老实说，《手稿》擅长这些基础知识。但是随后，我们发现有机会根据一些简单的想法做一些真正新的事情：让我们防止电子邮件。 Slack在减少团队（包括我们的团队）内部发送的电子邮件方面所做的出色工作使我们受到启发，并希望将同样的无缝体验带入捕获错误报告甚至回答客户问题。因此，Manuscript对来自客户甚至通过您的Web联系人表单的电子邮件进行分类，并将其与自动错误报告和团队自己的任务一起归档。这使得它们易于在一个地方进行跟踪，因此您不会丢失重要的决定，因为它们被埋在了电子邮件中。您有足够的问题。手稿有案子，没有问题。案例比在其他系统中可能遇到的问题或故障单更有效-您不必强制填写一堆必填字段，并且每个案例仅分配给一个人。这意味着您始终知道由谁负责，决无任何决定或任务落空，因为每个人都认为这是别人的问题。甚至更好：在“手稿”中，搜索确实有效。即使您只记得“我知道我上周见过这件事，并且已将其分配给鲍勃”，也可以通过任何您能记住的东西轻松搜索案件。手稿可以帮助您找到所需的内容。您的工具可以互相交流。面对现实，许多项目管理工具都在尝试通过您的聊天平台或生产力套件向您推销产品。…