【在线研讨-现场文字】《敏捷开发用户故事分类与组织结构（一期-3）》2012-06-26

关注

原创最新推荐文章于 2026-03-11 10:22:39 发布 7.5k 阅读 AI 写同款· GEO 优化 ›

CompAir-NoC架构：混合PIM与硬件优化加速LLM计算在AI加速器领域，存内计算(PIM)技术通过减少数据搬运显著提升能效。混合PIM架构结合DRAM的高带宽和SRAM的高计算密度优势，采用计算粒度匹配和动态电压调节实现最优性能。CompAir-NoC创新性地通过传输中计算(in-transit computation)和函数柯里化硬件设计，在路由器中嵌入零开销计算单元，特别适用于大型语言模型(LLM)中的Softmax和RoPE等关键操作。该架构在28nm工艺下实现0.8195mm²/通道的面积效率，相比传统方案在Llama2-7B上减少42%数据搬运，Qw 阅读详情

一期：活动描述，之一，之二，之三，之四，之五

二期：活动描述，之一，之二，之三，之四，之五，之六

三期：活动描述，之一，之二，之三，之四，之五

利用功能点数据对业务数据和业务操作进行早期快速估算

陈勇-创业-北京(**9107533) 13:25:06
好，暂停一下，看大家有没有什么问题？

中惠李-GZ(**215419) 13:26:17
你所描述的业务数据，可能需要加以区分

陈勇-创业-北京(**9107533) 13:26:36
比如？

中惠李-GZ(**215419) 13:26:44
哪些是基于系统才产生的业务数据，哪些是基于企业业态所产生的业务数据

chuner_wang-PMO-BJ(**580305) 13:26:46
我是外行啊，这种描述用户故事的结构，是火星人的规矩，还是敏捷的规矩？

lastwinner(**810932) 13:27:01
暂无，就是把“临时加工”看成“临时工”了。
不过，用户和权限的逻辑关系设计，会在哪里体现呢？

陈勇-创业-北京(**9107533) 13:27:09
呵呵，是FPA和火星人的规矩，敏捷“没规矩”。

敏捷开发组织代(**963589) 13:27:21
这些故事，如何确定工作量的？

chuner_wang-PMO-BJ(**580305) 13:28:10
同TOM问，描述一个故事的时候，是否要考虑必须在多长时间内能完成，记得敏捷，是以天为单位出成果的吧？

陈勇-创业-北京(**9107533) 13:28:13
@chuner：待会会说说，这个规矩的好处，以及哪些企业可能最容易从中受益。

chuner_wang-PMO-BJ(**580305) 13:28:37
嗯，我觉得这个规矩很好，至少，加速了我对用户故事的理解

陈勇-创业-北京(**9107533) 13:28:56
好，下面说说“工作量”的问题。
说到估算，其实有很多环境需要估算。
敏捷里边说的最多的，是大约每月一次的计划会上的估算，具体形式可以是“扑克牌估算”。

lastwinner(**810932) 13:30:07
工作量和我提的“用户和权限的逻辑关系设计”非常相关。比如不可以给用户组授权和可以给用户组授权，工作量就有比较大的差别

陈勇-创业-北京(**9107533) 13:30:07
敏捷估算，是开发人员“夺权”的一部分内容
但是这个权利，经常无法得到授予，原因是老板提前就答应了客户另外一个时间表，所以，你们的估算……我尊重，但不遵守……
这就使得如果要想能真的自组织地做估算，那么远在立项（无论产品研发还是项目开发）之时，就能为老板提供一个大致的估算出来，日后就主动了。
@Laswinner：恩，后面有答案。