<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Management on All about Raspberry Pi</title><link>https://hugozhu.site/tags/management/</link><description>Recent content in Management on All about Raspberry Pi</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 25 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hugozhu.site/tags/management/index.xml" rel="self" type="application/rss+xml"/><item><title>AI 原生周报：从「周五补作业」到「数据自然长出来」</title><link>https://hugozhu.site/post/2026/238-ai-native-weekly-report/</link><pubDate>Mon, 25 May 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/238-ai-native-weekly-report/</guid><description>&lt;p&gt;每个周五下午，你的团队在做同一件事：打开空白文档，回忆这周干了什么，凑出一份周报。&lt;/p&gt;
&lt;p&gt;这件事的荒谬之处在于——周一到周五，你们已经开了 10 次站会，讨论了 50 个问题，做了 20 个决策。所有信息都已经存在了，只是散落在会议录音、聊天记录、任务系统里。周报不是「写」出来的，应该是「长」出来的。&lt;/p&gt;
&lt;p&gt;这篇文章用一个 War Room Scrum 的完整案例，说明怎么用 AI 原生思维重构日报和周报流程。核心转变： &lt;strong&gt;不是让 AI 帮你润色周报，而是让 AI 从日常运转的数据中自动聚合出周报&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title>Context, is Control</title><link>https://hugozhu.site/post/2026/236-context-is-control/</link><pubDate>Sat, 23 May 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/236-context-is-control/</guid><description>&lt;p&gt;Netflix 的「Context, not Control」曾经是最有影响力的管理理念之一。&lt;/p&gt;
&lt;p&gt;它的核心假设很简单：给聪明人足够的上下文，他们会用你没想到的方式达成目标。你不需要控制过程，只需要提供信息、方向、约束。人的判断力、创造力、直觉——这些是 context 之外的东西，也是 Control 管不到的东西。&lt;/p&gt;
&lt;p&gt;但这个理念套到 Agent 上，假设崩塌了。&lt;/p&gt;</description></item><item><title>对人不提要求，就是对组织不负责</title><link>https://hugozhu.site/post/2026/235-setting-expectations-is-management/</link><pubDate>Sat, 23 May 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/235-setting-expectations-is-management/</guid><description>&lt;p&gt;「对人不提要求，就是对组织不负责。」&lt;/p&gt;
&lt;p&gt;这句话我说过很多次，也被质疑过很多次。有人说这是 PUA，有人说这是管理者的傲慢。但我越做管理，越觉得这是一条被严重低估的基本原则——尤其在 AI 时代。&lt;/p&gt;</description></item><item><title>自驱力 × AI = 100倍效率：AI原生组织的人性博弈</title><link>https://hugozhu.site/post/2026/193-self-drive-ai-100x-efficiency/</link><pubDate>Tue, 28 Apr 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/193-self-drive-ai-100x-efficiency/</guid><description>&lt;p&gt;上周和一个做 AI 创业的朋友吃饭，他说了这样一段话：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;当一个 3.75 的同学收到超预期的即时奖励时，他爆发出来的效率是 10 倍的提高。再加上 AI 这个放大器，一个人绝对有可能达到 100 倍的效率提升。&amp;rdquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;我当时第一反应是：这个数字太夸张了。但回来路上仔细想，我发现真正值得讨论的不是 100 倍这个数字是否准确，而是这句话背后隐含了一个&lt;strong&gt;组织范式的根本性转变&lt;/strong&gt;——&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;传统组织靠控制来管理风险，AI 原生组织靠激发来释放上限。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;而这两者的底层假设，完全不同。&lt;/p&gt;</description></item><item><title>企业打造AI原生组织：六维转型模型的落地路径</title><link>https://hugozhu.site/post/2026/192-ai-native-organization-transformation-roadmap/</link><pubDate>Mon, 27 Apr 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/192-ai-native-organization-transformation-roadmap/</guid><description>&lt;p&gt;上周三，一家头部互联网公司的CTO在季度复盘会上盯着一组数据沉默了整整两分钟。&lt;/p&gt;
&lt;p&gt;Q1 的 AI 投入报表显示：工程团队 token 消耗同比增长 400%，人均 AI 工具支出逼近 20 万美元/年——已经和一个高级工程师的人力成本持平。但业务端呢？营收增长 35%，客户满意度提升了 8 个百分点。&lt;/p&gt;
&lt;p&gt;&amp;ldquo;我们买了蒸汽机，但跑出来的速度还不如马车。&amp;ldquo;他最终说了这么一句。&lt;/p&gt;
&lt;p&gt;会议室里没人接话。因为所有人都知道，问题不在 AI 技术本身——他们的工程师确实写出了更多代码，做了更多功能。问题在于：&lt;strong&gt;组织的工作方式没有变&lt;/strong&gt;。AI 被塞进了旧的流程、旧的考核、旧的管理思维里，变成了&amp;quot;更贵的自动化&amp;rdquo;。&lt;/p&gt;
&lt;p&gt;这不是个例。2026 年硅谷一线的最新观察揭示了一个残酷现实：AI 技术迭代已经进入&amp;quot;周级范式转换&amp;rdquo;，但绝大多数企业的组织形态还停留在&amp;quot;年度规划+季度复盘&amp;quot;的工业时代节奏里。技术跑得太快，组织跟不上，中间的鸿沟正在吞噬 AI 本该带来的价值。&lt;/p&gt;</description></item><item><title>把组织当成产品来打造：AI 原生组织的 MVP 设计</title><link>https://hugozhu.site/post/2026/173-ai-native-org-mvp-design/</link><pubDate>Sun, 12 Apr 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/173-ai-native-org-mvp-design/</guid><description>&lt;p&gt;去年底，钉钉内部发生了一件事。一个做智能客服的产品经理发现，他给企业客户做的 AI 解决方案，从需求确认到方案交付平均要 14 天。他拉了一下链路：客户提需求给销售（1 天）→ 销售转给解决方案团队（等 2 天）→ 解决方案写 PRD 转给产品（等 1 天）→ 产品评审排期（等 3 天）→ 技术实现（5 天）→ 交付验收（2 天）。14 天里，真正在&amp;quot;干活&amp;quot;的时间不到 5 天，剩下 9 天全是等待——等人、等审批、等排期、等信息同步。&lt;/p&gt;
&lt;p&gt;他跑去找他的主管说：&lt;strong&gt;&amp;ldquo;我们给客户做 AI 提效工具，但我们自己的组织效率，比客户还低。&amp;rdquo;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;这句话刺痛了人。但更刺痛的是——这不是钉钉一家的问题，这是几乎所有想做 AI 转型的公司都会撞上的墙。&lt;strong&gt;不是不知道终局应该长什么样，而是不知道第一个可用版本怎么做——像做产品一样，先跑起来，再迭代。&lt;/strong&gt;&lt;/p&gt;</description></item></channel></rss>