扫码阅读
手机扫码阅读
为谁而活

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


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

在反思人生的目的后,作者与朋友的讨论归纳出人活着有两个根本目的。首先,为自己而活,通常体现在社会精英身上。这类人以事业和理想为动力,不惜牺牲家庭和个人生活,追求个人价值实现带来的快乐,尽管这可能伴随着其他方面的损失。
其次,作者提到为孩子而活,这种生活目的源自父母对孩子深沉而无私的爱。这份感情被认为是世界上最纯粹、最无功利、最不求回报的。两者都能为人们提供明确的生活目标,让人们清晰地认识到自己的追求,但这种认识有时候也会显得残酷。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 233.5K
麦哲思科技任甲林的其他文章
流程为什么重要?
目前流行的管理模型都是以流程为核心的,为什么呢?请看如下的实际案例。 麦哲思科技经常给客户EMS寄送合同、发票、其他资料,最初总是由飞康达公司承运,飞康达公司的邮费比较便宜。 有一次从北京寄送资料到深圳客户F,深圳大雨,恰好客户的办公环境手机信号不好,飞康达公司以联系不到客户为由,退回了资料,重新快递,成功。 此时麦哲思公司的另外一个客户从深圳寄送招标书过来,2天内就寄送到了,服务比较专业,于是麦
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
纳入基线管理的经验原则
纳入基线管理的一般原则是: • 原则1:所有交付给客户的文档、代码、可执行程序、购买来的可复用构件等必须纳入基线。 • 原则2:影响了对外的承诺的配置项 – 项目的阶段计划必须纳入基线来管理。(对外承诺变了) • 原则3:其变化影响了其他配置项 – 所有对交付产品有重要影响的文档资料等必须纳入基线,主要的工程文档如需求、设计等一般要入基线。 – 变化要区分主动变化、被动变化
小概率事件实际不可能原理在软件量化管理中的应用
1 小概率事件实际不可能原理的含义小概率事件实际不可能原理,即:(1)小概率事件在理论上有发生的可能,但是在某次实际的实验中实际是不可能发生的,一旦真发生了,一定有其特殊的原因。(2)如果我们重复无限次的实验,则小概率事件一定会发生。在概率论中,我们将发生概率很小(通常不超过5%)的事件称作小概率事件。人们对待小概率事件有两种截然相反的态度:2 识别小概率事件的方法 (1)箱线图法:处于内围之外的
案例:分类建立过程性能基线以提高其实用性!
某公司积累了27个项目的历史生产率数据,拟对其建立过程性能基线。序号 项目级别 项目实际生产率(Loc/人天) 1 大型 130.41 2 中型 211.90 3 中型 194.15 4 大型 158.00 5 中型 207.68 6 中型 235.61 7 小型 295.38 8 小型 256.54 9 大型 162.09 10 中型 248.62 1...
加入社区微信群
与行业大咖零距离交流学习


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