简明技术团队管理(一)写在管理之前

写在管理之前

之所以叫简明项目管理,指的是在资源有限,组织结构不庞大,给与的管理职能时间不多的情况下如何进行技术团队的管理。往往在这种情况下,处于管理职责的负责人会身兼数职。但一定要清楚,管理技术团队和管理项目的区别。即,管理技术团队是要不断提升团队的技术成熟度;而管理项目,则是要完成项目的目标,达成用户或客户的诉求。

实施管理之前,要设立管理的目标,或者用更直白的话说明,就是要解决什么问题。那么,以下几个问题是需要被回答的:

  1. 组织所给与的,或者能承受的管理成本是多少?给与的支持有多少?
  2. 当前管理问题有多少是急需解决的,有多少是可以后续解决的?
  3. 手中的权利是否足够?

一个组织在初始阶段,要解决的一定不是管理问题,而是生存问题。也就说,承受不了多少的管理成本。而在发展阶段,随着组织的壮大,业务的逐渐负责,一些管理问题也随之诞生。但是,资源仍然不够,那只能采用二八原则,或抓大放小。

原文地址:http://blog.51cto.com/13986723/2287363

时间: 2024-11-06 07:11:05

简明技术团队管理(一)写在管理之前的相关文章

如何管理初创公司的技术团队?

管理学博大精深,希望本文能对阅读此文的人有所帮助. 打造学习型组织 学习型组织,这是<第五项修炼>里面讲的一个核心概念,我觉得这个概念特别适合技术性组织,因为技术人才是需要一直学习提高的,不然不管是作为管理者还是被管理者,都将会逐步散失行业竞争力. 彼得·圣吉 学习型组织理论认为,企业持续发展的源泉是提高企业的整体竞争优势,提高整体竞争能 力.未来真正出色的企业是使全体员工全心投入并善于学习,持续学习的组织--学习型组织.通过酿造学习型组织的工作氛围和企业文化,引领不断学习,不断进步,不断调整

技术团队代码管理和部署

主流公司使用svn和git作为代码版本管理,当然也不排除直接copy或者ftp.公司经历了的svn到git的变迁,也深刻体会到不同的版本管理服务,使得技术团队的协作方式变得更为流畅. 简单介绍下背景,有一个项目V5,从版本V1一直演变到现在V5,可见历史之久,想从svn切换到git,其中的代码管理和上线部署迁移,都会是经历很长一段时间的不稳定,尤其是一些开发同学对新的版本管理和部署理解不透彻,很容易引发事故. 在svn的主干开发流程 开发同学更新主干代码,提交代码 部署测试环境 检查每一个要上线

Lyft高管的技术团队管理实战

Lyft 的技术总监沈思维分享了他对于管理技术团队和打造工程文化的经验,也欢迎添加他的微信公众号"人家的屋顶"了解更多(微信公众号ID: othersroof).沈思维毕业于密歇根大学和卡内基梅隆大学.他早年在 Google 任软件开发工程师 (2005 - 2011),2011年加入 Twitter,后任产品安全部高级研发经理,负责反垃圾及帐号安全方面的工作.2015年底至今在 Lyft 担任研发总监,负责包括支付平台,风控平台.开放平台在内的多个团队.工作之外,沈思维关注并致力于提

技术团队管理点滴

我是一个技术男,喜欢研究技术,但因职业发展的需要,做了五年的管理工作.幸好直接管理一个技术团队的一个明显的好处是:可以同时直接参与到技术工作中来,所以这几年还是做到了技术管理两不务.不过正因为我并没有花太多的心思在管理上,所以五年的管理工作所积累的也只是一些点滴的经验,而没有成体系的知识.在此,把这些年的点滴经验总结一下,算是一个里程碑吧. 管理可以这样来分:向下管理.向上管理.横向管理.因为我本人个性非常直接,从来不会P(pai)M(ma)P(pi),所以在向上管理上可以说几乎没有什么可分享的

真诚与尊重是技术团队的管理要点

转自:http://www.infoq.com/cn/news/2017/11/Sincerity-respect-management-tec 如果把高质量的 IT 技术产出比喻成汽车上路,那么技术团队本身就可以看成是马路.它是基础设施,平时不会得到太多关注.然而,想要汽车上路,那么这个路就要先造好. 关于技术团队的相关话题,大家也都是在摸索中总结出怎样做是好的.怎样又是不可行的:但是可以确定的是:团队这个基础设施的建设是不容忽视的. 本次技术团队访谈,InfoQ 邀请了美丽联合集团副总裁顶天

今日奇葩事件,一位不懂技术,却来管理技术团队的领导

今天莫名其妙的被拉去参加了一场和自己没任何关系的会议. 这场会议是讨论故障的原因何在? 本来系统出了问题,大家按部就班的查找问题就可以了,然后把问题提交上来,并给出解决的方法就可以了,为什么还需要讨论呢,是不是有点可笑. 其实这就是现实的世界,没有人会承认自己的系统有问题的,尤其是涉及到3个厂商,包括我这个旁外的第四个厂商. 在描述问题之前,我来先看下物理拓扑. web应用是,某1厂商开发部署的,是运行的某2厂商构架的vm云平台虚拟机上,存储设备是某3厂商提供的. 某1厂商的,web应用的站点无

在星巴克买咖啡思考技术团队的管理

我喜欢在星巴克买咖啡,不是因为星巴克的咖啡特别好喝,而是因为星巴克咖啡质量的稳定,在任何一家星巴克点一杯拿铁,口味不会差很多,甚至当咖啡拿到手的温度也不会差很多. 公司对面就有一家星巴克,因为距离的原因,这家也是我去得最多的一家星巴克.这家店开在写字楼林立的闹市区,每天中午都会有很多顾客在排队等咖啡,别担心排队的队伍很长,实际上排队的时间并不长,他们的店员的速度非常快,用不了等多久就可以拿到你的咖啡.慢慢熟悉了这家店里服务员的面孔,看着他们之间配合的默契有时候也会不由的感叹, 这真是一个很不错的

读《大道至简——团队缺乏的不只是管理》有感

今天,怀着极其浓厚的兴趣,我读了大道至简第三章——团队缺乏的不只是管理,明白在我们软件工程作业中,一个好的团队,重要的固然要有非常好的管理系统和管理机构,但是更重要的是一个团队的整体配合,一个工程一个程序的完成是否,完全取决于我们这个团队是否一条心以及一起努力的程度.毕竟现在一个人要去完成一个大的工程是几乎不太可能的了,没有人有那么多的精力,也没有人有那么多的灵感和想法.所以团队的合作是极其重要的,也是完成一个大项目不可缺少的主力.一个团队的发挥往往都有1+1>2的效果,这就是团队的力量. 但是

《大道至简》-团队缺乏的不只是管理 读后感

<大道至简>-团队缺乏的不只是管理 读后感 时隔多日,再读<大道至简>,想要在书中急需找到一些编程世界的启发.<大道至简>-团队缺乏的不只是管理,阐述了一个团队,必须要具备的是一个完善的管理机构,但最重要的却是一个团队最为一个真正的团队的配合一协作,这对软件公司组建新团队,管理团队都有非常的指导意义. 如何才能发展一个好的团队?在文章中作者指出,一个良好的团队不应少于三个人,这样才能符合团队的主从,监督,和责任的基本特性.然而一个团队需要一个领导者,一个团队的领导者起到