2013年1月,在拒绝了微软的offer之后,我加入了一家快速发展的创业公司,公司名叫 Lucid Software(Lucidchart和Lucidpress的创造者)。虽然我很感谢微软给我的工作机会,但是我想工作在一个有机会快速进入领导层的地方。我喜欢在 Lucid 工作。Lucid 有着聪明和有才华的员工,而且效益高,但我最喜欢的是有让我学习和成长的机会。因为我对领导能力感兴趣,所以在2014年的春天,我很兴奋地开始领导Lucidpress开发团队。
从那时起,我逐渐学到了很多关于领导团队方面的东西。我犯过错误,也做过很多正确的事情。下面是我最宝贵的经验总结:
我发现人们通常比他们认为的要能干得多。大多数时候,要扩展和实现潜力,我们只需要要求人们去做即可。为团队中的每一个人制定特定的挑战,可以帮助他们集中精力,发现更多潜力。
最近,我要求一个团队成员担任正在招聘的新职位的导师(旁白:虽然目前还没有找到合适的人选)。然后,我发现这位同事改变了他的编码方式。现在的他会积极地寻找问题的答案,更愿意开口说话,因为他知道他很快将成为导师。我定时跟进并提醒他所要面临的挑战,也会在适当的时候提供建议。这使他专注于挑战,因为他知道我相信他的能力。
团队的每个人都有其独特的优势和才能。亲自去了解他们可以帮助我知道他们对工作有什么喜欢和不喜欢的地方。这能让我深刻了解什么挑战能让每一个人奋起拼搏,提升他们成功的更大潜力。了解团队成员的长处意味着我可以了整个团队的利益利用这些优势为。
建立高品质的工作关系需要时间和一致性。所以,我每周举行一对一的会议。我给每个人时间用于谈论事情的进展。我常常提前准备几个问题来鼓励反馈。我最喜欢的问题是“这周你最喜欢和你最不喜欢的工作是什么?”通过问这个问题,可以帮助我了解每个员工的长处和弱点,并揭开一些隐藏着的有关于团队成员可能对当前培养方法不舒服的问题。这是一个很好的起点。
在Lucid,每个团队在工作之外每个月都会举办活动,以促进彼此之间更好的了解。例如,我们团队所举办过的活动就有密室逃生、玻璃吹制和泡泡足球等。或者甚至干脆到外面走走,一起共进午餐,这些都是相互了解的好机会。这给了我一个机会去了解大家真正关心的东西,以及他们在非工作环境中是什么样的。
我还发现在午休时和大家坐在一起也是有益的。离开一段时间,哪怕30分钟也会让我下午的工作更有效率。当我在午餐时间与某一个团队成员坐在一起吃饭时,通常都能展开一段愉快的对话。相较于更正式的会议中,这种休闲的环境可能会让人更乐于接受对方的关心。
干扰和问题时不时地冒头,如果任其发展,会妨碍一个团队的成功。作为一个管理者,当我能过滤其他员工的请求时,正是我的团队最成功的时候。无论是销售团队成员需要添加某个功能以便于达成交易,还是会影响用户的一个迫切问题,总会提出辅助项目。团队成员很容易受到来自于更重要和长期项目的潜在干扰而偏离航向。当我过滤掉这些类型的问题时,我的团队便能保持专注于最重要的项目。
当团队致力于冲刺期间竞相完成工作时,Lucid实行的scrum方法就能派上用场了。明确知道工作应在冲刺的最后阶段完成可以帮助大家避免局限于可能出现的不太重要的问题。通常情况下,如果一些非紧急的问题来了,我会把它积压下一个冲刺期间。其他员工也会因为完成了他们的要求而满意,而团队则可以继续专心致志不必中断。
我需要提高警惕的是,当事情在松弛时段出现或当有人走进我们工作空间的时候。我得注意和尽量去做第一个回答问题的人,这样整支团队就不会受到问题和疑问的干扰。这意味着我要花更多的时间来处理非冲刺的问题,但它可以让团队的其他成员保持专注。
失败是每个学习过程的一部分。犯错是必然的。保护团队避免打扰并不意味着阻止他们扩展一些有益的——有时甚至是不舒服的学习机会。
花费时间来学习和提高是很重要的,这样你可以避免犯以前的错误。留些时间用于定期回顾是从失败中学习的伟大方法。每两个星期的冲刺阶段结束后,我们会空出时间来回顾我们做的好的地方以及我们没有做好的地方。坦然地承认错误并从错误中学习使得团队成员愿意承担风险去发现巨大的回报。
在回顾中,有一个特别的部分,我喜欢称之为“Andy’s screw up of the sprint”。这是我以前曾犯过错误的地方。我通常会花几分钟的时间来浏览我搞砸了什么以及从中我学到了什么。共享失败使得开会的氛围变得不那么评判化,演绎了为了学习而不耻于承认错误的正确榜样。
作为团队的领袖,很自然地会牢记每一次事情出错的日子。退一步,而不是深挖并非我的最初反应。让大家有机会去带头一定的挑战很重要,这样当事情进展顺利的时候,他们也可以得到赞誉。
我们的团队最近为Lucidpress构建了InDesign。我对这个问题很感兴趣,但是我移交了很多任务给Thayne,Lucidpress团队中的一员。我让他来带头探索方法。他在构建实现方面完成得非常惊艳。原本我并不愿意放手,但我这样做了,并见到了成效。Thayne渐渐成熟起来,工作出色,最后还基于我们做的一些工作编写了一个新的开源项目。
总会有事情进展困难,大家心情焦虑,压力沉重的时候。这时候,你就不应该过于严肃。不妨开个玩笑(即使是冷笑话),分享一个有趣的YouTube视频或完美的xkcd。
压力的残酷会阻碍成功。用一种幽默的态度来看待问题,保护大家避免受自我压力的戕害。有时候是应该严肃,但这样的情况并不多见。一般情况下,一定程度的快乐可以让每个人都变得更富有成效。
在我们紧张地试图完成InDesign Import测试版的时候,我会在我们的每日站会中分享我们一点轻松的东西。这一两分钟是给团队很好的休息时间。我还在我的办公桌上放了一些Nerf枪,以帮助放松情绪。它们也可以吸引别人的注意力,尽管他们还戴着耳麦(虽然,我不建议经常这样做)。
这是我历经艰辛才学到的教训。我碰到了一个老是偷懒的团队成员。我相信大家会自己做好工作,而且他们一般也不会让我失望。这是我第一次碰到这样一个似乎一点都不在乎工作完成如何的人。我没有很快地和他交流,而是一直等待着,希望情况会好转(当然,事实是依然如此)。到我终于下定决心解决这一问题的时候,他已经来不及做太多的改变,因为这位成员是一名实习生。如果我能早点和他说说,反正也许他能做出更大的改变,并且大大提高团队的士气。
当问题出现,或我需要反馈时,那么就应该马上把人拉到一边,让他们知道。可能会让人尴尬,但绝对比辞退一个人要不那么难以开口。
领导力最重要的部分实际上是关心团队中的每个人。这不是一件可以假装的事情。当我专注于帮助我的团队取得成功是因为我真心关心他们时,我的团队给了我他们最佳的努力。我们成为了一个所向披靡的团队。更容易给出反馈,因为他们知道我心中牢记他们的利益。团队成员也更愿意忽视我的领导错误,因为他们知道我的原意是关心他们。
我依然在学习如何成为一个伟大的领导人员。虽然在这么多年的领导中,我也犯过不少错误,但是很幸运的是,我从中学到了许许多多重要的领导经验。最后,非常期待大家对于领导方面的提示和建议!
在当今的专业环境中,项目经理需要戴上各种帽子,在管理团队的日常功能和理解大局策略之间切换。正因为如此,项目经理对组织变得更有价值,并且他们对技能和战略角色的需求在全球范围内不断增长。但这也提出了一个问题:如何在如此高压的环境中成为更好的项目经理?
随机产生规定范围内的整数,然后再产生相同范围内的整数,两者相同时,则暂停。所用知识:Math.random() * num: 产生从0到num的随机数,Math.floor(): 向下取整,简单的DOM操作等
我马上就要毕业了没有开发经验怎么办?我投递了 N 多公司全部没有给工作机会,有的给了面试机会也是没有下文了怎么办?我简历上什么东西都没有,要不要伪造一个工作经历呢?
项目经理这个神奇的职位,改变了我很多工作处事的方式,从前性情纯真的耿直boy,现在变成了人鬼皆爱的老油条, 以下是我当了项目经理之后明白的10件事, 如有雷同,真是太巧。
pm2 大家应该都知道,主要是用来管理 node 进程,但是同样可以用来部署前端代码。也可以手动添加 public key 到服务器上的 ~/.ssh/authorized_keys,
我不是专业的项目经理,这里不讨论大型项目管理的事情。我们比较常遇到的可能是小型的长周期项目,比如2-4个人,做半年甚至一年的项目。这种项目通常不会有专职的项目经理
通过 attachShadow 这个方法生成一个shadow root 即shadow的根节点,然后在这个根节点下面通过循环语句添加水印,利用position为absolute进行排版,使其铺满容器
我相信每个接受过老项目的程序员可能都吐槽过“前人的代码都是屎”。一个已经有些年头的项目,几乎肯定可以看到——到处拷贝来拷贝去的代码,随处可见的拼写错误,头重脚轻的函数……
近几年随着微服务化项目的崛起,逐渐成为许多公司中大型分布式系统架构的主流方式,而今天所说的 RPC 在这其中扮演着至关重要的角色。随着这段日子公司项目微服务化的演进,发现在日常开发中都在隐式或显式的使用 RPC
首先搭建vue项目,lint选择ESLint + Prettier,配置方式选择In dedicated config files。具体搭建过程这里就不赘述了,如果不熟悉的同学可以点击这里。配置 Stylelint,目前还没有stylelint选项,需要我们自己安装相关的 npm 包
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!