Skip to main content

Command Palette

Search for a command to run...

收房和交付:人人都是产品经理项目经理交付经理。。。

Updated
1 min read

五月份,新房刚装修完,回头看看从决策、掏钱,到交付、维护、装修,这一路磕磕绊绊的过程,看起来居然有颇多环节和 IT 项目交付有些相似之处,所以就零零散散的写一篇,博诸君一笑。

销售话术——现实和想象

买房时候销售给了个低价购买车位的福利,激动的心、颤抖的手,果断拿下——交楼时候才知道,优惠车位在另一个区,还得等一年。

想想自己的 IT 项目里,销售阶段的天花乱坠,也就心下安定了。

大厂出好货——名和实

这个楼盘系出名门,是某利的天字号系列,交楼时候,却已因为周边景观、地段、配套等成为该地区的知名伪豪宅。

那么我错误在哪里呢?有个重要的原因就是大厂光环。对照到我常见的工作场景里,很多客户在采用/采购评估过程中,因为候选产品/企业/项目的光环,自觉或不自觉地高看一眼,导致最终的决策偏差。实际上大厂产品翻车是个挺常见的事情:

  1. Google:有个无聊的网站,叫 Killed By Google,迄今为止,收录了 Google 放弃的 296 个产品,其中包含了 Reader、Plus 这样的知名 ToC 产品,还包含了很多存活期在五年以上的 ToB 软件和硬件产品

  2. Microsoft:同样也有个无聊网站,叫 Microsoft Graveyard,其中包含了 184 个条目,这里我们可以看到 Kinect、Zune、Skype Business 等耳熟能详的东西。

相对于产品翻车,架构设计方面的反复也是屡见不鲜,例如高调在 Kubernetes/Serverless/微服务等的采用上反复横跳的,因为局部通讯故障导致大面积宕机的,因为缺乏防呆措施导致多产品失效的,比比皆是。

大厂货还有一个常见场景就是其复杂的产品阵型,例如入户门标配了某高端门锁,进入配置菜单之后,发现这个大品牌智能锁的庞大身躯里,什么掌纹识别、WIFI 连接之类必备功能全被阉割了——像不像各种软件各种解决方案的免费版付费版专业版企业版?

无线网传奇——依赖和兼容

新小区是有现代味儿的——全屋 WIFI。收楼时候大概看了下,客厅主卧都有 AP 面板,虽然客厅 AP 奇怪的放在电视墙上,注定被遮挡;天花没走网线,吸顶 AP 要自行布线。AC 是某捷的小商版本,已经退市。AP 面板是最精彩的——是施耐德的,我当时想,施耐德面板大概是某捷的帖牌吧。弱电箱没电插座,网线没标注这都是小事了。

等到我把宽带拉进来,问题出现了——宽带师傅只管宽带网入户,并不会管 ACAP 配置的,只好出钱让他帮我把所有房间的网线测一遍,不通的网口重做一遍水晶头,然后开始了我苦难的配网过程。我先入为主,觉得开发商的初始配置应该不会有兼容性问题,又不好意思求助——咱是搞 IT 的啊。最终求助物业维保,一问三不知。但是几番催促之下,给了个供应商的联系人电话,咨询之后知道了——这俩牌子不存在 OEM 关系,的确是不匹配的,要么自购 AP、要么自购 AC。无奈之下,海鲜市场弄了几个 AP 替换掉,总算过上了全屋无死角的现代生活。

另外,某捷的 ACAP 配置,是要有互联网连接的。

厨房有个非常神经病的设计——洗菜盆下有一条动不得的水泥粱,导致盆下空间只有 30 厘米,而通常情况下,处于垃圾处理器需要 40 厘米左右的高度,还好搜到某小品牌,机身高度 20 厘米,勉强可以塞进去。

在 IT 项目交付时,经常面临的一个问题就是依赖/配套关系,例如 Kubernetes 对 CRI、操作系统等的依赖、或者业务应用中的东西向、南北向依赖等,局部组件的不兼容替换或升级,稍有不慎就可能引发事故。

好看和好用

小区的停车场入口,环绕很多灯带,如果读者走过白云机场的那个时光隧道,大概就是类似的效果,可惜这个停车场的铺装——雨天必打滑,配合进出一体的出入口设计,所有车道双向通行,雨天的地库会车,绝对刺激;如果是弯道会车,那就更过瘾了。

交付时候部署了大量的开关面板,很有酒店风格,收房时候看到这一片一片的金色开关,虽然感觉有点俗,不过我倒也不是讨厌金子的人,就随它去了。入住了才发现不仅面板是金色的——字也是金色的。

电视柜也摆了个乌龙——电视位全包围,上下均没有打孔,我可怜的 Switch、NAS 什么的全都连不上,只好完工之后再打孔了事。

到系统交互的过程中,面对不好用、但是好看的交互,我八成会给出更低的评价。

多供应商的合作和现场管理

五一期间发现空调面板无法控制空调,报障后开始了漫无边际的拉扯过程。过程涉及参与方和分工:

  • 某利:大概可以视作乙方总包,负责客户接口以及任务下发

  • 某米:某利选择其进行全屋网络布线、开关面板和空调网关

  • 某下:空调供应商

  • 某哥:橱柜和油漆总包。

按照这种合作场景,我采取了专家会诊,谁不来就怪谁的策略,展开排查。

  • Round 1:

    • 某利认为,是因为橱柜安装过程搞坏了开关,因此责任在某哥。

    • 我:拉通某利和某哥,先不要管花费——定责要真凭实据

    • 结果:无

  • Round 2:

    • 我:拉通某利和某米

    • 某米:替换了可能有问题的面板

    • 结果:无

  • Round 3:

    • 我:拉通某利,某米,某下和某哥——说线坏了咱就飞线、说零件坏了咱就现场替换,堵住门口,不定位不放人。

    • 结果:某米有两个开关失灵,替换后解决。

整个过程耗时一个月,看得出,总包对供应商支持毫无控制力,除了传话和沟通,基本处于无能状态。这在 IT 项目现场,一个可以通过替换来解决的问题,能拖到一个月,完全不可想象。

智能家居的安全

前文提高某利这个小区,全面采用了某米的智能家居硬件和施工,然而对非专业业主来说,问题才刚刚开始:

  • 交付时提供的网络相关条件:

    • 各房间网口面板:网线未标记,交付时部分无法连通,没有吸顶 AP 位置

    • 两个 AP 面板:品牌不兼容,其中一个在电视之后,严重影响可用性

    • 一个某捷的 PoE/AC:必须宽带入户之后才能完成配置

  • 交付时提供的未安装智能家居硬件:两个某米网关,一个天然气检测,未安装。

  • 初始化仅仅对开关和空调进行了匹配,没有在米家进行纳管操作。

结果是怎样呢?我一天在新房里走了八千多步,标记了每条网线,将所有开关等设备纳管到米家里。后来我知道,某米提供了纳管的收费服务:仅需三百。AP 更换和安装也有对应的服务,粗略算了一下,一单大概也是三百块。

那可能有人要说——贱人就是矫情,不用米家,不搞智能又不是用不了。我本来也是这么想的,直到我把能搜索到的所有设备加入米家后,发现我纳管了邻居的空调和部分开关,也就是说,如果没有主动将这些设备管理起来,那么你家的设备就处在欢迎来玩的状态,尤其是空调网关这种母设备,被误开关还是个挺刺激的事情。

尾声

最终战果:

  • 某利:空调原因,拖了我 N 多天工期,诊断过程几乎刮花了所有的空调控制面板,某利的甩锅可以说是非常成功,我认为应该打 A。

  • 某米:多换了一个开关面板。

  • 我:咬牙吞下伤痕累累的面板,解除了对邻居空调的控制,避免侵犯隐私。

More from this blog

龙虾恐慌:AIOps 又要改名了?

ChatGPT 开始,把 AI 拉近到普罗大众的面前,让无数人感受到 AI 的亲民魅力。而龙虾,则把大模型驱动的自动化能力,突然间变得水灵灵、活泼泼地走进千家万户。它不只是“风口上的猪”,而是风口本身。热度高到让 Mac mini 一度断货,不知道这在不在库克的预料之内。 每代人都有每代人的鸡蛋,春节期间,我就领了我的鸡蛋。翻出古老的 MacBook Air M1,充值各种大模型。当然了,这个工具

Mar 9, 20261 min read

再见 2025

我猜不少人以为这个号废了吧?并没有,只是今年变化有点大,一直有种抄起键盘,无从说起的感觉,所以一直偷懒到今天,2025 的最后一天。 今年是我的第四个本命年,去年末一期播客里,大内说本命年不是灾年,是变化年,有危也有机。可是讲真啊,只看到危,没看到机。 各种因缘际会,从鹅厂跳槽到前东家,已经接近四年,第一个合同期已经进入尾声。除了前两年还在云原生领域嗷嗷叫,后两年基本都是些鸡零狗碎的东西了,用老东家的术语说是——偏离主航道,可谓是前景暗淡了。 一旦确定要滚蛋,反倒心思轻松起来,每天骑着我的小红车...

Jan 5, 20261 min read

辅助编程?dora 说:我知道你很急可是请你别急

从 OpenGPT 把大模型的火烧旺了之后,这三年来,相信很多组织或摩拳擦掌、或躬身入局,希望借助聪明能干的大模型,或想偿还技术宅,或想降本增效,或想弯道超车。一时间,沉寂许久的 AIxx 又活过来了,LLM Ops、Vibe Coding、中医大模型、GPT 算命等等,全都老树发新芽,焕发了勃勃生机。那么视角拉回从业者最关注的饭碗相关的领域之一——AI 辅助开发,产生了什么触动,应该如何拥抱呢? DORA 的年度报告中给出了很有意思的结论——强者恒强。 执行摘要部分总结了几个有趣的点: 问题...

Oct 6, 20251 min read

[译]dora:ai 辅助软件开发状态报告

执行摘要 在 2025 年,科技领导者面临的核心问题已不再是“是否要采用 AI”,而是“如何实现其价值”。 DORA 的研究基于超过 100 小时的定性访谈和来自全球近 5,000 名技术专业人士的问卷调查。研究揭示了一个关键事实:AI 在软件开发中的主要角色是“放大器”。它会放大高效能组织的优势,也会凸显组织的缺陷。 关键结论:AI 是放大器 AI 投资的最大回报并非来自工具本身,而是来自组织底层系统的战略性建设: 高质量的内部平台 清晰的工作流 团队的协同能力 缺少这些基础,AI ...

Oct 2, 202514 min read

僭越了,有人在用 Rust 写 Kubernetes

一个新语言问世,最爱做的事情之一,就是重写存量软件了。 云原生喝酒 SIG 重点扶持项目——rk8s(https://github.com/rk8s-dev/rk8s) 也可以归在这个范畴里,只不过这个项目重写的东西比较大,是 Kubernetes。 从 2025 年 1 月第一个 Commit 开始,到现在有了 200 多次 Commit,十几万行代码。当然距离 Kubernetes 的几百万行代码还差得远——老马就是喜欢整这种大无畏项目。 另外该项目也是国内第一个脱离 Cargo 转向使用 ...

Sep 27, 20253 min read

【伪】架构师

342 posts