我有一个很好的朋友,他是一个经验丰富的数据架构师。由于我一直在写关于IT项目管理的文章,因此,我就问他有没有考虑过担任PM的工作。对此,他的回答是:“绝不做PM。”
我进一步地探究了他的理由,并且找出了令他不喜欢项目管理和项目经理的5个原因。
尽管每个IT项目团队可以从一些结构中受益,但我的朋友认为,项目经理在微观方面常常犯错。他们创建任务的成本和每小时预算,然后即使项目的规模或客户需求发生了变化也强制员工按照原来的计划去做。 “很多项目经理表现得好像这只是他们的事情,这只是他们的进程一样,”我的朋友说, “事实上,我们都是利益相关者,并且实际需要我们去完成工作,所以有时候他们要做的就是退一步海阔天空。”
我记得去年有一篇基于LinkedIn上质疑PM是否是一个有实际作用的职位的文章?我的朋友说,他和PM的大部分互动,包含围绕已经无缝完成的工作创建无用的框架。 “项目经理似乎总是在做无用功,”他说, “大量的报道,文档和图表工作,除了表明PM在工作之外毫无作用。”
项目经理太热衷于开会了,并且花费了太多时间去制定每个项目每个方面的任务。 “问题就在这里,”我的朋友说, “我们数据架构师通常安排每天6小时的开发时间,然后要保留2小时用来开会、打电话、发邮件以及管理任务。但项目经理安排的会议是如此的频繁和冗长,以致于总是占用了开发时间。当然,之后他们还会抱怨说是我们没有在规定的时间内完成分配的任务。”
不知道你有没有听说过关于教师“不能者教”的刻板印象。PM也是如此。有人甚至认为那些PM之所以成为项目经理,正是因为他们没有足够的技术去做开发者,因此他们是不可靠的。他们小心翼翼地守卫着他们的权力,在受到威胁或有压力时,也三缄其口闭口不言。 “很多项目经理都不会和团队分享蓝图,所以我们可能在完成了一个任务之后只能傻坐在那里因为不知道下一步该做什么。”我的朋友告诉我。
“在我淫浸于这一领域的18年时间里,我认识到,IT组织越不信任开发人员,那些开发人员的能力就越弱,需要的PM就越多,”我的朋友说, “如果你起步时没有一个好的团队,那么说明你已经有了一个PM也解决不了的问题。”我的朋友表示他已经厌倦了那些不相信他的进程的项目经理。 “我曾经有一个项目,完成得非常成功——按时和按预算完成。但我的PM让我的日子变得格外难过,因为他不喜欢我分配时间的方式,所以他认定了项目的失败。缺乏信任太令人士气低落了。”
难道我的朋友是唯一一个这样看项目经理的开发人员吗?不不不,Amplicate最近的一个在线调查显示:51%的受访者表示讨厌项目经理和项目管理。所以,如果你自己就是项目经理或PM是你工作任务的一部分,那么主动处理这些担忧绝对是一个好点子。
在我看来,项目经理做好更多的前期沟通还有很长的路要走。当工作于一个新的开发团队时,了解每个成员认为的关于入手项目、如何记录进程以及如何衡量成功的最佳方式。解释该项目为什么让组织受益,以及从上往下地解释期望。
同意有利于生产力的会议结构,并明确你要如何、何时以及为什么“介入”到开发过程中。最后,当你介入之后,千万不要起反作用。此外,和任何经理一样,你不应该吝啬于你的欣赏和赞美。如果团队成员很高兴看到你或你的电子邮件,并欢迎和支持你的加入,那么说明你已经做了所有正确的事情来消除项目经理这个职位的潜在负面影响。
在当今的专业环境中,项目经理需要戴上各种帽子,在管理团队的日常功能和理解大局策略之间切换。正因为如此,项目经理对组织变得更有价值,并且他们对技能和战略角色的需求在全球范围内不断增长。但这也提出了一个问题:如何在如此高压的环境中成为更好的项目经理?
随机产生规定范围内的整数,然后再产生相同范围内的整数,两者相同时,则暂停。所用知识: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 包
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!