|
|
不胜人生一场醉(亲亲我的宝贝！) 说:
想先听一下各位公司都是按照什么来划分大中小项目的？
蔡晓东-技术主管-it-福州 说:
没有划分
lwantstudy-DeviGe-PMO-大连 说:
依据规模来划
不胜人生一场醉(亲亲我的宝贝！) 说:
这个规模有点太笼统了
不胜人生一场醉(亲亲我的宝贝！) 说:
假设我们抛开所谓的黑幕和不同公司差别来谈
所谓黑幕就是指一个公司协定好的高额价格，有时候是关联交易
不同公司指的是，IBM和国内企业
他们的成本构成不同，话语权也不一样
也许1个oracle的驻地实施人员成本是一般公司的10倍，所以金额也不一样，没办法站在一条线上去衡量
就特指国内目前的IT公司，甚至也包括像中软、东软这样的公司
相信很多公司是按照金额、代码行或者人月来进行划分大中小项目的
比如代码行
? 微型：只是一个人，甚至是半日工作在几天内完成的软件；
? 小型：一个人半年内完成的 2000 行以内的程序；
? 中型： 5 个人在 1 年多的时间内完成的 5000-50000 行的程序；
? 大型： 5-10 人在两年内完成的 50000-100000 行的程序；
? 甚大型： 100-1000 人参加用 4-5 年完成的具有 100 ， 0000 行的软件项目；
? 极大行： 2000-5000 人参加， 10 年内完成的 1000 万行以内的程序；
以上摘自：《软件工程概论》 郑人杰、殷人民编
这个应该是最早的划分标准了
有一定道理，在IT早期年代，都已汇编、c语言、pascal这类的语言开发的
这些中低级语言对算法和人员技能要求比较高
但现在是互联网时代，都是大多以java，.net为开发工具
个人认为有点过时了，当今的项目以 B/S 架构项目居多，无论 java 项目还是 .net 项目的 web 项目，都包含了 xml ， html ， css ， js 等，问题是这些能去计量吗？即使以 java 核心开发模块为例，所谓的 javabean 很多都是 O/R 映射的产物，系统自动生成的代码也不计期数；而且代码本身的质量优劣与代码的长度也有一定关系；再次以代码行作为计量标准和工作标准，会导致代码行的虚增。
怎么衡量呢？
我可以说我的代码行是10万行，100万行也行，反正源代码都是几十兆了
按人月作为划分标准？
著名的如人月神话
当然不可否认人月与代码行和总金额是密切相关
? 小型： 18 个人月以下
? 中型： 200 个人月以下
? 大型： 200 个人月以上
以上划分是自己划得，不具有权威性，呵呵
大家觉得合理吗？
有的项目有广度无难度，有的项目有难度无广度，有的项目既有难度又有广度
很多时候无法准确度量或者说按人月无法看清项目的实质。
不胜人生一场醉(亲亲我的宝贝！) 说:
导致实施起来，同样的人做不同的事，有广度有深度的同事会觉得很不公平
同样以人月来度量项目规模也有所偏颇
http://blog.csdn.net/baoqiangwang/archive/2009/10/30/4745997.aspx
一点红 可以看一下这个
不过大部分公司我相信是以项目金额作为衡量标准的
? 小型： 50 万以下
? 中型： 50 万 ~500 万
? 大型： 500 万以上
同样不具备权威性，一家之言
不同的公司对金额概念不一样，我们的大型对微软来说估计是小菜一碟
甚至不屑一顾了
事实上大多数企业也都以项目总金额作为大中小型项目的评判标准（可能对大中小型项目的具体金额有所不同），并以此来计算投入的资源。该判断标准掩藏了一个问题，即包不包含硬件费用，而硬件费用通常是由甲方进行采购的。同样一个 1000 万的项目，可能软件费用 200 万，硬件费用 800 万，也可能软件费用 800 万，硬件费用 200 万，那么这个项目到底算中型还是大型呢？
这里的项目金额指的是纯软件部分，不包含硬件，否则得话，变动太大
如果企业处于宣传目的，你可以把软硬件总金额一起加起来
当然对你的盈利于事无补
上面的代码行、人月、金额都被我们否定了个遍了
那应该怎么划分呢？
个人认为项目的规模划分以从多方面考量
1、 项目是否包括若干子项目
2、 与周边系统的集成多少
3、 项目人数的多寡
4、 项目费用（包括软硬件费用）
5、 基于人月的评估
6、 对系统高可用性的要求
那么根据以上的指标，是否可以这样界定大中小型项目呢？
小型项目：
软件费用 50 万以下，人数 3~5 人， 18 人月以下，项目目标单一，不需要与周边系统集成，对系统高可用性要求一般，团队结构简单，仅有项目经理和开发人员担任即可
在小型项目里，人员构成简单，管理简单，开发无难度无广度，项目单一，风险控制主要集中在进度上就可以了
中型项目
软件费用 500 万以下，人数 5~20 人， 200 人月以下，项目有几个子项目构成，需要与多个周边系统进行集成，对系统高可用性有要求，团队结构比较复杂，需要专职项目经理、架构师、需求分析人员、开发人员、测试人员、系统集成工程师等；也需要项目经理协调与公司其他部门的资源。
到这里，项目就包含若干子项目、若干pm了
管理上就得采用间接管理了，你只管你的pm和架构师、系统工程师
pm管理他的下属
richard-leader-shanghai 说:
软件费用 50 万以下，人数 3~5 人， 18 人月以下 就算每个人一万块一个月， 人力也超过５０w了
不胜人生一场醉(亲亲我的宝贝！) 说:
你沟通的时间占据了你工作的时间的绝大多数了
你需要面对客户、公司领导层、各职能经理、各pm、各team member
你需要在各子项目内部进行集成，需要在不同系统间集成
需要专业的分工，架构师、系统工程师、DBA、测试人员、文档人员
你可能还会面临一些技术架构上的问题了
比如如何实现几千用户并发
可能对我是难题，对各位不见得，呵呵
大型项目
软件费用 500 万以上， 20 人 ~ ？ 200 人月 ~ ？，项目由众多子项目构成，不仅需要与周边系统进行集成，本身的集成难度也很大，对系统高可用性有很高要求，团队结构很复杂，需要项目经理、产品经理、质量经理、需求分析人员、系统设计人员、系统集成工程师、 DBA 、开发人员、测试人员、质量人员，也包含了公司的一把手。（因本人未实施和参与过大型项目，所以无法准确描述）
这个只能是臆想之中的了
不做多述了，如果各位有此经验，也可以一起探讨
架构师估计就要分成软件架构师、系统架构师、业务架构师等等了
有兴趣的可以看一下程序员杂志
这是我个人对大中小项目的看法，请大家先讨论一下，稍后再继续，呵呵
zhang-系统分析员-北京 说:
我觉得按照项目额区分最直接了
不胜人生一场醉(亲亲我的宝贝！) 说:
直接是肯定的
zhang-系统分析员-北京 说:
500万以上都是大项目，反之都是中小型项目
即使你用一个程序员做500万项目，这个项目依然是大项目
不胜人生一场醉(亲亲我的宝贝！) 说:
呵呵，那这个程序员就是天才了
zhang-系统分析员-北京 说:
举个极端例子
不胜人生一场醉(亲亲我的宝贝！) 说:
当然ERP项目和我们的项目是有差别的
金婷 说:
人月和项目金额和起来看比较好
zhang-系统分析员-北京 说:
我问个问题，区分项目大小的意义何在呢？
不胜人生一场醉(亲亲我的宝贝！) 说:
现在就谈下管理中型项目与小项目有什么不同
1、 公司的支持程度
2、 团队成员沟通
3、 项目管理和协调难度
4、 与不同公司、不同部门、与同公司不同部门的沟通协调
5、 集成难度
6、 系统架构
7、 项目进度控制
区分的目的主要是从思想意识上得对项目加以重视
我们公司以前经常实施50万的项目，3个人2个月就搞定了
我这个项目软件400多万，硬件800万，领导说给你15个人半年应该搞定了吧
他的思维停留在线性思考上
认为就是简单的项目的实施，甚至认为给了你一些人之后，他就可以不管了
以前我们那个副总总认为我天天麻烦他，其他项目都是自个玩就搞定了
不胜人生一场醉(亲亲我的宝贝！) 说:
思想意识内没有重视，人员不到位情况严重
我的项目11月份要开工，结果11月中旬临时招聘了5个，12月底又来了3个
系统工程师今年2月份才招到
公司的技术总监也没实施过类似项目，认为就是几个业务系统而已
没人懂linux，没人懂网络，没人懂oracle安装
Cosmo.Zhang-质量-杭州 说:
不是讨论企业分级的嘛？
不胜人生一场醉(亲亲我的宝贝！) 说:
差点项目都黄了，我解释不行，最后甲方出面了，如果还没系统工程师的话，项目就不要做了
对
已经谈到为什么要区分大中小项目了
Cosmo.Zhang-质量-杭州 说:
这个CTO就是一个SB呗
蔡晓东-技术主管-it-福州 说:
这个CTO就是一个SB呗——正常
不胜人生一场醉(亲亲我的宝贝！) 说:
所以有必要区分一下大中小型项目，呵呵
长期在一个环境中，是会闭塞的
这个企业活了10几年了，也做过一些产品，自我感觉良好
中等项目中，很多你认为不是风险的问题都成了风险了
蔡晓东-技术主管-it-福州 说:
（我的单位活了50多年了）
不胜人生一场醉(亲亲我的宝贝！) 说:
比如小项目团队，你管3、5个人，很明确，你有绝对的话语权
但是一旦涉及到10个人以上，这些人来自不同的部门，属于不同的职能经理，管理起来就没那么容易了
大部分企业里面项目经理不管人事，有点连考核权利也没有，所以有时候你没有办法去约束团队成员
说句不好听的，人都是讲利益的；你考核不到我，你又能拿我怎么办
你管不到我，我和我上司关系好
xiyeqing99-pm-上海 说:
你们成本怎么估算？
不胜人生一场醉(亲亲我的宝贝！) 说:
我自己做了个预算管理，在我看来最后变成一个笑话了
xiyeqing99-pm-上海 说:
啊
why
不胜人生一场醉(亲亲我的宝贝！) 说:
公司从来没做过预算管理，从我这个开始要求
xiyeqing99-pm-上海 说:
预算不是很重要的一件事吗？
蔡晓东-技术主管-it-福州 说:
老王先把主题讲完吧
不胜人生一场醉(亲亲我的宝贝！) 说:
关于团队成员沟通，你现在已经无法自己面对10几号人了吧
蔡晓东-技术主管-it-福州 说:
看看
不胜人生一场醉(亲亲我的宝贝！) 说:
直接管PM就够了，当然其他成员的关系也要维系，那就是私下里去沟通支持和关怀别人了
蔡晓东-技术主管-it-福州 说:
就＋恏
不胜人生一场醉(亲亲我的宝贝！) 说:
长期出差的人都有抵触和逆反心理，要学会掌握和了解每个人的心态和情绪，要不然出了大麻烦想补救就来不及了
我感觉中型项目的最大问题就在管理、沟通和协调上
这不是纸面上说的
关注技术的时间在30%以下了
关注什么？
关注集成和架构
蔡晓东-技术主管-it-福州 说:
不胜人生一场醉(亲亲我的宝贝！) 说:
刚才在如何分类中也提了包括不同子项目，外部项目之间的集成
外部项目的集成很难控制，是因为相互协调问题，需要靠甲方的参与才行
这一块我做的不是很好，以前没什么经验
系统架构呢？
硬件选择、硬件部署、操作系统、数据库、数据同步、软件架构
这个不是拍脑袋想出来的，要善于学习和咨询
包括自己也参与一些预研
呵呵，先到此吧，有啥问题一边讨论一边说比较好
Cosmo.Zhang-质量-杭州 说:
你是一个负责人的技术人员
你不是一个商人。
如果你站到商人的角度，就不这么看了。
不胜人生一场醉(亲亲我的宝贝！) 说:
呵呵，还没学会成为商人
xiyeqing99-pm-上海 说:
成本怎么算
都包括些什么啊
Cosmo.Zhang-质量-杭州 说:
多看看项目管理的范围管理－－镀金管理
也许你会有新的认识
xiyeqing99-pm-上海 说:
pm是不是成本管理很关键啊
Cosmo.Zhang-质量-杭州 说:
你们都没有错，错的是大家站在不同的角度，有不同的追求目标。
不胜人生一场醉(亲亲我的宝贝！) 说:
==
zhang-系统分析员-北京 说:
项目经理还是需要有专注力的，如果我们老想站的高看得远，很容易忽视一些风险，空客的失败就是个例子
不胜人生一场醉(亲亲我的宝贝！) 说:
成本=人月*工资+出差补助+住宿费+外部费用+业务活动费+部分租房水电煤费用等等
zhang-系统分析员-北京 说:
我估计那里的项目经理各个都跟CEO似的
不胜人生一场醉(亲亲我的宝贝！) 说:
我比较倾向于走出软件作坊的观点
xiyeqing99-pm-上海 说:
那你们严格控制好成本的话 项目奖金是不是会多发你点啊
不胜人生一场醉(亲亲我的宝贝！) 说:
我们只能局限在我们的视野之内
zhang-系统分析员-北京 说:
项目经理还是需要懂得什么事需要自己做，什么事需要别人做
蔡晓东-技术主管-it-福州 说:
不用算这么准吧？我们一般是人日单价*人日数，有出差就把人日单价调高200计算。
不胜人生一场醉(亲亲我的宝贝！) 说:
核算的时候，有人统计出勤率，住宿率之类的
susan-pm-湖北 说:
我们专门有一个EXCEL表格，有权重公式，输入值后判定是大项目还是小项目，大项目要求的文档会多一些
不胜人生一场醉(亲亲我的宝贝！) 说:
问题是公司连人员成本都不肯告诉我，害的我调了N次成本
xiyeqing99-pm-上海 说:
是啊
我现在也碰到这样的问题
不胜人生一场醉(亲亲我的宝贝！) 说:
我要的成本很简单
Cosmo.Zhang-质量-杭州 说:
一般HR会告诉你一个平均值
xiyeqing99-pm-上海 说:
总监知道 pm并不知道
不胜人生一场醉(亲亲我的宝贝！) 说:
这些人的平均值就够了
可公司连这些平均值都没有
Cosmo.Zhang-质量-杭州 说:
平均值没有？财务一定有。
一点红-pm-it-shanghai 说:
甲方对于项目规模的判断是怎么来的？
不胜人生一场醉(亲亲我的宝贝！) 说:
这个与甲方无关
我们这个项目在那家券商那边也是top 5了
susan-pm-湖北 说:
时间，涉及的单位，金额，有没有技术难点，之类的
zhang-系统分析员-北京 说:
湖北说的不就是项目约束三维模型吗
一点红-pm-it-shanghai 说:
susan--你指的是甲方的判断标准么？
不胜人生一场醉(亲亲我的宝贝！) 说:
我要的成本不是纯粹的人员工资，我想要包括他的工资、奖金、福利、办公成本在内的一个大成本
susan-pm-湖北 说:
对
zhang-系统分析员-北京 说:
难点就在于你如何调节它们之间的关系
那个是个水平活，同时也是个运气活
如何在有限的时间和资金内最大限度的实现用户需求，这不就是项目管理追求的永恒目标嘛
不胜人生一场醉(亲亲我的宝贝！) 说:
最后，预算、成本和我们项目组没有任何关系，不就变成一个笑话了嘛
一点红-pm-it-shanghai 说:
我在想，如果甲方判断项目规模的标准与乙方不一样，是不是也会出现管理上面的问题
susan-pm-湖北 说:
应该不会
不胜人生一场醉(亲亲我的宝贝！) 说:
这个应该不是管理上的问题，而是视角问题
susan-pm-湖北 说:
实施的时候甲乙双方肯定就管理实施方法会有约定
zhang-系统分析员-北京 说:
我觉的也有可能，比如你找了个包工队，但这个包工队只投入三个人，你很可能会不让他们干了
一点红-pm-it-shanghai 说:
视角问题--都有什么？
不胜人生一场醉(亲亲我的宝贝！) 说:
但是乙方说，前方只有几个人，后面还有几十个人在服务呢
最简单一个道理
oracle或IBM来做同样的事的话，成本至少是我们的5倍或更多
如果甲方经常做一些千万级的项目的话，你就会觉得几百万小项目了
甲方通常见多识广的
一点红-pm-it-shanghai 说:
多谢醉兄分享经验
不胜人生一场醉(亲亲我的宝贝！) 说:
呵呵，客气了
zhang-系统分析员-北京 说:
感谢
2009年11月3日如何划分大中小型项目讨论.txt
(11.9 KB, 下载次数: 25)
|
|
楼主: pharos
IP卡
狗仔卡
发表于 2009-9-14 14:28
显身卡
发表于 2009-11-3 13:46
楼主
