小微企业用 Taiga 搭建敏捷项目管理：需求池、看板与迭代冲刺实战

摘要：用开源 Taiga 给小团队落地轻量敏捷，需求、看板、冲刺一站搞定。

一、为什么小企业也需要轻量项目管理

十人以内的团队常靠微信群和 Excel 跟进度，结果需求散落、谁在做什么说不清、复盘无据。重型 Jira 又太重，光配置就劝退。Taiga 是开源敏捷平台，原生支持 Scrum 和 Kanban 两种模式，界面清爽、docker-compose 一键起，正好卡在"够用"和"不折腾"之间。

二、Docker Compose 一把梭部署

官方提供 taiga-docker 项目，核心三个服务：前端 taiga-front、后端 taiga-back（Django）、数据库 PostgreSQL，再加 RabbitMQ 与可选事件服务。最小可用 compose 关键片段：

services:
  taiga-back:
    image: taigaio/taiga-back:latest
    environment:
      POSTGRES_DB: taiga
      POSTGRES_USER: taiga
      POSTGRES_PASSWORD: 强密码放这里
      TAIGA_SECRET_KEY: 随机长字符串
      PUBLIC_BASE_URL: "https://pm.yourcompany.com"
    depends_on: [postgresql]
  taiga-front:
    image: taigaio/taiga-front:latest
    ports: ["127.0.0.1:9000:80"]
    environment:
      TAIGA_URL: "https://pm.yourcompany.com"
      TAIGA_WEBSOCKETS_URL: "wss://pm.yourcompany.com"

注意 PUBLIC_BASE_URL 和前端 TAIGA_URL 必须一致且是最终域名，否则登录后跳转 404。数据库密码和 TAIGA_SECRET_KEY 切勿用默认值，建议用 openssl rand -hex 32 生成。

三、需求池与用户故事：把任务写成可读卡片

Taiga 里一切围绕"用户故事（User Story）"。规范写法：作为<角色>，我想要<功能>，以便<价值>。例如："作为仓管，我想要扫码入库，以便实时更新库存台账。" 给每个故事估点（1/2/3/5/8 斐波那契），不写小时——点数是相对复杂度，避免虚假精确。

把未排期的故事丢进"需求池（Backlog）"，按价值与依赖排序。别一上来就全排进迭代，保持池子有"下一期弹药"。

四、看板与迭代冲刺：Scrum 与 Kanban 双模式

Scrum：建一个 Sprint，把选中的故事拖进去，设定 1–2 周周期。每个故事拆成子任务（Subtask），状态走新→进行中→完成。Sprint 面板自动算燃尽图，例会直接对着看。
Kanban：不要固定周期，卡片在待办→进行→评审→完成列间流动，设每列 WIP 上限（如进行中≤3），防止人人都在救火却没人收尾。

小团队建议先 Kanban 跑两周找节奏，再切 Scrum 做有交付压力的项目。

五、权限、Webhook 与企微通知打通

项目成员分业主/管理员/成员/只读四档，外包人员给只读就够了。Taiga 自带 Webhook，在"项目设置→集成"里填企微群机器人地址，勾选"故事创建/状态变更"事件，任务一动群里就收到卡片消息，不用每天追着问进度。

如果要做更细的自动流转（比如故事完成自动建测试单），用 Taiga 的 REST API（ /api/v1 ，token 鉴权）配合 n8n 或脚本拉取增量。

六、备份与升级注意事项

数据全在 PostgreSQL，定期 pg_dump 导出并异地保存：

docker exec taiga-db pg_dump -U taiga taiga > taiga_$(date +%F).sql

升级时先备份再拉新镜像，Taiga 大版本常改库结构，直接 docker compose pull 可能卡在迁移。前端静态资源走 CDN 或反代缓存，升级后记得清浏览器强缓存。

七、小结

对小企业来说，项目管理的目标是"看得见、跟得住、复盘有痕"，不是流程军备竞赛。Taiga 用 docker-compose 半小时落地，Scrum/Kanban 随业务切换，Webhook 接企微省掉晨会追问。先把需求池建起来，比选哪个工具更重要。