交易工具:Trello的回顾-我们最喜欢的项目管理工具

使用Trello整理您的最新项目 如今,有大量可用于项目管理的工具,但我们发现极具价值的是Trello。 Trello是一个简单的协作工具,可将您的项目组织到板,列表和卡片中。 该工具可提供所有项目的可见性,突出显示进度,展示任务的所有权和到期日的分配。 我们如何使用Trello? 在Innovasium,我们实施Scrum的方法论。 Scrum.org将Scrum定义为“一个框架,人们可以在其中解决复杂的适应性问题,同时以富有创造力的方式交付最高价值的产品。” 为了按照Scrum准则逐步进行工作,我们必须组织起来并对项目进行概述。 Trello可以帮助我们做到这一点。 我们使用Trello进行发现捕获,用户案例,构想会议,管理业务线索以及正在进行的工作。 我们的董事会通常分为5列:“待办事项”,“待办事项”,“正在执行”,“正在审核”和“完成”。 通过这些列,我们的团队可以查看每个项目的阶段并拥有代表任务的卡片。 然后,我们将团队成员分配到卡片上,添加说明,清单,标签和截止日期-创建一个简单但具有凝聚力的项目管理计划。 我们将每张卡移动到相关列中,直到最终在“完成”列中结束。 这是Trello创建的营销委员会的示例。 Trello允许灵活性和个性化,允许您根据项目自定义列,卡片和标签。 Trello的Marketing Sprint示例板。…

计划自己的(有趣!)敏捷研讨会

对敏捷技术的兴趣正在快速增长,而不仅仅是软件团队。 在18F,我们的人才团队改善服务的方法之一是在他们的招聘过程中引入敏捷技术(例如两周的冲刺)。 这样一来,团队就可以快速测试并迭代其假设,以了解以人为中心的出色招聘过程的原因。 这只是敏捷思维的力量和影响的一个例子。 随着行业内越来越多的人意识到敏捷流程可以为团队带来什么,对新的敏捷用户进行强大的培训计划的需求变得更加重要。 在我担任Commerce Data Service期间,这是政府内部的另一家初创公司,我们的团队和合作者在敏捷方面拥有不同的经验。 我们计划举办一个Scrum研讨会,以帮助公平竞争。 Scrum是一个以快速迭代(称为sprint)进行开发和测试的过程,通常需要两周时间。 在每次迭代期间,都有指定的时间来接收和合并利益相关者的反馈。 Scrum中的概念非常简单,但是除非您实践了它,否则很难有感觉。 研讨会可以为Scrum实践提供非常有用的介绍。 没有什么比玩游戏中的学习好,因此我们使用乐高积木教Scrum。 有什么更好的? 18F上有许多有关如何举办敏捷研讨会的博客文章。 本文将重点更多地放在如何计划而不是如何运行上,以及我们如何使用约束来推动车间计划过程,并在五天内从零到成功。 到本文结尾,您也将能够快速轻松地主持敏捷研讨会。…

敏捷编程的7大好处

尽管敏捷编程作为一种方法已经存在了16年,但它远非创新软件开发的千篇一律。 敏捷是一种迭代的,增量的,以团队为中心的方法,可以提高每个软件项目的执行速度和效率。 但是,鉴于应根据每个组织的独特需求量身定制敏捷,它将对您有多好? 在所有实施模式中,在为自己的团队做出决策时,您应该意识到敏捷编程的七个主要优点。 1,加强合作 团队成员之间破裂的协作生态系统可能会对项目造成破坏性影响,例如生产力下降,工作道德受到侵蚀以及最终产品达不到既定目标。 敏捷编程允许团队提前计划并在整个开发周期中保持灵活性,从而消除了这些常见的挫折。 开发人员,客户和产品经理一起工作,因此可以立即解决有关需求的问题以及执行该项目所需的任何知识转移。 2.组织效率 敏捷的核心不仅仅是战略和运营。 它顺应不断发展的项目的原则已经超越了技术本身的界限,并渗透到公司文化中。 敏捷促进了更深入的协作,不断的创新,甚至增加了利润。 在接受Tech Target采访时,PayPal的技术副总裁Kirsten Wolberg分享了该公司最初如何努力整合敏捷和瀑布方法。 在瀑布工作的团队无法跟上。 “考虑到我们想要移动多快,并且考虑到我们需要如何响应,瀑布方法正在崩溃。 Wolberg说:“我们在敏捷团队工作的团队依赖其他在瀑布工作的团队,而且交接只是没有发生。”…

应用敏捷框架时公司犯的最大错误

多年来,我一直在帮助公司将敏捷应用于他们的业务模型并取得显著成功,而且似乎终于开始流行起来。 但是,与任何新事物或尖端技术一样,在应用这种迭代工作方法时也不会犯错。 当然,错误的代价可能会很高,所以让我们现在就在这里公开解决它们。 我看到的公司在应用最常用的敏捷方法Scrum时犯的最大错误之一是,它们偏离框架的核心实践太远,太快。 就像谚语“如果没有损坏,请不要修复”一样,Scrum Framework出于某种原因具有一组特定的角色,仪式和工件,它们可以工作。 如果您忽略了这些,您就看不到获胜的公式。 几年前,我在芝加哥执教了一些敏捷团队。 我们正在将70个团队从传统的项目管理方法过渡到使用敏捷(特别是Scrum框架)。 有一天,我与我所指导的一个团队一起工作,使用白板直观地绘制出他们所遇到的具体挑战,以确定每个障碍的根本原因。 在进行此练习时,当我查看所有正在展开并漂浮在他周围的信息时,我开始感到自己像《少数派报告》中的汤姆·克鲁斯。 基本上,这是与《善意狩猎》或《美丽的心灵》之间的混合,所有的文字都在窗口上。 我有一个顿悟。 当我们继续进行根本原因分析时,我在董事会上看到的所有挑战都表明,这些挑战之所以成为现实,是因为同样的原因:未遵循Scrum框架的核心实践。 在这种情况下,团队没有交付。 为什么? 由于在sprint期间添加了太多工作,因此缺少任务的清晰性,并且没有进行积压工作。 没有清晰的愿景,领导的方向不断变化。…