定制软件上线回滚怎么写
定制软件的上线回滚，先写哪一个现象可以启动、由谁做决定、这一次是还原数据还是关掉功能开关，以及决定之后通知谁。切换手册管的是当晚每一步的顺序；这一页管的是退回决定本身怎么写。
目录
回滚计划和切换手册分开写
切换手册回答的是当晚先停哪一项、谁签可否上线、退回时从哪一步做起。回滚计划回答的是哪一个现象可以启动退回、谁有权做这个决定、这一次要还原数据还是关掉功能开关、决定之后谁会收到哪一种消息。两份可以互相指到版本。不要把当晚的步骤表改写成决定页，也不要把决定页拆进每一行任务里。当晚的顺序见 定制软件上线切换怎么做。
范围变更看的是规格要不要改。数据迁移看的是栏位对照、预演和以哪一份抽取为准。交接看的是上线之后谁持有系统。三者都不代替这页上的触发和决定人。分别见 定制软件范围变更怎么管、定制软件数据迁移怎么做、定制软件项目交接要准备什么。交付仍走 定制软件、网站与应用程序。
触发写成旁人看得到的现象
2026年10月23日阅读的 Microsoft Learn：切换策略 把切换计划应包含的项目写成：每项工作的顺序和时点、负责人和备援、说明和工具、验证和签核，以及出问题时的退回计划。该页没有刊登日期。该页写给 Dynamics 365 项目，不是要求定制项目必须采购该产品。该页没有列出定制项目必须采用的触发清单，也没有规定退回一定要还原哪一种备份。
触发因此由这次上线自己写，每一条都是旁人看得到的现象，并指回已经存在的核对。例如技术核对或业务核对没有过、手册上的时段已过仍不能让用户进来、正式环境写入了无法对回来源的数据。不写「感觉不稳」或「有人反对」。一条触发对上计划里的一种回应：还原数据，或关掉功能开关，或两者都要、并写明先做哪一个。对不上任何回应的现象，不放进可以启动的清单。
做决定的人和动手的人分开具名
同一页写明，要决定谁做最终判断、方案能否进入正式环境，并把这个判断称为 go/no-go。那是可否上线的关口，名字和条件写在切换手册上。回滚计划另写一行：哪一个现象出现之后，谁可以宣布退回。两行的名字可以是同一个人，行仍然分开。宣布的人当天不在，由计划上预先写好的代理人宣布，不在群组里临时改口。
每一条触发再写执行的人：谁还原数据、谁关掉开关、谁核对做完。执行的人不是决定的人，除非计划写明由同一个人兼任。兼任仍是两栏。该页要求切换任务有负责人和备援；回滚计划沿用这个写法，不把「工程组」写成决定人。决定一旦写下，执行的人按对应的顺序做，不在当场改先后。顺序若在切换手册里，这页只指到那一版手册，不把步骤抄第二遍。
还原数据和关掉开关要先选一条
数据已经写进正式环境、而且对不回来源时，计划选还原数据。还原以哪一次抽取为准、要不要先移除这次写入的列、移除之后对哪几个笔数，写在数据迁移计划里，这页只指到那一版。见 定制软件数据迁移怎么做。没有抽取版本，这一条触发不能标成「还原数据」。
新行为可以关掉、旧行为仍在同一个版本里时，计划可以选功能开关。两种都要的触发，写明先关开关还是先还原，以及做完哪一项核对才算退回完成。只写「回滚」两个字、不选条，执行的人当天会各自假设。选择写在触发同一行，改选择先改计划版本。
关掉开关不会把已经写入的列清掉
2026年10月23日阅读的 Microsoft Learn：用 Azure App Configuration 管理功能开关 写明，功能开关让团队在不重新部署程序的情况下控制功能。该页把 Switch 写成用简单开关把功能打开或关掉，用于短暂的操作切换，以及单一开、关就够用的情况；并写明 Switch 用来立刻为所有用户启用或停用功能。该页没有刊登日期。该页写给 Azure App Configuration，不是要求定制项目必须采购该产品，也没有写关掉开关会把数据库还原到上一份。
计划若选开关，就写这次系统里实际的开关名称、谁可以把它关掉、关掉之后用户看到的是哪一种旧行为。已经写入的列留在哪里，另用一句写明：开关只管行为，不删列。要删列或重载，回到还原数据那一条，并指到迁移计划的抽取版本。没有这种开关的系统，不在计划上填一个不存在的名称。该页还写了按百分比逐步开放和实验，那些不是退回决定的预设做法；这页不把百分比抄成退回条件。
通知写明谁收、走哪一条管道
同一份切换策略页把沟通写进切换策略：谁是利害关系人、他们在何时以何种方式收到或发出消息、有问题时找谁。它并写明，要先决定不同情况用哪一种消息，例子是开始切换、完成一项工作、发现问题、正式上线。该页的例子里没有单独一则「已经决定退回」。退回的消息因此由这份计划自己加一行，并注明是计划补上的，不是该页列出的那四种。
这一行列出：决定人宣布之后，谁收到、用哪一条已经在用的管道、消息里要写的现象编号、此时用户仍用哪一个环境、支持由谁接。不另建一套只有当晚才看的群组。管道当天发不出，计划写备援管道和备援的人。消息发出的时间写回决定页。没有这一行，退回做完了，用户和支持仍可能看着新环境。
预演用同一批人和同一组触发
该页把事先演练称为 mock cutover 或 dress rehearsal，并写明应使用相同的数据、工具和人员，而且做一次以上，直到团队有把握。切换手册的走读仍归切换那一篇。回滚这一次只走决定页：念出一条触发、由决定人说出选的是还原还是关开关、执行的人指出顺序写在手册的哪一版、通知的人指出管道和对象。
预演里说不出开关名称、指不到抽取版本、或通知对象是空白，这一条触发从可以启动的清单拿下，改完计划版本再预演。不在预演会议上口头补一个对象。预演记录写日期、在场的决定人、走过的触发编号、拿下的编号。该页没有规定预演要做几次。它把切换窗口说成通常少于 48 小时，那是该页对 Dynamics 365 切换的说法，不抄进这份回滚计划的时限。时段长度写公司自己同意的窗口，并注明日期。
决定页没写完，不挂进切换通知
触发、决定人、还原或开关的选择、通知对象，有一项没写上，这份回滚计划不挂进切换通知。缺的那项写在封面。业务核对还没有人签名的现象，不临时加进触发。要加，先改计划版本，再预演那一条。
停机长度、缺陷数和开关产品的价格留在公司自己的规则和当次报价，并注明日期。上述页面没有为定制项目指定这些数字，也没有排序产品。计划可以交出之前，用三件事看：每一条触发是否是看得到的现象并选了还原或开关、决定人和代理人是否具名、通知是否写了对象和管道。三件事都在决定页上，才把回滚计划的版本写进切换手册。