这套系统里的工作如何运转？
每项工作从“待办列表”开始，组长收集需求并做估算；排入即将到来的迭代后进入“Sprint”，由指定开发人员认领。开发完成后卡片进入“评审”，由另一位同事评审代码——本人评审自己的工作不予认可；通过测试后进入“就绪”，部署到客户环境后进入“已发布”。到达约定的交付节点时，相关卡片进入“客户阶段款”，开具与该节点对应的发票。
聊天按项目划分：每个项目有自己的日常协调频道。而架构决策——选数据库、选集成模式、调整结构——连同理由和被否决的备选方案记入论坛，因为一个活两年的项目日后一定会有人问：当初为什么这么建？公告是技术管理层的声音：新的质量规范、环境更新、涉及全员的安全提醒。款项模块按交付节点登记客户回款和团队奖金，严格保密。
技术总监统管资源看板，一眼看清开发人员在各项目间的分布，及早发现瓶颈；组长管理各自项目的待办列表、移动卡片、认可评审；开发和设计人员执行工作并把成果连同提交记录和设计链接上传到卡片。进入“客户阶段款”时，总监先把已完成工作与合同核对再开票——没有留痕的发布，就没有发票。
谁负责什么？
这套系统中的运营角色，以及每个角色在日常工作中的职责——可以原样指派给你的团队，也可以按你们的实际情况调整。
技术总监
统管统一看板与项目间资源分配，认可论坛留痕的架构决策，开票前把“客户阶段款”与合同核对。
组长
管理各自项目的待办列表与迭代排期，在“评审”列评审代码，移动卡片并跟进团队承诺。
开发与设计人员
执行“Sprint”任务并把成果连同链接上传到卡片，参与同事评审和论坛架构讨论。
客户协调员
把新客户请求接入“待办列表”，跟进交付验收，开票前补齐“客户阶段款”所需文件。
从第一天起就为你准备好什么？
系统单元
- 任务 — 带有工作流列和执行卡片的看板
- 聊天 — 团队快速日常协调频道
- 论坛 — 在有序版块中留痕的讨论——决策与知识永不丢失
- 公告 — 管理层的官方声音——传达到每个人的通告与提醒
- 款项 — 严格保密的内部资金——应收款项、预支款与费用
论坛版块 (4)
- 架构决策重大技术架构决策留痕——选了什么、为什么、否决了哪些备选——每个长寿项目的档案。
- 关键代码评审讨论评审中反复出现的编程模式，哪些成为公司标准、哪些被禁止。
- 生产事故与复盘线上故障处理后的分析：根因与防复发措施——不追责，聚焦系统。
- 工具与实践某团队试用过的新库与新工具的评估，然后再推广到其他项目。
«本系统工作规则» — 已在论坛置顶
1. 卡片之外无代码：每项工作都有带描述、估算和所属项目的卡片。 2. 未经非作者同事评审，任何卡片不得越过“评审”。 3. 架构决策须先在“架构决策”版块留痕并经技术总监认可方可执行。 4. 生产事故在处理后 48 小时内在“生产事故与复盘”中分析。 5. “客户阶段款”须经技术总监把已完成工作与合同核对后才开票。 6. 团队奖金与客户回款只在款项模块——不搞私下表格。
欢迎公告: «欢迎使用公司管理系统»
从今天起，所有工作都以卡片从“待办列表”走到“已发布”；没有留痕发布的卡片，就没有客户发票。架构决策在论坛不在聊天；聊天只用于日常协调。第一步：把在手项目需求录入待办列表，并排定你们的第一个 Sprint。工作规则在论坛置顶。