2007-01-27

项目的出发点－－人力资源？项目本身？

项目的出发点－－人力资源？项目本身？
daoger

昨天和项目经理说了一下最近的工作，无意中也说了一下项目今后的改造问题，
结合我们现在的项目，遂产生了一个疑问：一个项目的出发点应该是什么？

一个项目的启动受到方方面面因素的影响，用户需求的可行性、软件开发人员的
限制、技术储备是否充足、时间是否够用这些都是主要因素，同时免不了还有项目收
益的问题。自己综合各方面的因素认为项目的出发点应该是项目本身，在很大程度上
也就是用户需求，抛出除需求以外的因素，综合全面的分析用户需求，力求使系统完
备的满足用户需求；用户在使用中是否方便灵活、是否具有较强的健壮性，这些都是
在项目分析设计之初要充分考虑的问题；从软件开发人员方面讲，在充分满足用户需
求的同时，考虑如何使项目开发工作量尽量少，开发迅速，架构清晰明了，节约成本，
增加项目收益，易于以后的维护，也是不可缺少的。

但是在现实中又是怎么样的呢？许多项目的出发点不是项目本身。由于软件开发
的本源还是人，项目的另一个出发点就成了开发人员本身。开发人员的设计水平、技
术水平，人员的配备，开发人员的热情成了决定项目的绝对因素。只要能拉到项目，
不管自身条件是否具备，项目都可以随时开工！

一块肥肉就在嘴边，你不想吃？没有条件，创造条件也要吃！

项目时间紧，可是人手不够怎么办？先启动项目再说！

前期分析设计还没做好，好多问题还没考虑怎么办？抛弃详细设计，从概要设计
开始自己理解着干，有的概要设计不也很“概要”吗？

开发人员技术水平不够，业务还没理解怎么办？加加班，贤能完成业务功能再说！

在这种情况下，项目是根据现有的分析和开发人员的自身水平进行项目的设计和
编码，同时因为前期准备不足，更别说文档和测试了。项目开发基础好的公司应该还
好一些，而对于项目基础薄弱，项目用到的开发语言有“真空”现象的公司，真的难以
想象，那这个项目做完了也是一个噩梦的开始！由于项目前期的准备、分析设计等都
没有做好，以后的后续开发也是这一情况的延续，更不用说缩减项目维护成本，增加
收益了。

而现实就是现实，项目最终还是用户说了算，用户认可了，一切都OK！只要和用户
搞好关系，项目差些，能用就行；功能死板、使用不方便灵活，也说的过去；维护费用
增加了，和用户签个新合同，再增加点功能和模块，也就挣回来了。有了这样的先例，
那以后的情形也就可想而知了，也更别谈为了长远利益而积累经验、做技术储备、培养
新人、提高员工素质了。

说到这里，我不得不怀疑自己最初的观点了。项目果真是从开发人员自身出发而不
是从项目本身出发？缺少分析设计人员；软件行业有水平高经验丰富的系统分析师啊！
开发人员技术水平不高；行业里的牛人多得是啊，再说有时间可以给现有开发人员组织
短期培训，设立激励制度，增加技术业务评定一项，于待遇奖金结合提高学习热情，提
高开发水平啊！机器不好，影响开发效率；淘汰旧设备增添新硬件啊！这些问题不是没
有解决办法，可是事情没有那么简单，费用是关键因素！市场开拓人员为了拉一个项目
可以请用户吃饭等等等等，费用很容易报销，因为结果是立杆见影的；而以上的费用谁
来出？你说过会有什么什么好处，会有什么什么的效果，可是再说也没用，就是没钱！

由于这种种原因，难道项目本来就是以人力而不是以项目、做更好的产品作为出发点
的吗？我现在有点迷茫了！我工作时间不长，项目经验也不多，正儿八经参与的项目现在
就两个，现在的项目已经近一年了，以上都是我自己对开发工作的思考与理解，肯定有不
对和不足的地方，希望各位老大、同仁能给我一个答案！
评论
daoger 2007-02-26
basicbest 写道
daoger 写道
KayMO 写道
理论上是这样，但实际上往往一个项目或多或少都会受到技术人员，或公司技术背景的影响，这很正常，楼主也不要想得太绝对，也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。

为了降低项目风险，技术因素也是一个不可忽视的方面；我只是不想再碰到那种以现有技术水平作为项目出发点，从而进行项目分析设计开发，一味赶工期，拆了东墙补西墙的项目！


我觉得这种疑问产生的原因和我们的教育有直接的关系，无论是csdn还是javaeye，90%的人都是做工程的，不是做科学研究的，但是我们的教育的方式是研究的方式。wikipedia上对科学研究和工程的区别有这样的表述，研究是为了回答Why，要的是专和钻，工程是要know-how，就是要知道一个东西怎么用，讲究的是tradeoff.所以很多讨论的问题是从技术的角度讲技术。
daoger如果有兴趣可以考虑一下，如何考虑解决这种“拆了东墙补西墙”的情况。


我认为有的项目存在”拆了东墙补西墙“的情况，根本原因就是在于分析设计时考虑问题的疏漏和不完善，当然人都无完人更何况是项目那！要避免这种情况，分析设计人员的经验和能力是头等重要的方面；不是说一个优秀的分析设计人员就能绝对的避免这种情况，起码可以使这种情况降低到我们完全可以接受的程度！
basicbest 2007-02-24
daoger 写道
KayMO 写道
理论上是这样，但实际上往往一个项目或多或少都会受到技术人员，或公司技术背景的影响，这很正常，楼主也不要想得太绝对，也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。

为了降低项目风险，技术因素也是一个不可忽视的方面；我只是不想再碰到那种以现有技术水平作为项目出发点，从而进行项目分析设计开发，一味赶工期，拆了东墙补西墙的项目！


我觉得这种疑问产生的原因和我们的教育有直接的关系，无论是csdn还是javaeye，90%的人都是做工程的，不是做科学研究的，但是我们的教育的方式是研究的方式。wikipedia上对科学研究和工程的区别有这样的表述，研究是为了回答Why，要的是专和钻，工程是要know-how，就是要知道一个东西怎么用，讲究的是tradeoff.所以很多讨论的问题是从技术的角度讲技术。
daoger如果有兴趣可以考虑一下，如何考虑解决这种“拆了东墙补西墙”的情况。
daoger 2007-02-24
KayMO 写道
理论上是这样，但实际上往往一个项目或多或少都会受到技术人员，或公司技术背景的影响，这很正常，楼主也不要想得太绝对，也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。

为了降低项目风险，技术因素也是一个不可忽视的方面；我只是不想再碰到那种以现有技术水平作为项目出发点，从而进行项目分析设计开发，一味赶工期，拆了东墙补西墙的项目！
KayMO 2007-02-03
理论上是这样，但实际上往往一个项目或多或少都会受到技术人员，或公司技术背景的影响，这很正常，楼主也不要想得太绝对，也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。
daoger 2007-02-02
simba.tang 写道
楼主好年轻！


什么意思？？？？
basicbest 2007-01-31
daoger 写道
basicbest 写道
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的，难免有情绪化的东西在里面，比如“不讲理”这个字眼。但是，为什么客户不讲理你还要做这个项目？另外重要的一点是，为什么客户不讲理？？

我只是一个普通的开发人员，项目的竞标以及收益（据说是以百万为单位的）也不是我有权力插手的；客户不讲理的缘由我也不是很清楚，自己不想乱说；总之，在开发初期是受了不少苦头，难以忍受！我现在就有这样的想法：以后再遇到这样的项目，直接辞职！


厉害,我从精神上支持你


我发现我的发言越来越情绪化了，以后我尽量不在这个帖子里发言了！

但我还是认为，项目是从项目本身为出发点的，其他的都应该是次要因素；《软件工程》不是白学的，有空我会再看几遍！


情绪化也不是坏事，关键是冷静之后的反思.
terrysky 2007-01-30
从某种意义上讲，中国的软件行业才刚刚起步，不规范是必然的，业界混乱，项目质量差，人员素质整体偏低等等，需要考虑和反思的问题还很多很多。
simba.tang 2007-01-30
楼主好年轻！
daoger 2007-01-30
basicbest 写道
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的，难免有情绪化的东西在里面，比如“不讲理”这个字眼。但是，为什么客户不讲理你还要做这个项目？另外重要的一点是，为什么客户不讲理？？

我只是一个普通的开发人员，项目的竞标以及收益（据说是以百万为单位的）也不是我有权力插手的；客户不讲理的缘由我也不是很清楚，自己不想乱说；总之，在开发初期是受了不少苦头，难以忍受！我现在就有这样的想法：以后再遇到这样的项目，直接辞职！


厉害,我从精神上支持你


我发现我的发言越来越情绪化了，以后我尽量不在这个帖子里发言了！

但我还是认为，项目是从项目本身为出发点的，其他的都应该是次要因素；《软件工程》不是白学的，有空我会再看几遍！
basicbest 2007-01-30
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的，难免有情绪化的东西在里面，比如“不讲理”这个字眼。但是，为什么客户不讲理你还要做这个项目？另外重要的一点是，为什么客户不讲理？？

我只是一个普通的开发人员，项目的竞标以及收益（据说是以百万为单位的）也不是我有权力插手的；客户不讲理的缘由我也不是很清楚，自己不想乱说；总之，在开发初期是受了不少苦头，难以忍受！我现在就有这样的想法：以后再遇到这样的项目，直接辞职！


厉害,我从精神上支持你
抛出异常的爱 2007-01-30
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的，难免有情绪化的东西在里面，比如“不讲理”这个字眼。但是，为什么客户不讲理你还要做这个项目？另外重要的一点是，为什么客户不讲理？？

我只是一个普通的开发人员，项目的竞标以及收益（据说是以百万为单位的）也不是我有权力插手的；客户不讲理的缘由我也不是很清楚，自己不想乱说；总之，在开发初期是受了不少苦头，难以忍受！我现在就有这样的想法：以后再遇到这样的项目，直接辞职！


如果用户都好说话那么科学也不必进步了。。。
正是由于用户的非理性要求使得软件公司
不得不进行高新技术的研究

什么
敏捷，叠代，瀑布，
开源，架构，MVC
分工，OO，模式，
不都是为了满足客户需要么。。。
只有客户不讲理，
项目才能几百W几百W的挣钱。
如果给客户什么都可以
那么你去私活网看看
那里一个B2C的网站
已经只需要一W元了。。。。
daoger 2007-01-30
basicbest 写道
您所说的应该是以你个人角度来看的，难免有情绪化的东西在里面，比如“不讲理”这个字眼。但是，为什么客户不讲理你还要做这个项目？另外重要的一点是，为什么客户不讲理？？

我只是一个普通的开发人员，项目的竞标以及收益（据说是以百万为单位的）也不是我有权力插手的；客户不讲理的缘由我也不是很清楚，自己不想乱说；总之，在开发初期是受了不少苦头，难以忍受！我现在就有这样的想法：以后再遇到这样的项目，直接辞职！
basicbest 2007-01-30
您所说的应该是以你个人角度来看的，难免有情绪化的东西在里面，比如“不讲理”这个字眼。但是，为什么客户不讲理你还要做这个项目？另外重要的一点是，为什么客户不讲理？？
daoger 2007-01-30
basicbest 写道
楼主命题是否有引人入歧途的嫌疑？？那个是单纯的疑问句，还是说是个选择题？
我觉得如果是选择题就是命题错误，如果是疑问句，那么项目的出发点就是与客户实现共赢。

与客户实现共赢?
那要是碰上不怎么讲理、难缠的客户又该怎么办呢？能否详细的说一下？
basicbest 2007-01-29
楼主命题是否有引人入歧途的嫌疑？？那个是单纯的疑问句，还是说是个选择题？
我觉得如果是选择题就是命题错误，如果是疑问句，那么项目的出发点就是与客户实现共赢。
抛出异常的爱 2007-01-29
教育费用与人员闲制时间折成人民币来说是不小的开支

如果没有客户的非人道要求
CEO必不会出这笔钱的。。。
daoger 2007-01-29
gigix 写道
daoger 写道
zrweng 写道
楼主项目难道不是以需求，以业务，以收益作为出发点？怎么会以开发人员作为出发点？怪～

我是想以项目本身作为出发点，但是许多项目是以开发人员为出发点的啊！
开发人员会什么技术，水平怎么样，有的时候仅仅是根据这些来进行项目的设计与开发的！

who pays for it?


肯定不会是我！
抛出异常的爱 2007-01-29
没有必然的标准，
所以必然是豆腐渣
gigix 2007-01-29
daoger 写道
zrweng 写道
楼主项目难道不是以需求，以业务，以收益作为出发点？怎么会以开发人员作为出发点？怪～

我是想以项目本身作为出发点，但是许多项目是以开发人员为出发点的啊！
开发人员会什么技术，水平怎么样，有的时候仅仅是根据这些来进行项目的设计与开发的！

who pays for it?
daoger 2007-01-29
zrweng 写道
楼主项目难道不是以需求，以业务，以收益作为出发点？怎么会以开发人员作为出发点？怪～

我是想以项目本身作为出发点，但是许多项目是以开发人员为出发点的啊！
开发人员会什么技术，水平怎么样，有的时候仅仅是根据这些来进行项目的设计与开发的！
daoger
  • 浏览: 183736 次
  • 性别: Icon_minigender_1
  • 来自: 山东济南
  • 详细资料
搜索本博客
我的相册
Fe9b8bf5-5e8b-35c4-ad80-88fec768d45c-thumb
image007
共 105 张
存档
最新评论