使用Trello作为有效的敏捷Scrum项目管理工具的10条技巧

有大量工具可以帮助您进行日常项目管理,但是在所有这些工具中,Trello是成功进行敏捷任务跟踪的最佳选择。 Trello是免费的,自适应的并提供实时协作,当选择工具来管理新项目时,Trello无疑是明智的选择。 但是, Trello没有限制如何将其集成到日常工作流程中,因此也很容易成为一个完整的混乱局面。 经过长时间的反复试验,我发现在使用Trello和Scrum启动新项目时可以采用一些最佳实践。 如果您已经对Scrum感到满意,则可以跳过此部分并直接转到最佳实践和技巧。 我一直着迷于生产力和项目管理。 具有讽刺意味的是,我花了太多时间研究最佳方法,以在我目前正在从事的项目上取得最佳结果。 几年前,我了解到永远不会有有效计划的完美方法。 为我计划是在猜测。 99%的最佳实践只是开始工作。 但是,由于猜测没有任何危害,我们不妨用一种方法“猜测”。 成功进行项目管理的关键因素是敏捷性 。 敏捷被定义为轻松移动和适应的能力,并具有快速思考和得出结论的能力。 敏捷软件开发是基于迭代和增量开发的一组软件开发方法,其中需求和解决方案通过自组织,跨职能团队之间的协作来发展。 它提倡自适应规划,渐进式开发和交付,一种有时间限制的迭代方法,并鼓励对变化做出快速而灵活的响应。 它是一个概念框架,可在整个开发周期中促进可预见的紧密交互。…

会所存档说明

我们非常兴奋地在Clubhouse中推出了Story归档。 我们认为用户会为能够发送荒芜的故事而度过退休之年感到兴奋。 但是,由于此功能可能会被滥用,因此我们认为应该为何时(何时不存档)提供一些明确的指导。 那么,与Archive的交易是什么?何时使用? 归档是针对那些已提出的故事,甚至可能进行了一些工作,但最终被放弃了。 在任何情况下,他们可能都已经超前了,或者只是略微偏离了目标,他们从未做到这一点。 由于我们希望Clubhouse也成为一个记录系统,因此当我们想要保留某个想法曾被考虑过的记录时,我们应该将故事存档,并保留将来恢复它们的选项,但又不想让它们死掉在我们的主故事板上,占用了不必要的空间。 好了,那么我们如何将某项标记为已完成? 要将故事标记为已完成,只需将其移至“完成”工作流程状态即可。 如果您发现故事板太杂乱,则可以选择从默认视图中隐藏那些工作流列。 存档完成的故事: 删除有价值的故事关系信息 将其从您的Epic进度中删除(使其似乎已完成的工作较少); 和 使得在Clubhouse中很难找到。 因此,出于所有这些原因,我们强烈建议您不要归档“完成的故事”。 如何在俱乐部会所中找到存档的故事? 归档后,这些故事将不再显示在顶部搜索栏中,也不会在“故事关系”字段中被引用。…

从目标开始

我已经有一段时间没有写文章了,比我确定的要更长的时间。 我最近很忙,未婚夫生下了我们的第三个儿子鲁本(5岁以下的三个孩子!三岁!),除了家庭生活和开发工作以外,他几乎没有其他时间。 而且,我仍然对开发工作充满热情,如果说实话,我真的很喜欢能够解决问题。 这就是我真正开始的地方-首先要解决什么问题? —因为总有一些议程项目,一些问题需要引起注意; 是否正在编写一项新功能,支持当前系统用户,使用UX解决用户问题,人员培训,遵守EU GDPR法案,错误修复,安全审查,审查git程序,定义部署程序,管理期望… 清单很长! 问题就在这里。 您不能将其中任何一个优先考虑,它们都需要思考,计算,研究和实施。 这并不是说我没有一支出色的团队,因为我们的团队很扎实。 那么,从哪里开始呢? 那是我想到的-在多线程产品路线图中,具有切合实际的截止日期预期(以及不可避免地经过这些时间表的切合实际的预期),这些项目都将在适当的时候完成,无论是在下周还是在下三个个月。 这听起来可能有很多不同的技能,但是在一个小团队中工作时,我相信您需要尽可能多才多艺。 如果我们是一个由40人组成的团队,每个团队都有明确的角色,那将是另一回事了,但事实并非如此,我们是4位开发人员,并拥有一家出色的活动制作公司。 在您的产品中,您可能会牢记产品目标-您可能正在努力成为该领域中最好的应用程序,试图使互联网变得更美好,希望获得投资-所有这些目标对于任何产品都是现实的目标,对我而言,它们都以一种或另一种方式具有相关性,但它们暂时不适合我们的产品。 我们实际上只有一个目标; 扩大我们的用户群!…

将Targetprocess与敏捷堆栈中的其他工具同步

在Tasktop,我们对Targetprocess连接器的发布感到兴奋。 使用Targetprocess已经近2年了,我们很高兴地宣布能够将Targetprocess与敏捷堆栈中的其他工具进行同步的功能。 确实,将Targetprocess与其他工具集成的能力是我们自己需要的,并且由于我们的产品团队已将Targetprocess用于其积压管理,因此已在Tasktop上开始使用。 两年前,产品团队开始寻找一种可以满足我们需求的工具,即能够在代表我们产品积压的一组数据中创建多个视图。 这是至关重要的,因为我们的团队需要根据我们要完成的工作来查看以不同方式呈现的相同信息。 有时,我们需要按版本,按团队,有时按两个版本查看功能。 也许我们想过滤掉我们看到的项目,只包括其产品类别或史诗中的项目。 方案的数量众多。 我们一直在努力寻找一个可以让我们这么做的工具-直到找到Targetprocess! 借助Targetprocess,我们发现并热爱创建板以显示所需数据集的功能,并根据重要的信息对这些数据进行分组以使我们能够在给定的时间完成目标。 您可以创建的卡视图(其中可以指定用于分组和显示数据的泳道)非常有用且易于配置。 随着时间的流逝,我们的需求在不断发展。 Tasktop本身已经发展壮大,在我们所有部门中增加了更多的人员。 我们的集成产品套件已超出Tasktop Sync和Tasktop Dev的范围,现在还包括Tasktop数据和Tasktop Sync Gateway插件。…

【百工图】PM的薪水有多少?产品经理与专案经理经验谈(中)

上篇,分享了PM的工作内容,成就感与其他职场难题的关系。此处我重置薪资谈起,兼谈PM的入行方法,相关职缺与常见的养成方式。 5. PM的薪资落点 台湾不像国外有Glassdoor这类平台,要了解产业薪资类别最不透明的资讯极难,因此要特别感谢周围几位PM愿意兑现薪资,让大家了解产业的薪酬分布概况。 PM入门,无经验大概3万3到4万左右,新创公司有机会从4万直接起跳。一年两次相关经验或语文能力优秀者,从4万起跳则是常态。起薪级距随经验,能力与产业或有不同,但相差不大。 这与PM学广不学精有相当程度的关联,毕竟甚至是资历深厚的PM,也很难一进公司就完全掌握“人”的要素。 偏偏,对PM来说,“解决问题”虽然是首选,但“人事协调问题”往往占一大部分,因此新人PM非常难突破这道薪资门的收益,贡献也很难被看见。 在少数产业(如网路通讯业),年资过5年的PM,可直接挑战百万年薪(含奖金);多数产业的PM,3至5年以上的年薪落于60到85万间,因此年终奖金的产业在此时相对吃香,但具体也要看公司是否将PM放入分红对象,以及所占比重影响。 近两年,利用网路新创公司兴起,越来越多新兴公司开出更高薪资,希望聘请有经验的PM(最好能迅速找到市场蓝海,规划产品,运用团队,甚至兼做营运)。这些公司的资深PM薪金比例大约为6万到12万,打开广泛严格,并非人人都能端起的饭碗。 新创产业的薪资有机会更高,但对能力的要求也相对多。 如果追求的只是高薪,无论任何产业,大概只有PM Director,也就是管理PM的那个人,才可能拿到更高的薪水。此工作需要同时了解多个专案与产品,处理较旧的盘根错杂的职场政治,协调跨专案资源,无论在技术,人事上的复杂度都远较早一般PM深,因此薪资自然也高。具权力者分享,此类PM总监多半懂技术(甚至会写Code),也有对C非常了解,总之通常都需要一定的专案经验才能胜任任。 PM最多可以拿到多少呢? 如前所述,曾担任商务开发,技术职,或有其他加分经验者不在话下,经常是企业争抢的高级人才,如果又担任行政职或负担考评责任,月薪6到10万不是问题。外商资深PM,据此之前S姊的文章,有20万月薪的行情,本土博弈业PM也有9到15万月薪的本钱,如若需外派出差则薪资再往上加。 因此,如果你想要薪水高些,外语能力极为关键: (1)您能找到海内外更多资源,资料,商机,客户也不会逐步国内; (2)许多技术文件无需翻译,可直接理解,省去二手资料误译的可能; (3)身兼兼对外窗口,与客户直接沟通,省掉翻译,更了解本地端的需求。…

两天冲刺:融合人们喜爱的产品

YC创业学校的第2周专注于“构建产品”,更具体地说是构建人们喜欢的产品。 我和我的共同创始人特拉维斯(Travis)努力奋斗并失败了四年,试图建立人们喜欢的东西,当我们最终做到这一点时,我意识到制造人们想要的产品是不可能的任务,但是融合到人们想要的产品上是可能的 。 在过去的八个月中,我们使用了“两天冲刺”,以实现人们喜欢Sunsama的产品。 我想分享激发我们尝试“两天冲刺”的故事,并向您展示如何与您的团队一起实施。 人们不想要的四年产品 我和特拉维斯(Travis)花了四年的时间/日历/生产力空间开发五个不同的产品。 直到今年,我们一直使用传统的产品开发方法,具有较长的冲刺周期和较长的功能集路线图,这些问题要解决几个月。 去年,我们构建了具有许多功能的协作会议文档和管理工具。 发布后的几个月,我们竭尽全力地扩大用户群和​​收入。 我们没有袖手旁观的技巧来发展它。 显然,我们没有构建人们想要的东西。 仅剩几个月的跑道了,我们有两个选择:关闭或尝试构建人们想要的东西。 这些年来,我和Travis和数百位用户进行了交谈。 我们查看了他们的日历,通过遮蔽他们的工作并参加他们的会议来了解他们的工作流程。 我们感到有独特的资格来构建某种东西,以使我们的知识工作者在他们的日子里更加专注和高效。 我们认为空间中存在许多我们认为可以解决的相邻问题。 我们以五天的设计冲刺拉开了我们的新方向。…