Tagged: Project Management

[转]程序员的管理思维修炼 0

[转]程序员的管理思维修炼

一个技术精湛的程序员,只要有机会,就有可能被公司提拔为项目管理人员,掌控项目中的一切。   但所谓权力越大责任越大,要想成为一个合格的项目管理人员,我认为最重要的首先是扭转自己的思想。 正如老子说的“道为体,术为用。”我们的思维模式改变了,各种管理的方法和工具自然的就会去学习使用了。 正所谓“有道者术能长久,无道者术必落空。”所以在本文中,我就和大家聊一聊管理中的“道”,我们程序员如何修炼管理思维?我们要先懂得道理,再去学怎么做。 Please follow and like us:0

[转]如何转变职责从码农到管理数百人的CTO 0

[转]如何转变职责从码农到管理数百人的CTO

之前,我和两位联合创始人一起创立了 Gusto 公司,旨在为小型企业提供工资和福利结算,以及人力资源。 Tomer、Josh 和我在 Palo Alto 的一座房子的主卧室里成立了这家公司,当时我们什么都没有,只有对未来的憧憬和尽一切努力将其变为现实的决心。 六年后,我们服务的客户达到了 6 万多家小型企业(超过了美国所有雇主的1%),员工超过了 600 名(包括约 100 名工程师),我们齐心协力达成了超过十亿美元的估值。 办公时间我一般都会在 Gusto,工程师可以随时过来问我问题。有时他们会问我:作为这个公司的 CTO 和联合创始人,你的职责都有哪些变化 Please follow and like us:0

[Repost]How my role as CTO has changed as we’ve grown to 100 engineers 0

[Repost]How my role as CTO has changed as we’ve grown to 100 engineers

My two co-founders and I started Gusto with a mission to make payroll, benefits, and HR easier for small businesses. Tomer, Josh, and I founded the company from the master bedroom of a house...

[转]前Windows事业部总裁:管理者如何做决策? 0

[转]前Windows事业部总裁:管理者如何做决策?

要成为一位管理者,最高门槛大概就是决策能力了。一间创业公司的 CEO 往往需要面对一系列的决策:从招人解雇、开发安卓版还是 iOS 版,到该购买宜家 Lack 还是 Billy 系列的家具。 当一支创业团队成长至 10-20 名员工(一般而言,其中大部分还是工程师)时,他们之间的联系和经验共享对于决策的帮助已经微乎其微。当这支团队进一步壮大时,管理和职责分派的重要性就愈发凸显。公司成长速度越可观,创始人或 CEO 的压力就会越大。 即便对于那些信任度较高、关系紧密的团队创始成员而言,第一次 CEO 不参与的决策过程(或者仅仅向他报告进度)也会是十分艰难的。与 CEO 责任核心联系越紧密的问题,决策起来也会愈发棘手。这些事情可能包括用户体验的改变、公司官微推送的消息等等,无一不考验着 CEO 及其团队的能力。 Please follow and like us:0

0

[转]CTO是否要写代码?

首先我给大家看看 CTO 应该干什么,或者说一个技术人员,互联网公司都会遇到所有这些事。这个坐标轴最左面是操作一级的,比如说写代码、测试网络、测试、搭防火墙、写脚本等等,到这边是管理上的事,再往那边是领导上的事情。这个方向是公司的规模,公司的规模越小需要操心的具体事越多,公司的事越大,你需要的领导力越多。除具体的事以外,还有流程、监控、规范、技术氛围、交往、技术体系、预算、公司的技术形象、公司技术方向、技术战略,事很多。 Please follow and like us:0

0

[转]16年IT老兵:技术管理者的多维度能力及转型之痛

在多年的技术管理工作中,我曾不断地遇到很多已经转型或即将转型为技术管理者的同事,他们都表达了一些类似的困惑:如何成功转型?不想丢掉技术,但如何在不丢掉技术的同时还能提升管理能力?以下是我个人在经历困惑和挣扎这个过程后的一些个人想法,在这里分享给大家。 Please follow and like us:0

0

[转]称职的技术leader相当于100名工程师

【编者按】抛开这个夸张的骗点击量的标题,我希望告诉你:称职的技术主管确实是拥有普通工程师10倍功力的麒麟之才。不过,这位技术主管在技术之外还需要将强有力的开发能力传授给队伍中的每个成员。在技术主管的指导下,幸运的工程师会感觉自己拥有了10倍的能力,并可以享受前所未有的强大支持。 而且,我希望告诉你,技术主管用头上的白发换来的这种神奇的10倍魔力的光环,并不一定会牺牲任何人的幸福。技术主管扛下了所有工作中的“杂项”,大大加快了重要工作的生产力,从而确保团队成员可以尽情享受工作和生活的乐趣。对于那些拥有一个称职的技术主管的团队成员来说,这是莫大的幸福。 在称职的技术主管的指导下,幸运的工程师会感觉自己拥有了10倍的能力。 Please follow and like us:0

0

[转]哪个技术火就选哪个?热闹驱动开发的技术选型使不得!

本文的主题是技术选型,作者总结了他见过的各种不靠谱的技术选型方式,比如有的团队会根据社交媒体上的讨论来决定选择哪种架构,也有的团队会跟风走,哪个热门就选哪个。但总体来看,这样简单粗暴的方式一定会为未来埋下隐患。那为什么这样说?我们应该如何做正确的选择?且听作者细细道来。另本文译者余晟,曾经是主力程序员、技术文章的写作和翻译爱好者,现在在沪江负责研发和软件架构。欢迎关注他的个人公众号“余晟以为”,了解一位非典型 IT 人员对世界的看法。 软件开发团队所做的软件架构或技术栈的决策,很多并没有经过踏实的研究和对目标成果的认真思考,而是不准确的意见、社交媒体的信息,或者就些是“热闹”的玩意。我称这种作派为“热闹驱动开发(Hype Driven Development,HDD)”,眼见它的危害,我赞成更专业的做法,就是“脚踏实地的软件工程”。下面我们一起看看HDD的来龙去脉,想想能如何改进。 Please follow and like us:0

0

[转]转型项目经理,鬼知道我经历了什么

15年初,我怀揣着实现一个人生小目标的梦想加入到一家初创公司,希冀能见证公司产品从0到1,从1到10,融资从A到C。可是半年后,虽然产品从0到1是有了,但由于运营模式的限制,从1到10走的很难,用户规模上不去,融资也是没有影子。我开始焦虑起来,这样下去,我要当上总经理,出任CEO,迎娶白富美的人生小目标,可是要萎掉的啊。 于是,那时还是程序猿的我,渐渐”多事”起来: Please follow and like us:0

0

[转]少数派的力量:25%的人就能影响全局 | 《Science》最新研究

今天这篇文章,是关于《Science》的一篇研究,关于少数派如何改变世界。我觉得对管理、对创业、甚至对社群运营、对理解币圈,都很有启发,所以翻译过来并加上我自己的理解,分享给你们。   记得曾经看过一个关于火烈鸟迁徙的纪录片片段。刚开始只有少数的火烈鸟率先飞离湖面,然而少有同伴注意到。 这些少数派在接下来几日不断地飞回来,尝试看看能否激起更多同伴的回响,虽然这只小部队每天都在壮大,但是每次都只是吸引很少一部分同伴。 直到有一天,依然是这只小部队,但是带动了全部的火烈鸟群起飞迁徙。 Please follow and like us:0