作者都是各自领域经过审查的专家,并撰写他们有经验的主题. 我们所有的内容都经过同行评审,并由同一领域的Toptal专家验证.
Adi Behlulovic
验证专家 在项目管理方面
12 的经验

Adi是一名项目经理,他被打造伟大产品的激情所驱动.

分享

虽然接受知识和阅读关于领导团队的完美流程是很好的, 同样重要的是要明白,没有一个完美的过程可以普遍适用. 将本文用作项目管理的“备忘单”,,指导你掌握最重要的技能,帮助你成为一名更好的项目经理, 不管技术如何, 框架, 或者你使用的方法.

团队,团队,团队

团队就是你的安全屋. 与你的团队建立良好的关系,增强团队沟通和团队精神是至关重要的. 团队必须对所有成员都是安全的,在那里他们感觉最强大. 无论决定如何, it is made by the team; w讨厌ver feature is built, it is built by the team; you all take credit as a team rather than individually.

几年前,我改变了正式的交流礼仪,把“我”换成了“我们”.“例如,当我与团队以外的利益相关者分享某些内容时,我会说:”我们已经创建了最后一次冲刺的速度图. 我们已经完成了预算和时间成本预测.“虽然一开始这可能看起来不寻常,但它有明显的好处. 第一个, 力量在于团队, 如果你们作为一个团队做出了一个决定,这个决定就会变得更加有力. 第二个, 项目经理以身作则, 不要说“我”,“我们表明,我们没有把任何功劳揽在自己身上. 同样的道理也适用于错误——所有做错的事情都是团队的责任. 我们不会责怪团队中的个别成员. 之后, 我们进行内部审核,对流程进行调整和改进,以避免今后发生类似的错误.

通过团队合作,即使是最困难的谜题也可以完成

停止寻找完美的过程

如果你正在为你的团队追求完美的流程,你可以现在就停下来. 世界上没有放之四海而皆准的东西.

项目经理 在他们的职业生涯中是否接触过许多不同的框架、实践和过程. 他们选择在他们的团队中使用一些框架来发现哪些框架特别有效. 然而,如果团队抗拒这个过程,那么重要的是不要遵循“一刀切”的模型.

相反,项目经理应该调整过程以适应他们的团队. 在我的IT项目管理生涯中, 我还没有遇到一个团队完全“照章办事”地使用任何框架.“什么对我们和我们的团队形成有效, 文化, 这种心态不太可能适用于其他球队. 因此, 项目经理应该继续测试各种实践,直到他们达到一个最佳点——对团队最有效的实践组合.

如果团队引入了Scrum,但发现每天的会议额外的开销, 另一种选择是在Slack上有一个会议机器人,只在必要的时候安排电话. 同样的态度也适用于sprint评审——如果团队成员发现它们适得其反, 管理人员可以根据团队的需要来决定安排评审的时间. 我们不是Scrum的守护者,理解这一点很重要, 看板, 或者其他框架, 他们只是在那里帮助团队寻求生产力和动力.

有很多双手来完成很多任务

当涉及到项目干系人时,沟通是关键. 不管你喜不喜欢,项目经理都必须参与项目的所有沟通. 有时, 经理们会被超负荷的信息和任务压垮, 但这就是他们签约的工作.

经验丰富的项目经理掌握了快速查看沟通并决定需要密切关注的内容的技能. 一开始, 实现这一目标可能需要付出更多努力, 但我们的目标是克制自己不要陷入细节, 比如深入的技术讨论, 如果对项目没有好处. 而不是, 为了节省时间和避免来回的消息传递, 项目经理可以安排一个团队会议来寻找解决方案. 一个15分钟的电话通常可以取代几个小时没有结果的书面沟通.

项目经理可能会被超负荷的消息和任务压垮, 但这就是他们签约的工作

所有涉众都应该意识到项目经理是唯一的 接触点. 确定优先级和委派责任是项目经理的基本角色, 确保项目顺利进行. 许多管理者选择自己完成任务,以确保满足要求, 但从长远来看, 他们可能会失去对重要事情的关注. 委派一切可以委派的工作. You still can do the tasks that typically require the project manager’s attention; 例如, 我负责一些重要功能和任务的QA工作, 但我从不过多参与其他成员的任务.

默认信任估计,然后衡量和讨论

项目经理必须信任团队成员对任务的估计. 在成为项目经理之前,我做了四年的开发人员. 我从来没有在没有数据支持的情况下与开发人员争论过估算. 我所说的数据是指团队成员之前在任务上花费的估计时间和实际时间的记录, 不是我自己的开发经验. 在评估任务时,你必须考虑到人们不同的经历和背景. 如果一个项目经理想要讨论和争论一个估算, 他们必须用数据来支持自己的论点,并明确自己想要实现的目标.

敏感信息的透明度和控制

项目经理是业务和技术之间的连接器, 而且他们通常拥有双方的信息. 除了看大局, 他们也面临着一些风险, 比如处理敏感信息. 在做一个透明的领导者和妥善处理机密信息之间找到一条微妙的界限是至关重要的.

在项目经理不被认为是最高管理者的公司里, 他们仍然可以接触到很多机密信息. 有时, 他们没有被明确告知哪些信息是保密的,必须自己弄清楚. 最终目标是不要向团队隐瞒信息, 所有对项目交付很重要的信息都需要提供给团队中的每个人. 仍然, 其中一些应该保密是有原因的, 因为这会破坏团队的积极性或引发不必要的争论. 例如, 如果公司即将与投资者签订一笔大交易, 你可以选择向团队宣布这一消息,或者在交易得到证实之前只向特定人群公布. 第二种选择更好,因为交易随时可能出现偏差, 如果团队的期望没有达到, 它会降低动机.

寻求最大程度的透明度有几个原因. 第一个, 让其他人参与交流可以减少错过重要信息的风险. 因为在项目中有很多讨论, 管理者把一些信息放错地方,或者只是忘记做出反应,这种情况并不罕见. 第二个, 有更多的人参与其中, 不需要向不同的团队成员重复相同的信息, 因为他们已经知道了.

及早发现风险

项目经理必须形成一个系统的方法来消除障碍,以便团队成员能够处理所有的项目任务. 如果管理者不解决sprint后的障碍, 许多项目最终可能会在待办事项中被标记为阻塞. 有一种趋势是只从最重要的任务中移除障碍, 然而, 这可能会导致灾难, 因为大量相互依赖的任务可能会被阻塞.

项目经理

创建一个专门用于消除障碍的行动项目列表,并与专门的利益相关者一起遵循每个行动项目,这是一个好主意. 同样重要的是,在任务之间建立适当的连接,以便每个人都知道哪些高优先级的任务将由于较低级别的阻塞器而被阻塞. 最终,项目经理有两种选择. 首先,他们可以保留自己的待办事项清单,重点是消除障碍. 第二个, 他们可以为任务添加更多细节,并通过添加依赖关系将它们彻底连接起来,从而使所有连接的任务保持阻塞对齐. 第二种选择变得过于复杂, especially on big projects; managers often end up doing both in order to keep the work going and remove blockers on time.

从挫折和艰难时期到小胜利

如果错过最后期限是不可避免的,项目经理不应该对团队生气. 这正是需要动力助推器而不是责备的时候. Step up and be a leader; if necessary, 把责任推到自己身上,激励团队克服困难,尽你所能交付最好的功能. 安排一次回顾,了解哪里出了问题,以及你的团队如何在未来更好地工作,以防止这些挫折再次发生.

同样重要的是一起庆祝小的胜利. 安排一个简短的会议来表扬团队, 例如, 当你在批准的时间内交付结果时. 累积的小胜利会导致整个项目的成功.

文档会议

一致的文档是每个项目经理最重要的习惯之一. 根据我的经验, 会议管理通常被低估了, 结果就是, 在我的项目管理生涯中,我花了很多时间在浪费的会议上. 准备是每次会议成功的关键,大约需要5分钟。

  • 创建议程并决定所需的参与者. 确保所有参与者都被邀请了.
  • 将议程发给与会者,并与他们确认是否需要讨论其他事项.
  • 如果您有一个虚拟会议,请检查链接是否已发送.

每次会议都必须事先向与会者分发清楚的议程

会议开始时间:

  • 提前几分钟加入, 欢迎大家, 迎接他们, 在短暂的闲聊之后, 直接进入议程.
  • 会议期间, 记录, 写下所有要做的事情, 看完议程后检查是否有问题, 结束会议.
  • 会议结束后,立即与团队分享笔记和行动项目.

根据我的经验, 15分钟的会议通常比一个或两个小时的会议更有成效, 因为每个人都抓住重点,你可以防止参与者偏离议程-除非有重要的事情要讨论.

下面是一些可以节省大量时间的额外提示:

  • 有会议记录的模板吗.
  • 如果可能的话,定期发送邀请.
  • 为后续行动项目创建模板.
  • 为后续邮件设置提醒.

正确的工具会带来不同

选择 合适的软件工具 是项目管理的关键部分吗. 对于项目经理来说,参与讨论团队应该使用哪些特定工具是很常见的. 这样的讨论要么浪费时间,要么富有成效, 这取决于团队对他们想要使用特定工具实现的目标的理解. 在选择最合适的工具时,需要考虑以下因素:

  • 团队规模
  • 团队组成
  • 项目方法或框架
  • 报告应该包括多少细节

我按照团队规模来组织我的工具列表. 对于较小的团队,特别是在项目的开始阶段,我使用Trello. 这个工具拥有看板框架所需的大部分功能. 当我和几十人一起做一个中等规模的项目时,我会考虑使用Asana. 它有一些不错的项目管理功能,包括一定程度的报告功能. 然而, 如果项目涉及20人以上,需要详细的报告层次, 我倾向于使用Jira. 它与市场上许多其他可用的解决方案集成得很好, 允许大量定制. 我还使用Clubhouse作为所有中小型项目的首选工具, 我发现了一套很好的功能.

调整是关键

框架, 流程, 工具必须根据团队的需求和痛苦进行调整, 而不是反过来. 随着经验的积累, 你积累了一船你喜欢的工具和方法, 讨厌, 尽量少使用, 或者已经丢弃了-考虑这些项目经理备忘单的早期草稿. 新的将随着每一年的过去而涌现,一些旧的将变得过时. 但是, 你培养的技能 作为一个领导者将使你充分利用每一个框架.

关于总博客的进一步阅读:

了解基本知识

  • 什么是项目管理的最佳实践?

    There are some best practices for project managers: establish a great relationship with your team and enhance team 沟通; prioritize and delegate the responsibilities; be the single 接触点; form a systematic approach to removing obstacles; document meetings; celebrate small wins with your team.

  • 项目经理到底是做什么的?

    项目经理是业务和技术之间的连接器. 他们确保项目按部就班,并在约定的时间和成本范围内交付.

  • 什么是项目管理技能?

    项目经理可以培养能够在整个职业生涯中很好地服务于他们的技能——团队管理和团队建设, 时间和会议管理, 良好的判断力, 沟通, 透明度, 代表团, 和信任. 这些都是需要时间、注意力和实践的长期管理技能.

  • 为了有效地管理项目,项目经理必须做些什么?

    为了有效地管理一个项目, 项目经理应该努力组织团队工作. 关键因素是信任团队,设定正确的截止日期,以及分配任务. 及早发现风险也很重要. 经理们必须为会议做准备,并养成记录会议的习惯.

  • 项目管理的支柱是什么?

    项目管理的三个基本组成部分是过程、资源和人员. 一个成功的项目经理必须有效地管理分配给项目的资源, 包括项目团队的成员.

聘请Toptal这方面的专家.
现在雇佣
Adi Behlulovic

Adi Behlulovic

验证专家 在项目管理方面
12 的经验

萨拉热窝,波斯尼亚和黑塞哥维那

2018年7月18日成为会员

作者简介

Adi是一名项目经理,他被打造伟大产品的激情所驱动.

作者都是各自领域经过审查的专家,并撰写他们有经验的主题. 我们所有的内容都经过同行评审,并由同一领域的Toptal专家验证.

世界级的文章,每周发一次.

输入您的电子邮件,即表示您同意我们的 隐私政策.

世界级的文章,每周发一次.

输入您的电子邮件,即表示您同意我们的 隐私政策.

欧博体育app下载

加入总冠军® 社区.