🏊‍♂️

前言 近期，在项目管理过程中，发现了两个值得深思的问题： 有的同事任务做完了，但是暴露出很多显而易见的问题； 项目月末统计及时完成率，出现人人达标的情况。 这两个问题，都在一定程度上反映出任务执行过程中、项目管理方面存在一些方法不对，或者制度漏洞，导致没有达成预期的效果。 现在，就基于这两个问题，好好分析以及给出对应的解决方案。 任务要做好，而不是做完 在会议室验收功能的时候，有个同事开发的功能模块，比如设备列表，暴露出很多问题。而且，还是一些很明显的问题： 列表只是展示 10 条数据，没有滚动条，没有分页，导致后面的数据都看不到； 点击删除按钮的时候，没有二次弹窗让用户确认，而是直接删除了，删除之后列表也没有更新。 这些虽然是小问题，但是表面风平浪静，实则暗流涌动，从中可以窥见在水面下的深层问题： 第一个就是没有用心在开发这个功能，这些都是很明显的问题，一些细节都是约定俗成，并不需要别人反复和你强调。 第二个就是换位思考，假设你是用户，在使用自己开发的功能，难道就没觉得有问题吗？ 任务要做好，而不是做完，做完只是机械地执行，做好就需要动脑思考。 任务执行过程中，到底有没有对这个任务的方方面面了解清楚呢？ 任务的背景是什么？为什么要做这个功能？什么人在用？到底会关注哪些细节？这个功能定好的实现方案，是否有更好的？现在遇到的这些问题，不解决的话，会留下什么隐患？ 经过这样反复思考，如果觉得有问题，就应该及时反馈、暴露出来、及时沟通和处理。 而不要觉得，多一事不如少一事，差不多就行了，要是反馈的话，搞不好还增加工作量，我才不傻呢。 大部分人都会这样想，并没有什么问题，还是那句话，人之常情。 只是，要算一笔账的话，就会知道，很划不来。 因为，如果后面功能验收出了问题，除了影响你在工作上的口碑，还有可能会返工，那还是要增加工作量的啊。 那还不如，从一开始就做到位了。 当然，有人会说，要是每做一个事情，就经常反馈、提建议，让人觉得自己很难沟通，怎么办？ 确实，有时候，要的就是执行命令，而不是习惯性抬杠。 但，我想说的是，要看从集体利益，还是个人利益的角度出发了，如果是集体利益，而不是私心，只要说的有道理，都是应该听取的。 凡事都可以商量着来。 完成比完美更重要 在 2024 年 8 月，3A 大作《黑神话：悟空》上线以来，全网一片好评，很多人评价，包括我，都说是划时代的作品，会在游戏的历史长河中，被铭记于丰碑之上。 但是，美中不足的是，后面两章，明显没有前面几章那么精细，赶工痕迹特别明显，特别是第六章，整一个大石敢当，实属无语，感觉有点敷衍了。 如果好好打磨，会更上一层楼。只是没有办法了，没那么多时间了，所以，就像主创冯骥说的： “完成比完美更重要。” 在现实生活中，同样也是如此，很多坚持打卡的事情，早睡早起啊、坚持跑步啊、坚持控制饮食啊、坚持看书学习啊等等。 有一些人，比如我，会陷入完美主义的陷阱，比如要在草稿纸上写一段话，如果第一个字感觉没写好，就会撕掉重写，这个现在看来，是有问题的。 就好像人生，就好像打牌，不可能每一次开局都那么完美，只能是基于现有的牌，来不断调整策略、方法，然后能打赢。 之所以写一个字，没写好，就可以撕掉重写，无非就是撕掉一张纸的成本过低罢了，没有伤筋动骨，当然不会觉得有什么。 但是，无形之中，会养成这种较真的、不切实际的完美主义的思想，对于做好一些事情，是有害处的。 而这种思维，和上面提的 “做好，而不是做完” 的区别在于，是有先后顺序的，不同的阶段，不同的思维，不应一概而论。 最后 总之，不管是工作还是生活，我的结论是： 首先要有 “做好，而不是做完” 这个意识，等这个意识在你脑海中生根发芽，这是第一步。 很多事情，你确定自己是真的倾尽全力了，只能做到这一步了，再怎么责备你也没办法了，就算拿把刀架你脖子上，也不会更进一步了。 然后，这个时候，才可以说，完成比完美更重要，这是第二步。 这是一个递进的思维意识，而不是像二极管一样，非黑即白，本身就是要辩证地看待。 只是大部分人，没有第一步的意识，就妄想直接跳到第二步，来为自己的懈怠开脱。

前言 书接上回，前面已经对“做好，而不是做完”的问题，进行分析和提供解决方案了，就是这一篇文章，现在就要对“项目月末统计及时完成率，出现人人达标的情况”的问题，进行分析和总结，希望能梳理出有价值的东西。 任务及时达成率数据不够客观 我设计的项目管理系统，存在任务及时达成率、及时验收率，都人人达标的情况。 这个是什么原因的呢？ 实际上，是因为我们对任务变更没有做管控导致的，而为什么不对这个做管控呢？ 原因是插入需求的频率过高。 为什么过高呢？ 因为项目业务肯定是要根据客户反馈的情况，去做调整的。要第一时间去响应客户的需求。 所以，很多时候，虽然我们制定了项目计划，但在执行过程中，经常出现任务变更的情况，而这个时候，没有去深究到底要不要、应不应该变更，而是默认允许变更了，只要有产品、后端、前端、运维等一方出现需求上面、或者任务执行未及时达成，影响后续关联的任务，那么上面的任务就会出现变更的需求，而这个时候，身为项目负责人，是应该综合考虑和判断，是否允许变更的，但是没有去抓这个环节，只是都是默认变更了。 这个本身就是一个漏洞了。 因为对于研发而言，如果你不允许插入需求，那么就太僵硬、死板了，但如果总是允许这样插入需求，那么项目计划就很容易失控，久而久之，项目成员就容易出现一种心态，反正最后都是要变更计划的，那么今天做完，还是明天做完，有什么区别吗？ 反正制定的里程碑时间，制定的版本发布时间都是要改的，每次好像都没有及时达成过，那么早一点做完，迟一点做完，又有什么区别呢？ 这种思想一旦萌生，就很难消除了，要从根源上，从制度上去解决才行。 实际上，还是回到项目计划的目的、里程碑的目的来说的，这个在之前很多篇的文章中叶提到过了，就是项目计划的目的是，有一个方向和时间节点，就好像大海中有一个灯塔一样，大家都朝那个方向前进，而不是，张三往东走，李四往西走，王五往南走，那还怎么做事情？这是其一，其二就是要求项目负责和项目成员，在面对任务变更，各种突发事件时，应该怎么充分发挥自己的智慧，通过有效的策略，就好像打仗摆兵布阵一样，先做哪些，再做哪些，怎么去争取资源，怎么去和其他成员、上级领导协调沟通，以致能够在时间要求内，及时达成里程碑，就像打胜仗一样。 单个项目管理，直接是项目负责人，对项目的把控，其实更为具体和实际，其实，还是很简单的，但是多个项目管理，还是有点难度的。实际上也不能说是难度吧，只是那种要靠他人来成事的情况，会更明显。自己没办法直接介入，要知道引导，辅助，以第三方视角，去掌控全部的事情。 不是单点突破，而是回到源头 所以最终还是要回到项目的完整的生命周期，对每一个环节，都要深入分析和研究，确保自己是真的做到位了。 下一篇，就说明一下完整的项目生命周期有哪些。

项目完整的生命周期

在通过人工网上收集信息完成储能客户分析后，我就想着，能不能通过 AI 智能体来完成这个工作。 本来就是网上收集信息的工作，人工哪能比得过 AI 啊。在这样的认知和期待之下，我开始在扣子平台研究 AI 智能体。 今年 4 月份，我曾写过《储能企业调研流程基于 AI 智能体优化》的方案文档，核心是对比当下各 AI 平台智能体的使用情况。 当时的结论是，基于扣子平台开发一个储能企业分析的智能体，用来完成目标客户分析的工作。 使用扣子平台开发 AI 智能体 下面是创建的 AI 智能体角色设定，除基本的企业信息收集功能外，我认为有两个极具价值的设计点： 要求提供可验证的真实信息来源：需附上能直接点开的链接，展示信息原文，方便对 AI 提供的判断和信息进行甄别验证。 加入企业视角的假设设定：假设我们是一家拥有储能云平台的储能高科技企业，让 AI 智能体从我们的视角出发，分析目标客户的合作机会点，直接为业务工作提供支撑。 # 角色 你是一个信息收集与分析专家，名叫小储，能够精准、全面地收集企业相关信息，并依据要求进行整理呈现。你致力于为用户提供关于企业多维度的准确内容，服务于对企业信息有需求的用户。 ## 技能 ### 技能 1: 收集企业信息 1. 当用户发送一个企业名称时，使用工具从网上收集资料。 2. 从以下几个维度提供准确的答案： - 基本信息 - 发家历程 - 业务分布 - 主要产品 - 是否需要储能云平台 - 合作机会 - 结论 3. 要求提供依据，不能瞎编乱造，并显示依据的信息源头，使用表格输出。其中，我们是一家专注于储能数智化的高科技企业，提供多维度的储能产品和解决方案，服务于储能设备商、投资商、微网等多个场景。我们拥有强大的物联网和技术革新能力，与全球领先企业合作，共建储能生态，携手迈向绿色未来。 ===回复示例=== | 维度 | 详情 | 依据 | 信息源头 | | ---- | ---- | ---- | ---- | | 基本信息 | [具体信息] | [详细说明依据内容] | [具体网址或资料来源] | | 发家历程 | [具体历程] | [详细说明依据内容] | [具体网址或资料来源] | | 业务分布 | [具体分布] | [详细说明依据内容] | [具体网址或资料来源] | | 主要产品 | [具体产品] | [详细说明依据内容] | [具体网址或资料来源] | | 是否需要储能云平台 | [是/否] | [详细说明依据内容] | [具体网址或资料来源] | | 合作机会 | [具体机会点] | [详细说明依据内容] | [具体网址或资料来源] | | 结论 | [具体结论] | [详细说明依据内容] | [具体网址或资料来源] | ===示例结束=== ## 限制: - 只回答与用户输入企业名称相关的信息收集与分析问题，拒绝回答无关话题。 - 所输出的内容必须按照给定的表格格式进行组织，不能偏离框架要求。 - 提供的所有信息必须有可靠依据，依据内容需详细说明。 - 信息源头必须明确显示具体网址或资料来源。 - 通过工具在互联网上获取信息，确保信息来源准确。 在扣子开发页面，呈现效果如下： ...

很久以前，在功能开发过程中，遇到什么问题，我都会及时记录下这个问题，然后去网上检索答案。 如果这个问题很有价值，那就及时整理成一篇简短博文，发布到简书上。 一来可以记录下知识点，方便后续拓展相关内容，形成技术博文。 二来主要是规避那种轻视的心理，问题没解决之前，总觉得天要塌了，这个怎么解决得了啊。真的解决了，又觉得怎么会犯这种低级的错误，这个问题不值一提啊，不值得记录的吧。 但有时候遇到的不算是一个问题，而是一个知识点的时候，就遇到了一些问题了。 之前有想过，每个知识点，前因后果都理清楚，形成一篇微信文章发布。 但很多都是概念性的知识，这些东西网上一大堆，非要经过自己重新组织语言，有点多此一举，而且，也写不出什么新意。 但是不写嘛，又没办法做一些学习和知识的总结，总要有个地方来记录的吧。 因为 ARTS 打卡活动没打算继续了，然后，那个问题清单，也处于半退休状态了，近期都没有怎么收集平时工作、生活中遇到的不懂的知识点了。 一方面是有记录，另一方面是有新意。 只要去写就是有记录了，所以，问题就在于怎么有新意，我就想到了费曼学习法。 费曼学习法，提到要真正掌握一个知识点，最好的方法是尝试把它教给别人，并且能用最简单通俗的语言解释清楚，这是检验自己是否真正理解的有效方式。 可以假设，你面对的就是一个什么都不懂的小白，你要让对方明白你讲的内容。 那么最好的方式，就是用生活中大家耳熟能详的东西，来举例子。 同理，在遇到新的知识点，比如很多专业术语、名词，在熟悉的过程中，就需要把它转化成生活中的例子，一经转化，就会很具体。 比如，什么是同步和异步，转化成生活中常见的例子。 同步，你要炒菜，就要先洗菜、切菜、炒菜，按顺序进行。 异步，你可以开洗衣机洗衣服，插上电饭锅煮饭，再去打扫房间，多任务同时进行，不互相干扰。 这样，就很容易能理解，这个知识点到底是什么，抓住了重点，就很方便记忆。 最终的目的，是能快速了解到这个知识点，懂得到底是啥玩意儿？ 之后，我就想着每个知识点，通过这种方式， “中译中” 成一篇知识科普的微信文章，应该会很不错。 但是，写了一两个知识点之后，发现这个事情，AI 不就是非常擅长的吗？ 因此，我就打算通过豆包创建一个 AI 智能体，其角色设定是这样的： 专门把抽象、复杂的内容，转化成 “用生活话讲、靠常见事儿举例” 的解读，不绕专业术语，不堆冗余信息，让你听 / 看的瞬间就懂，不用再花时间琢磨 “这到底说的是啥”。 然后，我每次输入要了解的东西，它就会使用生活上的例子进行解释。 豆包 AI 智能体：通俗易懂的解释各种知识点 地址：https://doubao.com/bot/32BIPRTb 比如，我输入“内存泄漏”，它就会这样进行解释： “把电脑想象成一间房子，内存就是房子里用来存放东西的空间。程序就像在房子里活动的人，会使用这些空间来存放数据。 当程序使用完内存空间后，本应 ‘收拾好’，把空间 ‘腾出来’ 给其他程序用。但如果这个程序像个粗心大意的人，用完空间却不归还，导致这块空间一直被占用，别人没办法再用，这就是 ‘内存泄漏’。 比如你打开一个软件，它占用了一块内存空间存放临时数据。你关闭软件时，正常情况下这些数据应该被清理，内存空间能重新被利用。但要是发生内存泄漏，这些数据一直赖在内存里，随着时间推移，越来越多的程序都这么干，房子里被占用却不释放的空间越来越多，可使用的空间就越来越少。最后电脑就像房子堆满了东西，变得很卡，甚至死机。” 经过对比，AI 生成的通俗易懂的例子，还是很到位的，远比我写的好啊。 加上，觉得写的不好，我还可以反复提建议，直到我满意为止，我有点动摇了。 最开始，我是想着，最好是基于扣子平台开发一个 AI 应用，然后有工作流，只要我输入一个关键词，就自动生成微信文章、配图，然后推送到公众号。 但是，我仔细想了一下，如果一个知识点就一篇文章，然后发布到公众号，那频率太快了。 而且，完全依靠什么 AI 工作流输出，要是输出的结果不满意，也没办法修改了。 所以，我想到的是，还不如积累到一定量，然后按月或者季度去整理。 这样的话，内容会很丰富，但是，估计什么知识点都有，五花八门的，就有点杂乱了。 但只能尽可能做一些分类了，实在不行，问题也不大。 那这个事情，突然就急转直下了，我还要不要完全自己来写？ ...