2005-06-27 10:56:19 ↑『璞玉』
请教大家一个问题
2005-06-27 10:56:50 ↑『璞玉』
项目开发计划 应该给哪些人看?谁又是最需要看的?
2005-06-27 10:58:29 青润
所有相关的人员都应该看。
没有谁更需要,只有根据任务的分配,不同角色的关注点有所区别而已。
2005-06-27 11:00:04 ↑『璞玉』
那就是说项目组成员都应该看了。那同理,测试计划、报告等文档也是一样了?项目组成员都要看,只是关注的部
分不同。
对吗?
2005-06-27 11:00:39 青润
是的。
不仅仅是看,每个人都应该参与到与自己工作内容相关的计划的制定工作中,这样才能使计划更客观,更具有可行
性。
2005-06-27 11:05:53 ↑『璞玉』
那再扩大一点,从项目来说,项目成员是否都应当看到所有的项目文档。包括开发相关的HLD/LLD/SRS,以及测试
相关的、配置管理相关的文档,还有会议纪要,项目周报、评审文档。
但实际上假如这样,开发组的文档只发给项目经理,测试组的文档(测试计划、测试报告)只发给项目经理,配置
管理的文档也同样只给PM……
那么这样是有问题的?有些人持的意见是:开发组的文档其他组不用关心,配置管理的也同样。
甚至于测试组组长认为不需要测试员去看计划和报告,这些只是给PM看的。
2005-06-27 11:06:08 ↑『璞玉』
这种情况在很多地方都比较常见。
2005-06-27 11:07:15 ↑『璞玉』
大家都在谈论文档的重要性,配置管理的重要性,变更管理的重要性。结果大家都做了,文档都有了。
就是造成了,没人去看。
2005-06-27 11:07:58 青润
呵呵,这个的具体处理方式要看项目经理的管理模式和习惯了。不好强求。因为每一种查看的方式都可以说出其道
理。只有计划是最特殊的。
关于测试和其他文档,我个人的看法是:
根据项目进行的实际需要来考虑,一般来说,于某个程序员开发内容相关的文档,他是必须了解并获得的。其他人
开发中所需要的辅助文档和测试文档则不一定。
2005-06-27 11:08:00 ↑『璞玉』
或者说,大家认为只需要PM、以及各组组长看就行了。
2005-06-27 11:09:08 青润
不,有些时候,一般的程序员也需要参加别人所开发模块的同行评审,这就需要查阅别人的文档。
当然,还有一种情况,那就是与这个程序员所开发的模块有关联关系的模块的文档,这个程序员也应该看到并了解
,甚至熟悉到精通。
2005-06-27 11:09:49 沙狐(corsak)
有道理
2005-06-27 11:10:34 青润
组长看到的会更多一些,因为一般成员所看到的文档应该由他来负责定义和交付,这样就可以减少程序员不必要的
工作量,减少大量的时间浪费了。
2005-06-27 11:11:22 青润
甚至,可以认为组长有权力限制组员看到一些不必要的文档。这样可以减少时间的浪费,但是,如果因此发生了配
合上的偏差,组长是要负责的。
2005-06-27 11:13:28 ↑『璞玉』
那就是说,假如我们向组长或者PM索要“不相关”的文档,他甚至可以拒绝?
我说的不相关,比如是这个人开发的模块不涉及,也不需要peer review,那么就是“完全不相关”。
2005-06-27 11:13:54 青润
可以。
2005-06-27 11:14:27 青润
不过,一般作出这种决定的组长和pm应该属于强势项目管理者,也就是说,这种管理者本身应该是技术高手。否则
,这样的决定会让其他人受不了。
2005-06-27 11:16:12 flashboy
我觉得没必要这样限制, 除非是某些涉及到机密的东西,一般的项目文档应该是全部开放的,这样有助于成员更好的
在全局宏观的角度来看待思考项目. 同时成员也能通过整个项目的文档提高自己的相关水平
2005-06-27 11:16:55 青润
呵呵,限制不限制,看项目情况。如果一个人没事的时候,总是到处翻看其他资料,难免不会让人产生疑惑。
2005-06-27 11:17:09 青润
当然,我前面说了,这要看项目经理的管理模式和经验。
2005-06-27 11:17:15 flashboy
至于哪些该看,哪些不用看,我想作为成员自己应该比谁都清楚, 如果自己时间紧迫,谁又愿意去看无关的东西呢
2005-06-27 11:18:32 青润
如果每个人都知道该如何做,该看什么,我想也就不会发生管理者限制成员看某些文档的权力了。
2005-06-27 11:18:38 青润
不,事情了。
2005-06-27 11:19:41 flashboy
我想这应该还是与团队的具体情况相关的.
2005-06-27 11:20:02 青润
你这句话其实就是再重复我前面表达过的意思了。呵呵
2005-06-27 11:21:12 ↑『璞玉』
嗯,我觉得限制会有不利的一面。但是确实说到机密的话,其实每份文档对“外”都是商业机密——关键在于,这
个“外”如何定义?
是公司内的任何人都能看?还是同一部门的任何人都能看?还是项目组的任何人都能看?或者……其他。
2005-06-27 11:22:30 青润
限制与否,也和人对自己的定位和想法有关。
前面已经说过,如果真的工作很忙,正常人是没有时间看其他文档的,而这个时候如果某人就是再看其他文档,谁
能不产生怀疑呢?
2005-06-27 11:23:14 flashboy
我觉得从管理思想上来看,首先要充分信任团队成员. 正是用人不疑, 疑人不用. 况且在法律程序上一般都与员工
签了保密协议,如果违反,是有相关的程序去追究责任的
2005-06-27 11:24:28 flashboy
呵呵, 我觉得青润兄这点看法有点主观啊,
2005-06-27 11:25:24 青润
呵呵,这个问题,要看具体的人和公司了。
你所说的用人不疑,疑人不用,其实在现实生活中是很难做到的。或者说,几乎没有人能够做到。
当然,充分信任是必须的。
如果是我做,我是不会限制别人看什么的。
但是,如果你看其他的文档做其他的事情影响了你的正常工作,那我就肯定会对你有所限制了。任何人看到这种情
况都会对你有所防备的。不是么?
2005-06-27 11:27:18 jesse
有道理 必须在可控的条件下放开
不能是对文档完全没有控制
2005-06-27 11:28:53 flashboy
呵呵, 我想如果是一般的项目文档是可以完全放开的, 只要不是涉及到公司核心利益,比如项目中某关键性技术设
计方案\ 各模块关键代码等。
2005-06-27 11:29:54 青润
你这么说,其实就是没有意义的了。
因为你说得这是任何人都会如此考虑的,而不是一个观点性或者有建议性的做法。
2005-06-27 11:32:57 ↑『璞玉』
关于影响工作的事情,我想这么来说可能好一点,假如这个员工在正常工作时间是认真做事,他只是在午休的时候
、或者下班的时候和leader提到说想看看这些文档——只是出于自己“爱学习”的浓厚兴趣去看。
我想如果真的限制所有文档,那么会造成这个情况,一个程序员也好,测试员也好,都要有对软件工程和项目有一
定的宏观认识了解,也许不是每个人都能成为系统分析员,但是要给他们提供、营造这种良好的环境。
有机会接触一些东西,你才能真正获得进步。如果人人真正的是“只扫自家门前雪”,那会发现有一天这个人被提
升为PM或者SA的时候,他一无所知,从零做起。
2005-06-27 11:34:42 flashboy
怎么说呢, 我想我要表达的意思是在宏观层面的文档是可以最大限度的开发的,为什么呢,因为宏观层面的文档涉及
的范围对象最广,所以每个人有必要清楚了解.那么我所说的宏观层面文档就是我刚才在上面提到的一般项目文档,
比如项目计划,测试计划,系统实现规范\配置管理文档等 在对具体层面的文档可以考虑有限制的开放,因为具体层
面的东西往往是直接负责于某一个或几个成员,所以一般其他成员可以不用关心.
2005-06-27 11:36:57 flashboy
另外从成员成长来看, 我觉得把一些项目文档公开是可以提高他们的能力的.这点上我赞成『璞玉』的观点
2005-06-27 11:37:44 青润
这一点,你的说法和我的说法没有区别。
不过,这里有一句话我认为你说得有些问题。并不是每一个程序员/测试员都需要对项目有宏观的认识了解。在工
作中,要明确自己的职责和范围,可以这样说,较大规模的公司几乎没有不做文档浏览权限限制的。所以,不要认
为公司会让每一个人都成为pm或者sa。
公司只会在需要的时候考虑有能力的人的提升问题。同时还有一个国内公司较为严重的问题,那就是,很多公司从
来就没有想过自己要培养pm或者sa,需要的时候都是招聘,而不是内部发掘。所以,你的这种考虑属于较为理想化
的考虑方式。
同样,如果一个程序员因为被限制看某些文档而不努力工作或者做一些其他的事情,只能说明他个人的职业素质有
问题,这样的人在任何公司都将是不被容纳的。
附加一句:在管理学上,是绝对禁止一个人看自己权力范围以外的不被许可的文档和资料的。如果你看了,你就只
有走人。昨天刚刚听到了一句话:管理者是有情的,管理是无情的,制度是绝情的。
2005-06-27 11:40:42 青润
另外,我个人并不认为公开文档就能提高人的能力。
相反,我认为对于一些情况来看,这样的公开反而是有害的。
比如说,有些大学生,还没有毕业就到处找文档,找资料,让别人给他发送项目文档。他拿来是做什么的呢?不是
学习的,不是应用的。而是修改以后糊弄老师的。毕业的时候,还可以修改出一些文档来糊弄招聘者,这样的人是
非常多的。我就见过很多,大学一毕业,就声称自己如何如何,开口闭口自己是sa,不能做编码工作……要做就做
pm或者sa。呵呵
2005-06-27 11:41:27 flashboy
呵呵, 我有这种想法是因为我就是从一个开发人员走过来的, 所以从我个人内心中是愿意为开发人员多提供一些学
习的途径帮助成长的. 其实看那些文档的目的也不一定是一定要成为PM或者SA, 只是培养个人一个全局看问题的能
力, 如果我想知道了全局,那么他个人在他所负责的领域就更加知道怎么去配合整个团队了
2005-06-27 11:42:10 青润
要知道,人的接受能力和领悟能力都并不是能够跨越式发展的,适当的时候看适当的提高文档和资料来学习,是有
用的,也是有好处的,而如果在不适当的时候看过高的文档,往往只能让一个人毁灭掉。
就像现在很多人想做pm和sa,他们想做这个职位的原因是,这个职位高,收入高,更重要的一条是,不用那么辛苦
的去写代码了。
2005-06-27 11:42:19 flashboy
当然,文档本身没有问题啊,关键看利用他的人是在处于什么目的,
2005-06-27 11:43:26 青润
这就出问题了。
可以这样说,如果一个程序员拒绝写代码,它永远不会成为一个好的软件从业人员。可以说一个软件技术从业人员
一旦停止了写代码,也就意味着它的软件业生涯的终止——我这句话说得可能有些过火。但是,很多人想要的提高
就是为了躲避写代码。这是非常非常严重的问题。
2005-06-27 11:45:02 flashboy
其实青润兄说的这个问题我知道是存在的, 的确现在有很多比较浮躁的人. 但是这个问题深层次的原因很多, 除了
个人职业观念问题外,还有其他一些社会问题
2005-06-27 11:45:55 ~春光
同意观点,
2005-06-27 11:47:46 青润
一个好的领导者是会根据成员的实际成长而不断地给他一些提高的事情来做,给他一些可以提高的资料来看,但绝
对不是把所有的资料都给他看就是对他的帮助。相反,这在目前的情况下,是一种非常严重的伤害。
2005-06-27 11:48:25 小魚兒
[strong]
2005-06-27 11:48:33 小魚兒
大长见识了。
2005-06-27 11:49:20 色狼九段
[strong]
2005-06-27 11:49:32 ~春光
[:)]
2005-06-27 11:52:31 柳随风
有这样的领导,我就去投奔了
2005-06-27 11:53:04 ~春光
领导只是个引导毕竟以利益为主要目的
2005-06-27 11:53:14 沙狐(corsak)
学到了不少东西..
2005-06-27 11:53:24 flashboy
这样的领导素质很少在项目经理这个层次出现
2005-06-27 11:53:42 ~春光
如果我理解青润兄的话就是自己应该掌握自己的发展方向与方式,
2005-06-27 11:53:53 柳随风
学到了什么,总结一下吗啊
2005-06-27 11:54:15 ↑『璞玉』
青润大哥说的情况是从另一个角度去考虑的,没错——不过我从另一个角度来发问,呵呵。
假如我现在是一个程序员,也做了五六年了,我希望能有机会锻炼锻炼自己的项目管理能力——是我“主动的、自
觉的”想。
但是如果按照青润的思路,除非我真的做PM了,否则一直得不到实践工作的机会,也就是说无法在真正的项目中提
高自己(总不能光看书就够了吧)
这么一来,我将会被注定这辈子永远做一件事情——仅仅因为我得不到锻炼自我的真实环境。
当然还有别的可能:得到升迁,或者跳槽了,有机会去做PM了。才能在实际中锻炼自己。
这好像是一个悖论。好像PM都是游泳健将,现在我也希望有朝一日像他们一样,但是一直在看理论书籍,得不到下
水的机会。
再打一个比方,好像打篮球,我一直希望能和水平比我高的朋友打球,提高自己的水平,但实际上一直在和水平差
不多的朋友一起打,一直得不到这样的机会。
于是,我永远都是庸才……
2005-06-27 11:54:18 青润
自己掌握的同时,要主动与领导者沟通,获得他的认同,这也是程序员自己应该做到的事情。
2005-06-27 11:55:06 沙狐(corsak)
这里面有几个拿到pm证书的?
2005-06-27 11:55:23 小魚兒
我们这边还没有pm。连管理项目的人都没有。都是各自发挥
2005-06-27 11:55:40 柳随风
各自发挥
2005-06-27 11:55:42 青润
璞玉,你的说法,是有问题的。
并不见得,必须和水平高的人交流才能提高自己的水平。人应该学会在任何环境中作总结作积累,这样才能最有效
的提高自己。
2005-06-27 11:55:53 柳随风
每个都是高手吧
2005-06-27 11:55:54 青润
而不是必须找到比自己水平高的人的存在。
2005-06-27 11:56:24 ~春光
同意青润
2005-06-27 11:56:28 沙狐(corsak)
有道理.
2005-06-27 11:56:40 小魚兒
吃饭去了。
2005-06-27 11:56:37 小魚兒
没有啊。
2005-06-27 11:56:59 ↑『璞玉』
嗯,不完全是这样。不可否认一个情况,青润兄。比如短跑,大家都有过。
2005-06-27 11:57:02 flashboy
和水平高的人进步还是要快些, 比如和青润兄你,呵呵
2005-06-27 11:57:17 柳随风
我觉得和水平高的应该会快一点
2005-06-27 11:57:45 ~春光
这种观点是一种懒人观点
2005-06-27 11:57:45 ↑『璞玉』
如果你和一群比你速度慢的人一起跑,跟和一群比你速度快一些的朋友跑(当然就快一些),成绩肯定会不一样!
不是吗?
2005-06-27 11:58:03 ↑『璞玉』
我先吃饭了,青润兄,大家,bye,下午聊。
2005-06-27 11:58:03 柳随风
懒人?
2005-06-27 11:58:15 ~春光
高人会给你一些捷径!
2005-06-27 11:58:24 flashboy
哦,吃饭时间到~~~~~ GO~~ 下午见~
2005-06-27 11:58:43 ~春光
但这不是提高的必需
2005-06-27 11:59:35 青润
快与慢,其实质是你的感觉。
而水平高的人不见得总有时间。而且,任何人都是需要生存的。我也一样。何况,我也就是个一般的人而已。
就如你所说跑步来做例子。
如果你认为大家都很慢,你难道没有考虑过你原来只是跑在他们前面,下次要超过他们两圈的想法么?
而认为必须和水平高的人交流,这往往会让人产生一种严重的依赖心理,也就是说,你将丧失自学的能力,而主要
是靠别人的提醒和帮助来学习。如果是这样,你将不会成为绝顶高手。也许能成为高手,就不错了。
2005-06-27 12:00:31 ~春光
这些能通过自己的努力,扎实的基础和广泛的阅读(文章,程序)来完成
2005-06-27 12:00:43 沙狐(corsak)
跟技术差不多的人一起, 只要自学能力强.我觉得进步更快.
2005-06-27 12:00:52 ~春光
[strong]
如果别人都来问你问题你的提高更快
2005-06-27 12:01:19 沙狐(corsak)
相比之下可以发现他们的遇到的问题,让自已不再遇到.
2005-06-27 12:01:27 青润
还有一句话:
帮助水平比你低的人,并不见得就不能提高。也许他们也会遇到很多你无法遇到的问题,毕竟不是每个人都会把所
有的问题都经历过。
2005-06-27 12:01:40 沙狐(corsak)
同感.
2005-06-27 12:01:54 ~春光
嗯
2005-06-27 12:02:11 沙狐(corsak)
在高手下做小弟. 总是被指来指去..
那才不爽..
2005-06-27 12:02:38 ~春光
做任何事要有自己的想法,包括做小弟,
2005-06-27 12:02:54 青润
那可不一定。做小弟的时候,往往是提高速度最快的时候。呵呵
当然,也要看别人是否给你这个提高的机会。
2005-06-27 12:03:25 沙狐(corsak)
这要看高手是否保守了..
2005-06-27 12:03:25 青润
如果他只告诉你答案,而不告诉你过程,你也只有自己来摸索过程才能得到真正的提高,否则,只能是一知半解。
2005-06-27 12:03:26 ~春光
如果只是单纯的听指挥当然不爽,不过如果你能从高手们的安排中学到他们的一些有用的东西,我觉得也不错
2005-06-27 12:08:15 jane
要想自己水平成长,最重要的是自已主动学习、积累经验。同时周围环境也会起一定的客观带动作用。
但重要的是态度。
同样的环境,有人成长快,有人成长慢,是能力和主观的努力起的作用。
当然,如果你非常努力,又在好的环境下,是最有利的。但如果环境一般,自己非常努力,也会有收效的。
2005-06-27 12:15:22 jane
关于项目管理经理对文档的控制,对个人学习的影响。
一般来讲无论公司或项目经理都会根据项目情况适当的控制文档的管理权限。
程序员如果想向上发展,
第一,要出色的完成本职工作,尽量比其它人做的都好。
第二,通过其它途径,比如上网查阅等了了解项目管理的知识资料等。
第三,以积极的工作态度得到项目经理或公司的认可。
那么,也许不用你要求看什么,公司或项目经理都会考虑培养你。
另,如果你在一家公司工作3年以上,如果没有向上发展的趋势,首先审视自己的工作态度、能力等,如果认为问
题不是出在自己身上,可考虑换个工作环境。
以上个人观点,仅供参考