作为项目经理的7个经验教训总结

2013年1月,在拒绝了微软的offer之后,我加入了一家快速发展的创业公司,公司名叫 Lucid
Software(Lucidchart和Lucidpress的创造者)。虽然我很感谢微软给我的工作机会,但是我想工作在一个有机会快速进入领导层的
地方。我喜欢在 Lucid 工作。Lucid
有着聪明和有才华的员工,而且效益高,但我最喜欢的是有让我学习和成长的机会。因为我对领导能力感兴趣,所以在2014年的春天,我很兴奋地开始领导
Lucidpress开发团队。

从那时起,我逐渐学到了很多关于领导团队方面的东西。我犯过错误,也做过很多正确的事情。下面是我最宝贵的经验总结:

1.要求员工去做不易之事

我发现人们通常比他们认为的要能干得多。大多数时候,要扩展和实现潜力,我们只需要要求人们去做即可。为团队中的每一个人制定特定的挑战,可以帮助他们集中精力,发现更多潜力。

最近,我要求一个团队成员担任正在招聘的新职位的导师(旁白:虽然目前还没有找到合适的人选)。然后,我发现这位同事改变了他的编码方式。现在的他
会积极地寻找问题的答案,更愿意开口说话,因为他知道他很快将成为导师。我定时跟进并提醒他所要面临的挑战,也会在适当的时候提供建议。这使他专注于挑
战,因为他知道我相信他的能力。

2.了解每个团队成员

团队的每个人都有其独特的优势和才能。亲自去了解他们可以帮助我知道他们对工作有什么喜欢和不喜欢的地方。这能让我深刻了解什么挑战能让每一个人奋起拼搏,提升他们成功的更大潜力。了解团队成员的长处意味着我可以了整个团队的利益利用这些优势为。

建立高品质的工作关系需要时间和一致性。所以,我每周举行一对一的会议。我给每个人时间用于谈论事情的进展。我常常提前准备几个问题来鼓励反馈。我

最喜欢的问题是“这周你最喜欢和你最不喜欢的工作是什么?”通过问这个问题,可以帮助我了解每个员工的长处和弱点,并揭开一些隐藏着的有关于团队成员可能
对当前培养方法不舒服的问题。这是一个很好的起点。

在Lucid,每个团队在工作之外每个月都会举办活动,以促进彼此之间更好的了解。例如,我们团队所举办过的活动就有密室逃生、玻璃吹制和泡泡足球

等。或者甚至干脆到外面走走,一起共进午餐,这些都是相互了解的好机会。这给了我一个机会去了解大家真正关心的东西,以及他们在非工作环境中是什么样的。

我还发现在午休时和大家坐在一起也是有益的。离开一段时间,哪怕30分钟也会让我下午的工作更有效率。当我在午餐时间与某一个团队成员坐在一起吃饭时,通常都能展开一段愉快的对话。相较于更正式的会议中,这种休闲的环境可能会让人更乐于接受对方的关心。

3.保护团队时间

干扰和问题时不时地冒头,如果任其发展,会妨碍一个团队的成功。作为一个管理者,当我能过滤其他员工的请求时,正是我的团队最成功的时候。无论是销

售团队成员需要添加某个功能以便于达成交易,还是会影响用户的一个迫切问题,总会提出辅助项目。团队成员很容易受到来自于更重要和长期项目的潜在干扰而偏
离航向。当我过滤掉这些类型的问题时,我的团队便能保持专注于最重要的项目。

当团队致力于冲刺期间竞相完成工作时,Lucid实行的scrum方法就能派上用场了。明确知道工作应在冲刺的最后阶段完成可以帮助大家避免局限于

可能出现的不太重要的问题。通常情况下,如果一些非紧急的问题来了,我会把它积压下一个冲刺期间。其他员工也会因为完成了他们的要求而满意,而团队则可以
继续专心致志不必中断。

我需要提高警惕的是,当事情在松弛时段出现或当有人走进我们工作空间的时候。我得注意和尽量去做第一个回答问题的人,这样整支团队就不会受到问题和疑问的干扰。这意味着我要花更多的时间来处理非冲刺的问题,但它可以让团队的其他成员保持专注。

4.培养一种尝试的文化

失败是每个学习过程的一部分。犯错是必然的。保护团队避免打扰并不意味着阻止他们扩展一些有益的——有时甚至是不舒服的学习机会。

花费时间来学习和提高是很重要的,这样你可以避免犯以前的错误。留些时间用于定期回顾是从失败中学习的伟大方法。每两个星期的冲刺阶段结束后,我们
会空出时间来回顾我们做的好的地方以及我们没有做好的地方。坦然地承认错误并从错误中学习使得团队成员愿意承担风险去发现巨大的回报。

在回顾中,有一个特别的部分,我喜欢称之为“Andy’s screw up of the
sprint”。这是我以前曾犯过错误的地方。我通常会花几分钟的时间来浏览我搞砸了什么以及从中我学到了什么。共享失败使得开会的氛围变得不那么评判
化,演绎了为了学习而不耻于承认错误的正确榜样。

5.让团队成为英雄

作为团队的领袖,很自然地会牢记每一次事情出错的日子。退一步,而不是深挖并非我的最初反应。让大家有机会去带头一定的挑战很重要,这样当事情进展顺利的时候,他们也可以得到赞誉。

我们的团队最近为Lucidpress构建了InDesign。我对这个问题很感兴趣,但是我移交了很多任务给Thayne,Lucidpress

团队中的一员。我让他来带头探索方法。他在构建实现方面完成得非常惊艳。原本我并不愿意放手,但我这样做了,并见到了成效。Thayne渐渐成熟起来,工
作出色,最后还基于我们做的一些工作编写了一个新的开源项目。

6.不要这么严肃

总会有事情进展困难,大家心情焦虑,压力沉重的时候。这时候,你就不应该过于严肃。不妨开个玩笑(即使是冷笑话),分享一个有趣的YouTube视频或完美的xkcd。

压力的残酷会阻碍成功。用一种幽默的态度来看待问题,保护大家避免受自我压力的戕害。有时候是应该严肃,但这样的情况并不多见。一般情况下,一定程度的快乐可以让每个人都变得更富有成效。

在我们紧张地试图完成InDesign
Import测试版的时候,我会在我们的每日站会中分享我们一点轻松的东西。这一两分钟是给团队很好的休息时间。我还在我的办公桌上放了一些Nerf枪,
以帮助放松情绪。它们也可以吸引别人的注意力,尽管他们还戴着耳麦(虽然,我不建议经常这样做)。

7.要及时进行艰难的对话

这是我历经艰辛才学到的教训。我碰到了一个老是偷懒的团队成员。我相信大家会自己做好工作,而且他们一般也不会让我失望。这是我第一次碰到这样一个

似乎一点都不在乎工作完成如何的人。我没有很快地和他交流,而是一直等待着,希望情况会好转(当然,事实是依然如此)。到我终于下定决心解决这一问题的时
候,他已经来不及做太多的改变,因为这位成员是一名实习生。如果我能早点和他说说,反正也许他能做出更大的改变,并且大大提高团队的士气。

当问题出现,或我需要反馈时,那么就应该马上把人拉到一边,让他们知道。可能会让人尴尬,但绝对比辞退一个人要不那么难以开口。

备注:关心每一个人

领导力最重要的部分实际上是关心团队中的每个人。这不是一件可以假装的事情。当我专注于帮助我的团队取得成功是因为我真心关心他们时,我的团队给了

我他们最佳的努力。我们成为了一个所向披靡的团队。更容易给出反馈,因为他们知道我心中牢记他们的利益。团队成员也更愿意忽视我的领导错误,因为他们知道
我的原意是关心他们。

我依然在学习如何成为一个伟大的领导人员。虽然在这么多年的领导中,我也犯过不少错误,但是很幸运的是,我从中学到了许许多多重要的领导经验。最后,非常期待大家对于领导方面的提示和建议!

作者:小峰

来源:51CTO

时间: 2024-08-04 04:33:03

作为项目经理的7个经验教训总结的相关文章

小云:做好一个SEO项目经理的建议

做一个优秀的SEO项目经理还是很困难的,这需要能够是项目完成的出色,把握项目计划包括成本,进度范围以及项目监控,质量审核等等,把客户的满意度提到最高.具体该怎么做呢,参照大庆帝九数码科技有限公司项目经理小云的经验,提出以下一些方向: 一.理解好SEO项目经理的位置角色 SEO项目经理角色理解要避免两个极端,一种过分强盗SEO技术能力,认为项目经理应该是SEO技术最好的人,另一种过分强调管理能力,认为主要工作就是领导,管理一个团队,对SEO技术一点也不用知道. 上面两种都是不合理的,一个SEO项目

一个项目经理的经验总结

本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜.因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己.以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平. 项目开始阶段是一个最重要的阶段.项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如: 1. 这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题.

网站项目失败经验教训总结之执行力

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 昨天我在A5写了一篇<一份坚持 一个微笑 我跨过寒冷的冬天>,很多站长朋友加了我的QQ和我交流网站运营成功和失败的经验,突然发现很多人跟我提到一个问题:在技术和资金都有保障的情况下,为何之前被大多数人都看好的网站项目会最终走向失败呢?为何连项目的决策者都没有能力去力挽狂澜呢?昨天下班回到家我用了3个多小时在线和这些站长朋友们讲述了

外包 项目经理 经验-关于外包公司项目经理工作经验的问题

问题描述 关于外包公司项目经理工作经验的问题 我现在在一家公司做项目经理,有35人的团队,开发.测试.QA.CMO都有,做的营销类系统,三个项目并行开发,自己感觉挺有挑战性的,能够学到不少东西,但是有的同事说外包公司的项目经理将来跳槽的话可能别的非外包公司不认可,但是我各人以后不想继续呆在外包公司.所以想征求一下大家的意见,外包公司项目经理跳槽时,非外包公司到底认可这些工作经验吗? 解决方案 求携带新人入外包 !不想简历包装 解决方案二: 项目经理就是项目经理 只跟项目有关跟你做不做外包无关

项目经理的动态管理 - 领导生命周期理论[项目管理摘录]

在<<项目管理:计划.进度和控制的系统方法>>里作者讲述到领导生命周期理论在项目管理环境下的应用. 领导生命周期理论(Life-cycle Leadership)模型指出,存在4个基本的领导风格,而且要想有效运用它们需要使用领导风络与被领导者的成熟度相适应.这里成熟度的定义是:与工作相关的经验,接受工作任务的意愿及完成任务的愿望.它不只是与做好工作有关,还与"想"做好工作有关.最重要的是,它是一个情境模型.这点很关键,因为它意味着同样的人,比起他做其它任务更愿意

项目经理修炼之道(2) -- 必须读的书 .

软件这个行当里历来有个谣言:项目经理不懂技术没关系. 有人说这事儿是外国的先进经验,但我怀疑这是杜撰的. 这一观点的潜台词是:项目经理是管理者,指挥下属就行了,干嘛要懂技术! 这就像说班长不用拿枪上战场一样可笑. 持这个观点的可还记得:"将军起于行伍,宰相拔于州郡"这一说. 我的观点是,项目经理一定要懂技术,并且还要有比较扎实的功底,虽然在专门领域上不一定是专家. 在这篇文章里,我们将列几本用来打根基的书,这些书要精读而不能翻翻就算了. 这些书的用途,不在眼前,但却最终决定你的成长高度

昨天到安徽宿松一个客户那里搞维护的经验教训

               昨天到安徽宿松一个客户那里搞维护的经验教训      客户的数据库服务器本来是好的,我为了给别人演示怎么安装oracle的客户端,在服务器上安装了oracle的客户端,安装到一半的时候我突然觉得我发现了一个极大错误:oracle服务器不能再安装oracle的客户端,我退出但是晚了:收费管理系统不能连上数据库,pb不能连上数据库,dba studio也不能连上数据库.天啊!!!这回麻烦大了.数据没有备份.客户那里不能上网.      我出了一身冷汗想马上给我的经理打电

从面向服务架构(SOA)学习:微服务时代应该借鉴的5条经验教训

[编者按]本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训.文章系国内 ITOM 管理平台 OneAPM 编译呈现. SOA 的兴衰变化让我们更了解如何充分利用微服务 正如笔者在上文<微服务架构是敏捷软件架构>中提到的,笔者对微服务架构的第一反应,就是质疑它跟面向服务架构(SOA)有何区别.还有很多人将这两种架构联系在一起.詹姆斯·刘易斯和马丁·福勒在他们的权威博客中包含了一个侧边栏,进行微服务和 SOA 的对比.对此,怀疑派做出的回应是二

史海峰:项目经理的光辉岁月

项目经理,大概是IT行业这么多年以来,流行过的各种火热名头里最早的一个了,从传统IT软件时代就有了.俺大胆猜想,这个词儿是从建筑工程乃至其他工程领域里借鉴过来的.总之项目管理理论和实践历史悠久且相当成熟,从修建金字塔到登陆月球,即便跟IT无关,依然是人类社会协作智慧的传承,具体的历史由来不敢妄言,毕竟本人没学过PMP(俗称拍马屁,接近职场,否则跟PHP一起就都是拍*片了--IT老兵听到PM,第一反应都是项目经理,而非产品经理,如今很多互联网公司也有PMO--Project Management