不是某技术领域的专家,可以带使用该技术实现的项目么?

     "要有效地管理项目,除了具备特定应用领域的技能和通用管理方面的能力以外,项目经理还需具备:

  知识。对项目管理,项目经理知道什么。

  实践能力。项目经理能够应用项目管理知识来做什么和实现什么。

  个人素质。在执行项目或相关活动时,项目经理如何行动。个人素质包括态度,主要人格特征和领导力--指导项目团队实现项目目标和平衡项目制约因素的能力。”

          ---- 《PMBOK》

  

  今天在水木上看到了一个这样的帖子,我把它粘过来备案一下,后面还要继续思考这个问题。

 

 

 

 

发现项目经理做的事似乎和软件技术本身关系不太大,似乎就算技术不出众也可以作好项目经理。
如果一个开发小组就那么两三个人,而且项目不那么计成本,对进度要求不那么严格,似乎也不太需要项目经理,几个人内部商量去呗,如果开发成员水平很一般的话设计师似乎需要一个
另外,最近程序员跟我叫板了,一个特爱逞能显摆自己的小p孩,特能咋呼,没数,有一点点代码能力,安排他任务,他说你不会自己做啊?整天让我做这做那,你整天在干嘛?其实我对他没任何行政管理的权利。

 

技术不出众恐怕降不住下面的人 
除非你下面的人也不写代码

 

 

是的,程序最不希望不懂程序的人来瞎指挥。

 

 

我从来没有哪个直接上级认为他的代码写的比我好。
但是我很甘心也很喜欢做一个普通程序员。
反而是让我去带team的时候觉得不自在。

 

项目经理要么自己懂技术
要么手下有个长期合作互相信赖的懂技术的人
不懂技术想组建一个好的团队比较难
除非是一个比较成熟的团队,叫你过去只是安排下进度,和客户打打哈哈

 

同感
平静的、开心的每天一个人把自己的代码写好.... 是多么惬意的日子

 

倒不是,这个项目界面的东西太多,最烦这种琐碎的东西,所以项目里没太发威,就是把架构弄到增删改查的粒度,让别人实现去拉倒。
其实真正不太懂的还是项目管理
另外,我们这个team非常不成熟,n组织凑起来的。除了加班没太有怨言之外,别的方面完全就是乌合之众,很多人甚至完全不具备用最好的方法实现一个功能的欲望,能实现功能就行这种认识实在很难改变。
除了我治下的子系统以外,其他模块在我眼里全都是临时搭建的简易房,再加上程序员素质不那么优秀,代码库混乱得很。
我觉得我扮演个技术方面的角色还行,对项目管理就不那么在行了,实在不知道怎么才能让程序员在规定的时间内完成一个比较简单的功能。他们看上去也一直在干活,可是效率就是不高。
而且,项目经理不就是排排进度么,管下人少的话,似乎工作量也不那么大,也难怪程序员会觉得项目经理轻松。

 

你比较喜欢单纯的生活
只想把自己的任务做好,不太喜欢考虑太多其他的事情
尤其是人与人之间的事情

 

难道你就没思考过为什么架构要这么设计?

 

那我也不需要做项目经理啊。

 


做项目经理在做什么? 
 和需求方讨价还价。

 招聘

 做绩效

 发版本

 整理BUG列表

 做预算

 PPT给领导汇报

你最喜欢哪个?

 

 

你是担任项目的项目经理么,对这个小孩没有管理权?小孩对你这么说话
你不写代码,但是能写吧

 

……我们这里比较专业,领导让我一个大系统的子系统,找的便宜的外包公司的小p孩来编码,说是管他们,其实对他们没任何实质性的制约资源。
现在扮演的其实就相当于项目经理+分析师+架构师的角色吧
我以前都是单打独斗要么跟一两个人合作,完成我们业务部门的项目的,所以现在对我的角色没什么概念。以前我也被,但是我的人都是领导,真说他起到什么作用,那唯一的就是施加压力吧,或者有时在设计时露两手来干扰我的开发工作。除了工作积极些不高以外,项目到倒没任何问题。大多数知名软件也是单打独斗没有任何管理地诞生的吧?
所以开发期我觉得我现在的角色也没什么事干,唯一的就是看小p孩们手着急来气,有时候写demo教他们,有时候解决他们解决不了的问题。再就是被层出不穷的bug郁闷。

 

 

没有正式授权?项目经理确实不方便直接指导别的程序员,开发经理才是合适的名号

 

我说了我们这里专业,授权就是你管这个子系统,这几个人(外包公司的)跟着你干活,无他
钱之类的当然不可能我管
现在比较爽的就是,我用做琐碎的mis系统的编码了!

 

 

说到底还是气场不够
人进来的时候,先开个会,明确一下你老大的地位
平时碰到它们做的不好的地方,该说还得说
我觉得像你碰到的这种手下,敢说那样的话,基本上就不能在公司了

 

而且,mis系统需要架构师么
没什么特殊需求的话,用ssh【SSH(Struts,Spring,Hibernate) Struts进行流程控制,Spring进行业务流转,Hibernate进行数据库操作的封装】.net不是很明显的么??

 

 

: 说到底还是气场不够
这个是真的!我平常对与人接触的态度其实是——逃避,现在硬撑着持续项目,但其实心底里还是在逃避。
看了一些项管的书,发现他们都是在教让项目秩序化的技术,却没有怎么贯彻这些技术的方法。平常我就习惯于依附别人,受人照顾,不喜欢且坚决不自己挑头。
不把心理问题解决了,看来是难做好这个角色的。
另外,我仍然觉得开发期我的角色其实比较轻松,设计开发之前必然要做好的,排个进度什么的也花不了多少时间吧。

 

 


kyxkcoach (coach) 的大作中提到:
: 没有正式授权?项目经理确实不方便直接指导别的程序员,开发经理才是合适的名号

叫产品经理行么?

 


chaobill (若我离去,后会无期) 的大作中提到:
: 叫产品经理行么?

那就更离谱了,产品经理相当于公司内部的甲方:规定产品作成什么样,而不管产品怎
么用程序实现

 

kyxkcoach (coach) 的大作中提到:
: 那就更离谱了,产品经理相当于公司内部的甲方:规定产品作成什么样,而不管产品怎
: 么用程序实现

我们现在的状况是:大领导拍板推广之前,开发方求着使用方试用程序,拍板推广之后使用方求着开发方改程序


kyxkcoach (coach) 的大作中提到:
: 那就更离谱了,产品经理相当于公司内部的甲方:规定产品作成什么样,而不管产品怎
: 么用程序实现

我们团队牛的共有4 个人。


1个架构师,1个项目经理,1个产品经理,再加上我这个程序员。

后来我们团队扩大了,加了下面的人
产品测试,美术设计,页面设计,前端程序,服务器管理员,数据库管理员,策划。
后来又加了 SEO 专员,网络广告专员
再后来再加了 ...


chaobill (若我离去,后会无期) 的大作中提到:
: 我们团队牛的共有4 个人。
: 1个架构师,1个项目经理,1个产品经理,再加上我这个程序员。
: 后来我们团队扩大了,加了下面的人
: ...................

你们公司不小吧小公司养这么多角色不容易

 

 

Orpherus (奥路菲) 的大作中提到:
: 你们公司不小吧小公司养这么多角色不容易

哈哈,我的意思是说把项目经理,产品经理,架构师这些角色分开出来真的很不合理和没必要

 


chaobill (若我离去,后会无期) 的大作中提到:
: 叫产品经理行么?

产品经理才真的是可以完全不懂技术


只要懂业务,懂客户就行了


chaobill (若我离去,后会无期) 的大作中提到:
: 哈哈,我是说把项目经理,产品经理,架构师这些角色分开出来真的很不合理和没必要

我感觉产品经理还是有必要分一下

 

guestking (能把guessking这个id送给我吗?) 的大作中提到:
: 产品经理才真的是可以完全不懂技术
: 只要懂业务,懂客户就行了

我发现我就是产品经理。。。。。

 

guestking (能把guessking这个id送给我吗?) 的大作中提到:
: 我感觉产品经理还是有必要分一下

对互联网来说,这没必要分。
产品经理就是架构师。
什么要都懂一点,但什么都不精。
我们要扛住老板的一个月发布,还要扛住开发人员的一个月才能做完。

 

chaobill (若我离去,后会无期) 的大作中提到:
: 对互联网来说,这没必要分。
: 产品经理就是架构师。
: 什么要都懂一点,但什么都不精。
: ...................

应该是老板要求1个月发布而开发要2个月才能完成你夹在中间


chaobill (若我离去,后会无期) 的大作中提到:
: 哈哈,我是说把项目经理,产品经理,架构师这些角色分开出来真的很不合理和没必要

你公司的情况不清楚,但对大部分稍具规模的公司而言都很有必要

 

越小的项目,项目经理技术能力越要强

 

 

用最好方法实现。。。
这本身就不是项目经理应该说的话

 

OffTheWall (疯狂) 的大作中提到:
: 而且,mis系统需要架构师么
: 没什么特殊需求的话,用sshnet不是很明显的么??

你以为架构师就是干这个的啊
选个框架、语言就行了。。。

 

chaobill (若我离去,后会无期) 的大作中提到:


: 哈哈,我是说把项目经理,产品经理,架构师这些角色分开出来真的很不合理和没必要

这几个title我都玩过。。呵呵

 

itworker (IT民工@车险出国险) 的大作中提到:


: 你以为架构师就是干这个的啊
: 选个框架、语言就行了。。。

你看我的前提,典型的mis系统确实不需要别的啊


OffTheWall (疯狂) 的大作中提到:
: 你看我的前提,典型的mis系统确实不需要别的啊

只能说你不知道啥叫架构。。。


而且也只是拼凑一个能用的东西
这样能让小弟服你就是奇迹了。。。


OffTheWall (疯狂) 的大作中提到:
: 你看我的前提,典型的mis系统确实不需要别的啊

架构师
光一个数据库设计就够玩完的。。。


OffTheWall (疯狂) 的大作中提到:
: 而且,mis系统需要架构师么
: 没什么特殊需求的话,用sshnet不是很明显的么??

肯定是需要的!

 

可以做,但又没技术能力,又没领导力,就当不了了。


chaobill (若我离去,后会无期) 的大作中提到:
: 是的,程序最不希望不懂程序的人来瞎指挥。

项目经理本身的职责是管理、沟通,并不是技术,技术有技术经理把关
项目经理不懂技术其实并不可怕,怕的是技术不懂,管理也不懂,却喜欢事事一把抓

 


lzm001 (叫啥好呢?) 的大作中提到:
: 项目经理本身的职责是管理、沟通,并不是技术,技术有技术经理把关
: 项目经理不懂技术其实并不可怕,怕的是技术不懂,管理也不懂,却喜欢事事一把抓

团队多大的时候需要项目经理?

 


chaobill (若我离去,后会无期) 的大作中提到:
: 对互联网来说,这没必要分。
: 产品经理就是架构师。
: 什么要都懂一点,但什么都不精。
: ...................

what? 产品经理是架构师?
我们这里的产品和技术一点关系都没有

 

项目经理要花费太多的时间在行政上,也不一定需要代码能力多强,对项目的掌控力、考虑全面性是必须的
整天觉得自己牛掰哄哄,不被重视这种特恶心

 

真正的程序员都是眼高手低的,而且还喜欢盲打,你必须清醒地认识到这一点。

 

依小的看来
要么你技术牛逼, 把他们镇住
要么你以各种手段, 镇住技术最牛逼的那个, 其他的自然不吱声
要是这两个都搞不定, 
要么开掉他们
要么开掉自己
然后进入下个循环

 

 

 今天又看到了一往篇文章 ,老外写的,如下:


 

  上周,我和公司里四个技术负责人中的两个一起给应聘公司副总裁职务的候选人进行面试。屋里了所有人——除了我——都是典型的“技术型”人才——他们能写代码,有解决编程难题的经验,有计算机专业背景。我写最后一行PHP代码已经是2004年的事了,而且那些代码被一个真正的程序员在半年内给重写了。

  面试过程中,我们有下面的交流(记忆力有限,只是大概的复述):

 

  托马斯—我们的一个技术负责人:
如何能设计出一个能有效的应对系统升级扩容(增加一些新的数据)的系统,实现这样的升级而不影响用户的使用,会遇到什么样的挑战?

 

  应聘者:存储这些数据不会是个大问题——Amazon S3能解决这种情况。过程可能要费点力,但也不是很难。你需要思考的是如何让应用使用这些数据;预处理每个视图,预先换算也许是个蠢办法,但当用户需要反向排序时发现速度严重降低,这也许是更糟糕的事情。你可以使用(三个字母的简化术语)在内存中做一些数据转化。

 

  : (点头)

 

  应聘者:然后你需要确保…

 

  :哦,等一下。抱歉;我不该点头。我不知道你说的(三个字母的简化术语)指的是什么。能解释一下吗?

 

  每个人都露出了笑容,笑了起来(很友善的),应聘者解释了这个术语,然后继续说下去。

 

  这就是我要说的问题。数年前,我曾经极度恐慌于在我所管理的团队面前解释被问到的问题。从我在其它一些公司的经验(做访问,做顾问,做咨询等)发现,这是一个相当普通的现象,特别是在管理层、CEO队伍中。当你管理其他人,你总以为需要知道所有的答案,或至少要了解所涉及的问题,不是吗?

 

  但这是有条件的。在某些公司里,他们高度的政治化、等级森严的文化需要管理者表现的像个完人。我本人从来没有在这样的地方工作过,但我见到过,我知道,对于处在这种环境中那些家伙们,维护面子和展示强势是件重要的事。但在创业公司和创业者的世界里,这是我们需要拒绝的传统余孽。

 

  像我这样非技术的人通常会有一种自卑情结,感叹于缺少某一领域的知识。我们在很多的行业媒体、博客以及论坛里都能看到那些鼓吹:真正的程序员应该鄙视同/为不懂技术的管理者、创始人、CEO们工作。你只需要看一看这些非常火爆的关于这个论题的帖子:

 

 

  这些文章足够让像我这样的家伙们羞愧的无地自容,惊恐的在Sal Khan 或Codecademy找一个2周的速成教程,戴着面罩学习,直到取得第一张hackday MVP证书。在互联网的远古时代,我是个很烂的网页设计者,使用Dreamweaver和一些从论坛、谷歌搜索,或访问过的网站上偷来的代码拼凑成蹩脚的PHP程序,并把它们放到网站上。这也许就是我干过的最有技术性的工作了。

 

  不像上面的那些文章的作者,我从来没有去花上数周的时间自学Ruby,Rails框架,去开发一个小的应用程序。甚至我曾有过好几百小时的时间可以让我在计算机科学上学习、取得成绩,以帮助我在招聘工作,面试,或写PPT,或在我下周的演说中表现的更好,或者在博客里使用。但我没有好好的利用。

 

  然而,不管怎样,我们的Moz公司已经成为一个相对成功的技术公司。我们在西雅图找到了一批最好最聪明的技术人员,他们能处理最有挑战性的软件工程问题,而大多数情况中,我们都干的很不错。

 

  在Quora上有个很火的帖子问到“软件开发中最常见的错误认识是什么? ”我想,这种认为只有懂技术的人才有资格管理和领导技术型软件团队的想法应该在这个答案清单中占有一席之地。确实有些人声称:一个优秀的软件公司不可能是由一个不懂技术的人创立或由一个不懂技术的人领导。但我却不以为然,有很多的创始人,企业领袖,或管理者,对他们的业务技术根本不了解,但却实现了伟大的成就。

 

  一些微型的团队,虽然没有专业知识,却能对创立的公司做出杰出的市场推广,把他们的宣传传播到了每个角落。缺乏销售经验或非科班出身的CEO在实践中学习取经,这样的例子比比皆是。旁观者看到他们没有MBA(包括会计,金融,管理,经济学等)知识,却能募集到大笔的资金,处理复杂的金融交易,雇用到杰出的管理人才,带领公司从创立到上市,人们对这些反而啧啧称奇。像旅游,媒体,移动,游戏,房地产等很多的领域里,外行的领导人都能根据实际情况而学习,雇用人才,把技术决策留给认可的专家。我几乎没有见过创业领域出来的权威人士会鼓励创业者们自己钻研这些专业知识而不去聘请外面的专家。

 

  软件领域很特殊吗?

 

  可能。

 

  难道一个人能知道如何用程序语句来引用变量,或知道如何把数据存储到数据库中,就能本质的增加他在创业路上成功的几率吗?

 

  也许。

 

  但是我相信,有很多其他方面的专业的知识也能给创业的过程带来很大的正面影响,而且很多都是跟编程不相关的。

 

  我至今仍在为缺乏工作中的某些知识而极度的难为情。但关键是,至少是对我,要承认自己是个笨蛋,正确的看待这种骂名,不再恐惧。并不是对这些视而不见,而是把这个环境当做自我勉励的舞台。但是,因为要做出正确的决策,你需要理解问题、故障和可能的解决方案。这并不一定需要你做深入的技术探索,而是需要你问大量的问题,其中一些可能是很傻,很无颜面的问题。

 

  这种做法在很多我见到过的以权力为中心的公司中遇到了直接的阻力,甚至在Moz有时也会有。但也许是因为我的脸皮越来越厚,这种做法让我在各种专业技术中都获得了好处。我们雇佣到了人才,公司在慢慢的成熟,对于那些难题(我提出的或被问到的),我最喜爱的一个回答是“我不知道。但我会弄清楚。”

 

  无论你在创业领域处在什么样的情形中,我想,显露无知总比掩盖无知好,即使是对那些被认为“无所不知”的人也是这样。对一个人因为他不会编码就对他的能力大打折扣,这似乎成了一个潮流。在Fackbook是这样;在谷歌某种程度也是这样;科技新闻界和风险投资家们推波助澜,似乎这就是真理了。我不敢苟同。

 

  虽然这样,我仍然计划着在Khan Academy上找一些计算机科学方面的讲座来看。


 

 

 

 

 

posted @ 2011-09-17 00:27  szh1140  阅读(254)  评论(0编辑  收藏  举报