扫码阅读
手机扫码阅读
做事模式的思考:想、说、写、做
92 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:做事模式的思考:想、说、写、做
文章来源:
麦哲思科技任甲林
扫码关注公众号
模式一:边做边想
很多初级开发人员采用这种工作模式,没有事先的计划和思考,导致质量差,返工多,浪费时间。应该先想清楚再动手,以提高效率。
模式二:想->做
这种模式虽然进行了思考,但没有沟通和文档化,可能导致想得不周全,造成执行过程中的问题。质量的保证需要沟通和文档化。
模式三:想->写->做
想后进行文档化促进自我反思,但缺乏其他人评审可能导致形式主义,一些问题可能自身难以察觉。
模式四:想->说->做
想清楚后,与他人沟通让思想得到评审,虽然可能缺乏正式文档但若沟通充分也是有效的。但可能存在长期遗忘好的实践和思想的风险。
模式五:想->写->说->做
先进行思考,文档化,然后让他人评审,获批后再执行。软件外包公司常用这种方法,有助于确保实施前的设计得到充分的准备和审查。
模式六:想->说->写->说->做
这种模式在模式五的基础上增加了一次沟通,使得思想更成熟,适用于新手或复杂工作,有助于发现问题并提升方案的质量。
模式七:想->说->写->做
对于较简单的事情,可以先沟通后文档化,再执行。清晰的思考、表达和记录是高效执行的关键。
想要了解更多内容?
查看原文:做事模式的思考:想、说、写、做
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105.4K
麦哲思科技任甲林的其他文章
项目管理的三架马车
决定项目成功的核心角色是什么?我认为是三个角色:项目经理、技术经理与需求经理。
项目经理:解决管理上如何做的问题,对项目的进度与质量负责。具体职责包括了:过程定义、估算、计划制定、计划跟踪与控制、风险管理、质量管理等。
技术经理:解决技术上如何做的问题,对项目的技术方案负责。具体职责包括了:技术可行性的评估、技术方案的确定、设计、设计验证、技术难题的解决、实现等。
需求经理:解决做什么的问题,对项目的需求与范围负责。具体职责包括了:需求获取、需求分析、
快速学习COSMIC方法之十三:如何识别读和写?
在实践中识别读和写是比较简单的,出错的概率比较小。读和写都是被度量的软件与存储介质之间的数据交互动作。读是从持久存储介质移动数据到功能处理内部,写是从功能处理移动数据到存储介质,二者的方向是相反的。在识别读和写时,要注意以下几点:1 每个读或写移动的是一个兴趣对象的一个数据组。如果是移动的多个兴趣对象的数据组,则需要识别为多个读或写。如果是一个兴趣对象的不同数据组,也是要识别为多个读或写。如果一个...
《术以载道—软件过程改进实践指南》荣耀上市!
《术以载道—-软件过程改进实践指南》荣耀上市!欢迎广大过程改进从业者,爱好者阅读!
再谈站立会议的实施要点
昨天在东莞客户封闭开发的现场,观察了一个产品开发组四个小组实施站立会议的情况,分析了他们执行的优缺点,对如何执行站立会议,如何获得站立会议的成功进行了再次归纳总结,要点如下:1 任务的分配与领用i)任务的责任人要明确;ii)任务的颗粒度小于2天;iii)如果有的任务颗粒度实在无法拆分到2天以内,则需要设置中间的检查点;iv)任务的完成时间要明确;v)任务的完成标准要明确;vi)任务识别的要尽可能完
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线