扫码阅读
手机扫码阅读
软件项目用人十二策
79 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:软件项目用人十二策
文章来源:
麦哲思科技任甲林
扫码关注公众号
1 高天赋原则:选择高水平的人员,赋予高水平的待遇,宁缺勿滥。
2 自我发展原则:选择有悟性的能自己不断进步的人参与到团队中来。
3 工作匹配原则:培养专长,稳定专业方向,在某个专业方向使其成为专家,分工时也按其专长进行分工。
4 职业发展原则:一专多能,定期转换方向,当在某个专业方向上成为专家后,要适时变换方向,使其更加全面。如果总是在一个方向上发展,可能导致该人无法寻找到新的兴奋点,从而产生逆反心里。
5 人员互补原则:项目组各种类型,各种专长的人员要搭配使用。
6 工作量平衡原则,不同的人员工作量负载不能差别太大
7 工作连贯性原则:任务不宜频繁切换,否则降低工作效率
8关键匹配原则:好钢用在刀刃上,关键人员处理关键任务
9多劳多得原则:贡献的人员要及时在精神与物资上得到奖励;
10利用新人原则:利用新人的冲劲,注意培养后备队伍,给他们压力,给他们发展、学习的机会;
11逐步淘汰原则:不称职的人员要适时淘汰。
12 BROOKS法则:不给延期的项目增加人手。
上述的十二个原则应联合起来搭配使用。
想要了解更多内容?
查看原文:软件项目用人十二策
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.5K
麦哲思科技任甲林的其他文章
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况,可以由项目组自己定义。
如何设计度量数据展示的指示器?
在设计企业的度量体系时,很多企业往往在数据展示的方面不太重视,下文举例说明如何设计度量数据的指示器。 比如部门经理关注本部门内每个项目的进展情况,想通过度量数据了解每个项目的进展情况。针对此需求,我们来设计满足其需求的度量分析图形(指示器)。仔细讨论、分析此度量需求,可以得到:部门经理希望在图形上显示出部门内每个项目的工期偏差天数、偏差%,并且对于天数偏差超过比如10天的、偏差率超过15%的
项目管理的三架马车
决定项目成功的核心角色是什么?我认为是三个角色:项目经理、技术经理与需求经理。
项目经理:解决管理上如何做的问题,对项目的进度与质量负责。具体职责包括了:过程定义、估算、计划制定、计划跟踪与控制、风险管理、质量管理等。
技术经理:解决技术上如何做的问题,对项目的技术方案负责。具体职责包括了:技术可行性的评估、技术方案的确定、设计、设计验证、技术难题的解决、实现等。
需求经理:解决做什么的问题,对项目的需求与范围负责。具体职责包括了:需求获取、需求分析、
我说CMMI2.0之同行评审
同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的...
杂谈推理逻辑的严密性
我们在日常生活中的逻辑推理可以分为两类:必然性推理、或然性推理。从前提条件推理出的结论是确定的,这就是必然性推理。比如:人都有父母。这种结论是必然的,不可否认的,所以没必要争论。从前提条件推理出的结论并非是确定的、必然的,这就是或然性推理。比如:痴情女子负心汉。女人—>痴情女;男人—>负心汉这就不是必然性推理,仅仅是部分人的经验。我们的经验大都...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线