由外而内的过程改进策略
发布于 2024-10-02
1600
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
“外”的概念在不同层级有不同的含义,其定义取决于观察的视角。例如:
- 对于软件公司,“外”包括供应商和客户。
- 对于开发部门,“外”扩展到其他部门。
- 对于项目组,“外”还涵盖其他项目组和支持组。
- 对于项目组内的小组,“外”指其他小组。
- 对于项目阶段,“外”指上下游阶段。
- 对于个人,“外”是指其他人。
理解了“外”的含义,自然也就明白了“内”的含义。
在定义公司的过程体系时,应该采用由外而内的策略,这意味着管理的优先级定义和规范应当从外部沟通开始逐步内化。这种策略的步骤包括:
- 首先定义公司与外部客户和供应商之间的沟通协同规范,然后是公司内部流程,如需求获取和验收测试等。
- 接着定义公司不同部门之间的接口标准和沟通规范,例如市场、开发、测试和运维之间的转换标准。
- 然后是项目组与其他组之间的接口和协同标准,包括任务下达和互相支持的流程。
- 定义各项目小组之间的接口标准和协同规范,如问题处理和承诺确认流程。
- 制定阶段之间的接口标准,确定各阶段进入下一阶段的具体标准。
- 最后是每个人的行为准则,包括如何承诺和报告工作,以及如何与他人协作。
总之,该策略强调先设计管理的接口,从而实现组织内部的协调一致,采取一种反向工作法来确保内部稳定。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1116.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:非功能性需求的设计
很多项目组在设计文档中仅仅是把非功能性需求的描述拷贝到设计文档的非功能性章节。因此特地设计了两个简单的需求给大家参考,希望能够引导设计人员重视非功能性需求的设计。
QA与QC的差别
昨晚与朋友讨论质量保证(QA)与质量控制(QC)的概念差别,之所以要讨论这个问题,涉及到了在公司内关于质量保证活动的职责分配问题,涉及到了质量保证人员的配备的问题,因此具有一定的实践意义。先来看在CMMI模型中的相关描述:1 质量保证的定义:A planned and systematic means for assuring management that the defined standar
软件开发经济实用的15条实践
无论是否参考CMMI的模型,在软件开发的过程,我认为如下的15条实践比较经济实用: (1)控制项目组的团队规模不超过10人,人员要少而精。 (2)需求文档化,无论大小项目必须清晰的描述需求。 (3)采用用例、界面原型描述需求,采用这2种手段强制使需求描述的完备而清晰。 (4) 项目的阶段计划与2周计划,阶段计划定义总体承诺,2周计划定义近2周的详细任务安排。 (5)逐日跟踪+周例会,每
软件项目宏观管理策略点睛
根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:
如何保证日志的准确性?
(1)开发一套WEB版的日志系统,只要有网络就可以填写日志,无论是否出差在外。 (2)日志系统要操作最简单,员工天天用,操作烦琐了,就没有员工愿意用了。 (3)日志系统能自动提醒没有按时提交日志的人员,如果靠QA人员或者PM天天去检查,容易遗漏,也太累啊。 (4)日志系统能自动检查有错误倾向的日志,定义几条启发规则,比如1天工作超过了12小时的,低于4小时的等等。 (5) 在日志系统中,需要填写的
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线