GALLERY
项目管理与开发的模板
从计划到复盘，开发团队推进所需的看板与任务结构可以直接使用。白板与看板成套配置，可以直接在会议现场使用。
从第一次带团队的新手入门看板，到冲刺运营、缺陷跟踪这类开发团队日常要用的看板，这里都能找到。制定计划、管理进度、复盘与防止再发生，看你现在处于哪个阶段，都能对应选出合适的模板。
33 项
用户故事地图入门：将用户行为从左到右排列，划线圈出首次发布范围并整理成待办清单
功能清单越滚越多、定不下首次发布范围的个人开发者和小团队，可以用这个面向初学者的用户故事地图入门模板，把用户行为从左到右排列后再决定首次要做的范围。白板分成4页：第1页定使用对象、困扰和首次发布要验证的事项，第2页按活动·任务·故事的顺序把用户行为从左到右排列，第3页看价值与制作成本把故事分进发布1·发布2·暂缓，第4页把发布1抄写进待办表并定下推进方式。任务看板是未开始·进行中·已完成三列，和4页盘面顺序一致的4个父任务下各有3个子任务，全部从未开始列开始。即使是第一次学做用户故事地图的人，只要把记账App的示例改写成自己的服务，就能把故事写法、发布划分到待办表制作走完一遍。故事按「作为〇〇，想要△△。因为□□」一句话写，制作大小用故事点估算。可以和策划、设计师以限定公开方式共同编辑，完成的地图能用公开链接交给协作者。
翻译项目推进入门 本地化准备白板｜先定术语表·书写规范·确认标准，再按语言推进确认与发布
面向第一次负责手册或网站多语言化的人员和翻译公司协调员的本地化推进模板，从入门开始整理流程，在动笔翻译前先定好术语表、书写规范和确认标准，再按语言稳步推进到确认与发布。白板共4页，第1页写出要翻译的内容、语言和发布日期，整理出素材清单；第2页定出术语表规则、书写规范和拿不准时的判断方式，并写出术语；第3页定出确认标准，从阅读量和出错影响中选出要重点确认的素材；第4页按语言查看进度，从翻译推进到发布。任务看板分为准备中、翻译中、确认中、修改中、已发布5列，“整理要翻译的内容”“定术语与书写规范”“收窄确认标准”“按语言推进”4个父任务下各有3个子任务。本地化的基本做法有三点：原文定稿后再开始翻译、用术语表先统一产品名和界面用词的译法、让母语者的确认集中在影响大的素材上。可以把白板用URL分享给外部译者。界面可以切换12种语言显示，但白板里写的内容仍以书写时的语言显示。
需求定义入门：访谈与达成共识看板｜把访谈项目、功能与非功能需求、确认事项汇总在一块看板上，与委托方就本次范围达成共识
初次学习需求定义流程的年轻系统工程师、企业内系统负责人或采购负责人，可用这份需求定义入门模板，在一块白板上完成从向委托方访谈到就本次范围达成共识的全过程。全程共4页：第1页倾听委托目的与现状，第2页梳理功能需求（系统能做到的事）与非功能需求（速度、可用时间等特性），第3页用MoSCoW分成4类并把本次范围写成一句话，第4页与委托方确认已达成的共识、放弃的事项与留到下次的事项，并定好后续安排。填写示例设定了一家用表格手工转抄邮件订单的小店委托，展示从访谈得到的回答整理成“能做到……”形式的需求、MoSCoW分类，到共识记录的整个4页流程。任务看板从“待访谈”到“已完成”共5列，与4页顺序相同的4个父任务下各挂3个子任务。不清楚需求定义怎么做时，把盘面上的“例：”改写成自己的委托内容并按此顺序推进，就能在把漏问的事项留作确认事项的同时定下本次范围。给委托方看的盘面上不要写公司名称、交易金额等不能外传的信息，合同上的责任范围与报价请另外与公司内部负责人确认。
装修工程表入门 现场进度板｜按房间排列工序与业主待定事项，用URL分享进度
小型装修公司或工务店的现场负责人，用这份装修工程表范本按房间排列工序和需要业主决定的事项来规划进度，是适合初学者的装修工程表模板。4页盘面中，第1页根据工程概要和各房间的困扰・希望决定施工范围，第2页排列4个房间的工序（拆除→打底→装修→收尾）和需要业主决定的事项，第3页梳理紧急事项并决定从现场调查到交付的确认顺序，第4页决定排期表・列的使用方法・每周复盘一次来推进现场进度。任务看板分为未开始・施工中・待业主确认・已完成4列，与4页顺序相同的4个父任务下各有3个子任务（使用模板后全部位于未开始列，期限和负责人留空，需自行填写）。不清楚装修工程表怎么做的人，照着示例填写也能排出各房间的进度。示例以壁纸、地板材料等装修・收尾为主，电气・燃气・水管等设备工程以有资格者施工为前提。不涉及结构・法规・报价金额・合同的判断。公司内部设为限定公开共同编辑，给业主看的盘面则用URL分享，且不写地址和金额。
失败预演入门：提前假设「计划失败了」，列出全部理由，开始前定好预防任务
首次负责筹办活动、新服务或公司内部新制度的负责人和筹备成员，可以用这份入门版失败预演（premortem，事前失败检讨）模板，在开始前先假设「这项计划失败了」，列出所有理由，再定好要提前预防的任务。白板共有4页：第1页统一计划的名称、目的、成功时的样子与推进方式；第2页假设「一年后计划失败了」，各自默声写下理由；第3页把理由归成4类，用发生概率×痛苦程度的四象限选出要优先预防的部分；第4页定出预防措施表与检查时间点并转成任务。任务看板分为「未着手、对策中、已确认」三列，按4页相同顺序排列4个父任务，每个父任务下有3个子任务，全部从未着手开始（截止日期请自行填写）。失败预演的做法是：先假定计划已经失败，各自默声写下理由，再依次朗读后分类，最后定出预防措施，这样能让难以开口的担忧也更容易说出来。该方法由心理学家加里·克莱因（Gary Klein）推广，不依赖特定国家的制度。参与者以限定公开的方式同时填写，并可把定好的预防措施分享给相关人员。此外，涉及安全、医疗等重大事故的计划，不能替代正式的风险评估。
办公室搬迁入门：总务排期与筹备看板｜把要决定的事拆成6个分支，按半年倒计时分工到搬迁后
本模板适合负责办公室搬迁的中小企业总务或员工，帮助从半年前到搬迁后梳理排期与筹备工作，是入门（新手向）的日程管理看板。在4页白板中，第1页先理清搬迁日期、人数、目的及内外部相关方，第2页用思维导图把房源、装修、IT、电话、搬运、通知这6个分支的待办事项展开，第3页用重要度×紧急度矩阵选出优先处理的4件事，第4页把它们放进从半年前到搬迁后共6段的时间轴，并确定各部门的打包计划与搬迁后的确认事项。任务看板分为“尚未决定”“准备中”“等待供应商”“已完成”4列，与4页顺序一致的4个父任务下各有3个子任务，子任务说明里标注了对应的白板编号。不清楚办公室搬迁该如何排期的人，只要把“例）”便签改写成自己公司的内容，就能提前发现像开通线路、装修工程这类需要较长周期的准备事项。总务部门不必独自承担，第3页也可以把工作交给各部门代表或供应商。可以把搬迁计划看板以限定公开的方式展示给员工，统一各部门的打包日程。本模板不涉及租赁合同、恢复原状、登记等法律建议，相关申报内容请自行确认。
图书编辑进度管理入门｜编辑的看板：把约稿到初校、再校、付印整合为一条流程，与作者共享各章节状态
图书制作进度管理模板，面向首次负责图书制作流程的新人编辑、负责社史或自费出版的人员，把从约稿到初校、再校、责了（终校确认）、付印的流程和各章节状态整理在一块看板里，与作者、设计师共享。看板共4页：第1页梳理术语、本书基本信息与相关人员；第2页描绘制作流程5个阶段，以及从出版日倒推的节点和各工序的交接；第3页根据第1章至第6章的状态找出可能延期的章节；第4页定下交接规则和自己的安排，推进到付印。任务看板分为“未开始”、“进行中”、“等待对方回复”、“已完成”4列，与4页顺序相同的4个父任务下各配3个子任务（共16个），可依次推进从约稿、催促校对到付印与样书确认。即使不了解图书制作流程的人，也能通过便签确认初校、再校、责了、付印的含义，掌握从出版日倒推制定日程和逐章提前发现延期的方法。章节状态的看板可用公开URL展示给作者和设计师。请不要在公开看板上写正文内容或未公布的书名。本模板不涉及版权或出版合同的判断。
网站制作进度管理｜从需求梳理到上线的5阶段运营模板
网站制作的进度负责人，会在项目启动时打开这个模板。白板上放着5阶段进度带、分阶段的交付物与客户确认对照表，以及用来分类修改需求的矩阵。任务看板按从需求定义到上线的5个父任务划分，经过内部评审和客户确认两列后进入完成。 当制作已经在推进，但确认迟迟没有回音、修改需求越积越多，导致上线日期看不清楚时使用。正在搜索“网站制作 进度管理 模板”“建站排期 怎么做”的项目经理，或第一次负责项目进度的人，都很适合。即使团队里同时有内部成员和外部合作方，也能一眼共享现在处于哪个阶段。 首先在“这个网站要达成的目标”中写下上线日期、目的，以及难以判断时的准则。用“5阶段进度带”共享整体流程，用“分阶段的交付物与客户确认”决定哪个阶段要交付什么、由谁批准。修改需求放进“修改需求的处理方式”，区分为这次要改的和留到下次的。在“容易卡住的地方和绕开办法”中，按项目不断补充过去卡住过的地方。任务看板按“未开始”“制作中”“内部评审”“客户确认中”“已完成”5列推进。 第一周要完成“整理需求定义”，尤其不要让“定上线日期和分工”空着不填。进入设计阶段后确认容易停滞，请在例会上重点检查在“客户确认中”停留超过3天的卡片。上线前请多人一起“分设备查看显示”，并完成“确认埋点代码”后再交付。
两周冲刺运营看板｜从计划到复盘
进行迭代开发的开发团队，在冲刺首日打开、整个周期都要用的模板。 白板上放着冲刺目标、团队约定、阻塞项、每日发现的板块，还图解了两周的流程和冲刺的四个仪式。 任务看板是从着手经过代码评审、验证到完成的5列，计划、运行、评审、复盘4个父任务及其子任务全部处于未开始。
项目风险管理台账｜按发生概率×影响程度优先出手
这是项目负责人在立项周打开，此后每月的风险评审时重新打开使用的模板。白板上以按发生概率×影响程度决定优先顺序的矩阵为中心，配有风险排查角度的思维导图、整理回避·降低·转嫁·接受四种方针的表格，以及防止台账形同虚设的运行规则。任务看板分为排查、评估中、应对中、监控中、关闭这5列，排查、评估、定方针、监控、复盘这5个父任务及其子任务均处于未开始状态。 适合“一动手就状况百出”“做了风险清单却没人再看”这类情况。面向正在搜索“风险管理表怎么做”“风险台账 模板”的项目负责人，以及想定下概率与影响度评估标准的人。适用于系统开发、活动运营、新业务启动等相关人员多、不确定性较大的项目。 盘面①统一台账的目标、一行的写法和不写的内容。按盘面②思维导图的角度依次排查，从进度到外部依赖、法务，全员一起列出风险。列出的条目放入盘面③的两轴矩阵，决定优先出手的顺序。排名靠前的对照盘面④的回避·降低·转嫁·接受逐一归类，写下应对措施和留在台账里的内容。运行按盘面⑤的规则进行，任务看板在“排查”“评估中”“应对中”“监控中”“关闭”这5列间移动卡片。 第一周完成“按角度逐条列出”和“定下评估标准”这两步，之后的打分就不会摇摆。写到“定义触发迹象”这一步，谁在什么时候该动就容易判断了。复盘不必每周做，改成每月一次，月初花30分钟从头看一遍，只修改评估变化的条目，就能坚持下去。
产品路线图｜用 Now / Next / Later 统一优先级
负责统筹团队产品优先级的人，在每个季度开始和每月复盘时打开的产品路线图模板。白板上依次排列着目标状态的框、Now / Next / Later 与功能、基础设施、体验三个类别交叉而成的表格、价值与成本的四象限、判断依据的思维导图，以及运营规则的框。任务看板从候选池经 Now / Next / Later 到已发布共5列，制定路线图、确定Now、整理Next和Later、推进更新与共享这4个父任务及其子任务全部处于未开始状态。
OKR运营看板 — 用一张盘面管理季度目标与关键结果
团队负责人和成员在季度初打开这块盘面，每周站会也会回看同一张盘面。白板上从上到下依次排列着写有Objective与前提的方框、把目标拆解为KR的思维导图、按KR列出当前值与各阶段打法的表格、按效果和确定性给方案分类的2×2矩阵，以及从期初到打分的运营周期。任务看板按父子任务准备了从确定Objective、收敛KR、给盘面填初始值、运行每周站会，到期中复盘与期末打分的全过程。
项目管理与开发模板怎么选
项目管理模板的内容会随着使用阶段而不同。挑选前，先想清楚自己是要从零制定计划、一边推进一边管理，还是结束后做复盘，会更容易找到合适的一款。名称里带“入门”的适合第一次使用的人。
制定计划阶段
第一次被指派带团队时，可以从「项目管理入门 计划板」开始。项目章程、干系人地图、里程碑表、风险四象限一次排开，能把目的、范围、日程、分工与风险汇总在一页上。范围定下来后要拆分工作时，用「WBS入门 工作分解板」，从交付物出发拆成大、中、小三层，做成任务清单。要做成日程表时，选「甘特图入门 排期表制作看板」，在工作×周的表格里填入开始、结束与负责人。
管理任务与进度
如果 Excel 表格已经没人更新，可以用迁移用的入门模板。想以日程为主，就选「Excel甘特图迁移看板入门」，把工作、负责人、开始、结束原样搬过来；想先看一览和状态，就选面向任务管理表的迁移看板。手头做到一半的工作越来越多、却什么都完不成的团队，可以用看板入门模板定下 WIP 限制，把“进行中”控制在3张以内。甘特图容易停止更新的团队，还有按周检查进度的入门模板。
开发团队日常运营
第一次加入 Scrum 团队，用「敏捷开发入门看板」，先理解三个角色、五个事件、三个工件，跑通第一个冲刺。已经在跑迭代开发的团队，适合用两周一个周期的运营看板。要从受理到修复发布追踪缺陷，用缺陷跟踪看板；要追踪从应用商店审核提交到公开通知的全过程，用 App 上架发布检查清单。
复盘与防止再发生
冲刺或周期结束当天，可以用「KPT复盘看板」，从上一次 Try 的结果出发，列出 Keep 与 Problem，把下一步要尝试的事收敛为一件。想找出问题根本原因时，用「5 Whys 根本原因分析入门看板」，先用鱼骨图列出候选原因，再连问五次“为什么”，最终定出根本原因与防止再发生的对策。想提前列出可能发生的问题，还有按发生概率×影响程度排序的风险台账。
常见问题
项目管理模板不注册也能查看吗？
可以，模板的内容不用注册，直接在公开页面就能查看。想作为自己的项目使用时，只要免费注册，就能从模板市场复制。计划用和运营用的看板可以先比较一下再选。
能从 Excel 制作的甘特图迁移过来吗？
可以，把现有表格的内容手动搬过来即可。「Excel甘特图迁移看板入门」里配有把工作名、负责人、开始日、结束日、进度这些列搬到看板上的5个步骤，还有写迁移后更新规则的空白栏。
冲刺运营和看板方法该怎么选？
如果想每两周划分一次计划和复盘，适合冲刺运营；如果不想划分周期、只想理顺工作流转，适合看板方法。看板方法可以从「看板入门」开始，把“进行中”限制在3张以内，每周疏通一次堆积。
缺陷跟踪和应用发布前的检查也能用吗？
可以。「缺陷跟踪看板」按受理、复现确认、修复中、验证中、已发布这5列管理，可以用影响程度×发生频率来决定处理顺序。「App 上架发布检查清单」把从提交审核到公开通知的关卡，分成待提交和审核中两列追踪。