扫码阅读
手机扫码阅读
一个本色的朋友

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

本文介绍了作者的一个朋友,这位朋友是一位项目经理,并且是作者的客户。这位项目经理个性自由,思想独立,直率、能干且幽默。在项目中他非常忙碌,经常需要出差。
作者在进行访谈时,总是被他的坦率和幽默所吸引,虽然访谈是正式的,但氛围轻松愉快。这位项目经理不仅让人感到他的智慧和幽默,还能在笑声后引发深思,给人以轻松处理重要事务的印象。
作者在进行CMMI运行检查时,由于项目经理的繁忙和频繁出差,他们的见面机会并不多。有一次预定的访谈因为他的出差而未能成行,令作者感到失望。项目经理是一位规矩的打破者,他以自己的方式管理团队,并且在管理与技术方面有独到的见解。
去年,项目经理在进行嵌入式软件项目时提出了自己的结构化方法和设计架构,这些都非常灵活,也给作者带来了启发。他的项目最终获得了成功,并得到了客户的认可。
在与作者的互动中,项目经理既会严肃地提问,也会真诚地承认错误,或是在恍然大悟后分享自己的见解,有时又会认真地表达自己的决定。他的这些特质,无论是严肃、诙谐、认真或是狡黠,都展现了他率真的个性。作者认为,能生活在如此本色中是一种境界。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 225.5K
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
软件研发管理三部曲:以道御术、术以载道与数以达理
软件研发管理的三部曲:《以道御术》系统解释了软件研发管理的what to do。《术以载道》讲解了软件研发管理的Howto do。《数以达理》系统解释了量化研发管理的how to do。
常见非功能性需求的描述案例
非功能性需求是需求的一个重要组成部分,它影响了系统的架构设计,需要开发人员重点关注。但是在工程实践中,往往客户不会提出非功能性需求,需求人员在描述需求时不知道如何描述,在国际的各种标准中,对非功能性需求有定义,但是比较抽象。因此我整理如下常见的非功能性需求的描述案例,供需求人员进行参考。1、性能需求描述案例:响应时间:在95%的情况下,一般时段响应时间不超过1.5秒,高峰时段不超过4秒。定位系统从
3分钟弄懂CMMI2.0基准评估的抽样规则
CMMI 2.0和CMMI 1.3的评估方法相比,一个重大变化就是抽样规则变了,新的抽样规则要求覆盖的项目范围更广,但是再不要求有全覆盖的项目,将参与评估的工作量分摊到多个项目中,要求企业的流程体系能够真正在公司里推广落地,而且不是由评估师和sponsor来确定,而是由随机抽样系统来确定,减少了人为干预,确保了抽样的代表性。1 哪些项目可以参评,可用来抽样? 包括但不限于...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线