这是物理问题吗?

卡利亚尼·纳塔拉詹 关注已关注取消关注Kalyani Natarajan 登录以关注该作者 作为项目经理/项目经理,我们面临着需要更快,更便宜,更优质地完成工作的情况。 执行团队同时告诉我们,这是可以做的最好的事情-将项目经理置于困境之中,如果他们推动,升级或接受这是最好的,并努力管理期望。 在我一生中一直是项目/项目经理,作为一名学生,首先要通过课程管理负荷,作为妻子和母亲,最后是后来加入公司界并开始扮演这个角色,这是一种通过以下方式检查情况的方法:可以帮助您指引前进道路的另一种观点-知道何时该推动,何时放松和接受以及何时推动创新。 在这种情况下,我经常使用的经验法则是问自己一个问题,即我们要解决的问题是否是物理问题。 让我们退一步,检查一下我们要做什么—我们有一个要解决的问题以及一套实现解决方案的过程步骤。 如果绘制要解决的问题的复杂性与需要遵循的过程的复杂性的关系图,则会得到以下四个象限 低技术和过程复杂性。 这些非常容易决定我们是否要求更多。 低技术复杂度和高过程复杂度,反之亦然。 这两个块更有趣。 我们非常乐于检查复杂性在流程或问题中的位置。 许多很简单的问题,但实际上有很多内部公司流程和围绕它的政治因素将其掩盖为技术上高度复杂的问题。 在这里,询问我们是否处于物理问题上可能会非常有用-将过程复杂性与技术复杂性隔离开来并解决正确的方面。 如果我们处理流程复杂性,则推动/升级和创新流程可能会产生更好的结果。…

Vue.js模板第2部分:Clickup,以及如何敏捷地管理自己

免责声明:这不是赞助文章。 我们都知道任何事物的开始。 它是新的,令人兴奋,一想到它,我们就很容易被消耗掉。 这适用于任何事物-关系,购买新房或新车,新工作。 考虑进入我们生活的新事物通常令人兴奋。 但是,我认识的大多数人,包括我自己,有时都会为迈向新事物而迈出第一步。 那么,如何避免不必要的压力,混乱和注定要做的一切事情呢? 答案是任务管理和可靠的项目结构。 很好,我们已经弄清楚了,但是现在我们正面临着无穷无尽的可能性,从简单的Notes开始到以Jira和Confluence组合的瀑布层次结构结束。 我已经有一段时间了,我一直在寻找一个平台,该平台可以为我提供完美的工作流程,清晰的UI和用于自定义我正在使用的空间的选项。 这是一个漫长的搜索过程,遇到了很多障碍,但是我发现Clickup却不多。 我知道,听起来像是一个古老的宗教教派广告,事实证明,它确实是。 当我找到这个平台时,我立即知道这就是我一生中想要的东西,这是我可以采取的道路,并且被项目管理的神圣精神所启发。 Clickup是一个任务处理平台,结合了运行项目时可能需要的几个主要功能。 层次结构非常简单,不需要花费很多时间来适应。 我强烈建议您从过去重新创建一个项目,然后尝试将您所做的所有事情放到平台上。 这样,您将了解下一个项目的所有必要功能。 所以我有了工具,有了主意,现在我只得走了!…

Asana:每个团队都应该使用的下一件大事

体式的产品和业务回顾 我自己的Asana项目的屏幕截图 2018年12月,项目管理平台Asana在前副总统阿尔·戈尔(Al Gore)的发电投资管理公司(Generation Investment Management)领投的E轮融资中又筹集了5000万美元。 Asana和Facebook的联合创始人Dustin Moskovitz表示,在最后一轮融资中,该公司的估值为15亿美元-将Asana推高至10亿美元的独角兽大关-并计划利用新资金继续开发其面向海外和组织客户的产品。 Asana被认为是当今最热门的办公工具创业公司之一。 它的合作伙伴Slack最近的估值达到了70亿美元,许多人认为Asana将在不久的将来沿袭它的道路。 在使用Asana两年并见证了它的发展之后,我想总结一下我在该平台上的经验以及关于该公司的想法,与您分享为什么我认为Asana可以达到Slack当前享有的知名度和成功水平 。 什么是体式? Asana是一个在线项目管理平台,团队可以通过可视化其项目结构,路线图和项目的其他元素来分配,跟踪和组织任务。 该平台允许以消息和评论的形式进行实时通信,并支持与100多种流行的办公工具(如Dropbox,Github和Slack)集成。 它的目标客户范围从初创公司的个人到跨国企业的大型团队。 它目前提供三种计划/套餐:免费,高级(每月9.99美元/会员)和企业版(价格因客户而异)。 Asana产品负责人Rosenstein说,Asana的目标是消除“关于工作的工作”或“会议,电子邮件和状态更新,而所有这些协调成本只是为了使每个人保持一致”。…

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

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