欢迎来到从“确定性”到“不确定性”：AI时代的两类工作哲学
发布于 2026-04-07
342
版权声明
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在智能化浪潮席卷的今天，我们常将工作简单划分为“能被AI替代”与“不能被AI替代”的两类。
![]()
文章来源：
麦哲思科技任甲林
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
1110迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能，以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢？我根据对多次迭 代评审会议的观察，总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议； 以下两类人员都应该参与：项目组的所有成员，包括PO，SM...
【关注零竖质量公众号，获更多精品资料下载】【加博主私人微信：441059732，限量邀请入内部群，享更多权益】
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
440 篇文章
浏览 668.6K
还在用多套工具管项目？
一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
为什么忽略管理的常识？
最近连续审查了几个客户的过程文档体系，有个问题，让我一直苦思：为什么我们总是忽略管理常识？ 企业在实施CMMI的时候，为了满足模型的要求，在描述自己的过程时，习惯于照搬模型的描述。最典型的例子是PMC的描述，模型中描述了10个实践： SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
再谈如何推广单元测试
以前曾经写了一篇博文谈如何推广单元测试，最近有朋友问我如下的问题，因此便又写了本文，阅读时请综合原来的博文。问题： 有开发人员认为进行单元测试会花费大量时间来编写测试用例，因此他们做单元测试的意愿比较低，请问有何好的建议进行单元测试的改进？解答： 1 首先应该明确单元的含义。单元在面向对象的程序中指的是一个类，在结构化的方法中指的是一个函数。 2 其次应该明确单元测试的方法。单元测试的常用方
白话透解验收标准（AC）与完成标准（DoD）的区别
Accept criteria 与 Definition of Done是敏捷开发中的两个概念，容易混淆。AC是针对每个需求定义的。DoD是针对所有需求，任务，迭代，交付定义的。打个比方解释二者的区别：需求1：晚饭吃饱。验收标准AC： 1 牛肉+蔬菜+啤酒； 2 18点到19点之间完成。需求2:午饭吃饱。验收标准AC： ...
例解：集成测试用例与单元测试用例的区别
函数一： getMaxInTwo(int a,int b) { if a>=b return a; else return b; } 函数二： getMaxInThree(int a,int b,int c) { a=a+1; int max=getMaxInTwo(a,b); max=getMaxInTwo(max,c); } 单元测试用例的设计： getMaxInTwo的UT用例： （3，2）
需求与设计的界线
需求与设计的区别究竟是什么？ 教科书上的经典答案是：需求关注系统“做什么”，设计关注“如何做”，其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中，需求分析的结果既包括了“做什么”也部分包括了“如何做”，只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时，可能对“如何做”提出一些约束条件，比如客户要求必须采用三层结构，必须采用某个中间件
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：rongpmcom
-
微信公众号
-
微信视频号
-
社区微信群
