WBS工作包资源划分时,要同时考虑开发人员的技能和责任心
2008-04-26 22:24
246 查看
人可以有很多分类的方法,按不同分类,同一个人有可能分到不同组中,先把事情分类,再按人的分类把人关联到事情上,而不要把事情交给人。
以IT开发这个小圈子说,一个项目的模块按以下规则划分
使用频率高的为“关键模块”,把关键模块再分3级
技术难度高的为“困难模块”,困难模块只用分2级
使用频率高、技术难度高的为“核心模块”,只用分1级
技术难度低、使用频率不高的为“简单模块”,只用分1级
1.核心模块需要“责任心很强”、“技术过硬”的人去做。
2.关键模块需要按3个级别需要“责任心很强”、“责任心强”、“责任心比较强”的人去做。
3.困难模块需要技术过关的人去做。
4.简单模块需要责任心一般或者不负责任的人去做。
可见在项目中责任心是多么重要!而技术我不太看重,我们做的项目通常不是造原子弹,不需要技术牛人。
为什么简单模块交给不负责的人做,因为实际项目中总有一些人不负责。而在项目选人时,最好尽可能的把这些人剔除掉。因为他们简单模块都开发不好,而不去讨论他的技术。
而根据这些分类可以将项目组成员分为核心人物、骨干、普通成员
这么简单的用人道理还用说?只要不是屁股长在脑袋上都能分清?我不这么认为。
因为IT项目组往往把核心或关键模块交给技术好的人,而没有仔细考虑他的责任心,这往往导致项目在上线阶段陷入危机。
技术好而责任人差的人在开发时往往只会玩弄技术,而不去关心用户实际需求和使用习惯。
在测试或上线阶段,这些人面对问题又是草草了事。无疑给项目留下很多隐患。
对责任心差、技术一般的人有什么理由让他们留下来?有可能是身不由己吧!
待续...
以IT开发这个小圈子说,一个项目的模块按以下规则划分
使用频率高的为“关键模块”,把关键模块再分3级
技术难度高的为“困难模块”,困难模块只用分2级
使用频率高、技术难度高的为“核心模块”,只用分1级
技术难度低、使用频率不高的为“简单模块”,只用分1级
1.核心模块需要“责任心很强”、“技术过硬”的人去做。
2.关键模块需要按3个级别需要“责任心很强”、“责任心强”、“责任心比较强”的人去做。
3.困难模块需要技术过关的人去做。
4.简单模块需要责任心一般或者不负责任的人去做。
可见在项目中责任心是多么重要!而技术我不太看重,我们做的项目通常不是造原子弹,不需要技术牛人。
为什么简单模块交给不负责的人做,因为实际项目中总有一些人不负责。而在项目选人时,最好尽可能的把这些人剔除掉。因为他们简单模块都开发不好,而不去讨论他的技术。
而根据这些分类可以将项目组成员分为核心人物、骨干、普通成员
这么简单的用人道理还用说?只要不是屁股长在脑袋上都能分清?我不这么认为。
因为IT项目组往往把核心或关键模块交给技术好的人,而没有仔细考虑他的责任心,这往往导致项目在上线阶段陷入危机。
技术好而责任人差的人在开发时往往只会玩弄技术,而不去关心用户实际需求和使用习惯。
在测试或上线阶段,这些人面对问题又是草草了事。无疑给项目留下很多隐患。
对责任心差、技术一般的人有什么理由让他们留下来?有可能是身不由己吧!
待续...
相关文章推荐
- 开发人员的技能和责任心
- 长沙艾特科技开发有限公司招聘.Net开发人员与实施人员(工作地点:武汉)
- 用于开发人员工具箱的资源
- 开发人员的不断流动、让我们更加坚定信念,一定要控制好整个系统的底层架构、核心设计、日常质量检查工作
- 分享一些前端开发人员必备的工具,脚本和资源
- 安卓巴士帮助移动开发人员进行年后跳槽,推荐工作公益活动
- 安卓巴士帮助移动开发人员进行年后跳槽,推荐工作公益活动
- 工作4-5年的.NET开发人员也需要有人带带才可以保证软件项目的质量
- .NET方向高级开发人员面试时应该事先考虑的问题 (zz)
- 开发人员菜鸟实用设计资源
- 编写合适的构造函数、拷贝构造函数、赋值操作符、析构函数(后三者一般同时出现,称为“大三元法则”),那么这个概念就完整并且不用再考虑其资源(内存)管理的问题。
- 如何有效地与开发人员一起工作(一)
- 未来5年开发人员必需的10项技能(转)
- 在软件项目开发过程中,如果要求开发人员每天必须提交一份工作日志,你有什么看法?
- 搜索技术开发人员:工作在中搜!(转载)
- 开发人员必备技能:单元测试
- 驰骋工作流程引擎 java .net 开发人员- 英才招聘
- 引用: Oracle开发人员应该具备的几个资源
- 思考 ”前端开发人员都在关注的 GitHub 资源“
- 前端开发人员必须了解的七大技能图谱