曾经Google还未被封禁时，我也是Google全家桶的重度用户，从邮件、日程日历，到drive，各个产品不但自己用，还让团队其他人一起使用，所谓的协作。之后又尝试使用了一些TODO类的产品，以及一些日程日历产品，或者一些项目管理平台，但在协作管理的效果上都不是特别理想，直到最近几年，干脆不再协作，反倒效果不错。
不再协作并不是真的一点不协作，只是不像之前那样一定要求别人怎么做，而是顺其自然，自己这么做，大家觉得好了自然跟着做而已，协作也是轻量的协作，并不使用太复杂的工具。
软件开发的日常管理一般来说有两类，一种是产品类型，日常迭代，一种是项目类型，短期内实现一个较大的工作目标。两者本质上都是目标管理，无非是目标涵盖的内容多少，复杂不复杂的问题。本文所述，主要针对产品类型，日常迭代，其特点是单个内容可能并不复杂，周期一般不长，但迭代过程中可能会有频繁的改动或者插入一些额外的需求。
一、理念
首先，我放弃了用协作软件来管理团队目标的想法，也放弃了与他人一起管理团队目标的想法，日常团队目标从制定到状态维护，全部自己来，即使有少量的协作，也基本上自己要重新理一理；这么做确实会比较花费时间精力，特别是刚开始，但长远来看，少了很多扯皮，跟进，协调等麻烦事。正所谓谋可寡不可众，参与的人多了反而难以决策，再加上团队也不是很大，基本上自己拿主意就行了！
协作软件不能说没有用，但对我来说，重点在于自己决定做什么，如何安排，以及知晓各项的状态，协作软件更多是一个需求来源的渠道，普遍没有一个表格来得灵活；
此处协作软件指项目管理软件，不管公司自研还是外部
二、工具
所用的工作也并不复杂，个人每日工作内容就本地搞个记事本，或者一些桌面便签即可，有个复选框标一下就行；
团队工作目标，最好用的还是 Confluence，直接在上面建好相关的Page，做好表格，主要目的不是让别人去改，更多是让大家看，偶尔有人自愿更新一下状态也是不错的；
三、应用
表格本身并不复杂，如下所示：
| 优先级 | 标题 | 主要开发内容 | 开发负责人 | 产品 | 关键时间节点 | 备注 |
|---|---|---|---|---|---|---|
| 高 | 某业务 | 具体的变更点，这里突出的是变更内容 | 张三 | 李四 | [ ] 完成：2023-10-31 [ ] 上线：2023-11-15 | 一些必要的记录，看情况写 |
这个表格的列并不多，重点在于标题（这里也可以写系统模块），主要开发内容，负责人，产品，关键时间节点。
标题/业务模块：主要记录需求或开发的核心目标
主要开发内容：这里最为关键，需要在此写清楚要做的一些具体事项，可能分多项，也可以一项，一般来说，迭代的话，就写一些变更的主要内容，比如只是做个数据库字段的变更，或者复杂一点，分1、2、3步完成某个业务的开发，各个步骤明确要做的事项
这部分最为考验管理者的管理能力，如果想不清楚要做什么，那么多半这个表格也没什么用，如果想得明白，也并不是说一定要用这个表格来管理，表格只是一种形式，用其他软件也完全可以实现。
开发负责人：此处也非常要紧，未明确之前可以先空着，确定了就一定要写上，一般一个人负责，实在复杂的，多个人负责，但在具体的开发内容里，也要明确一下各项的负责人；负责人就意味着要担起责任，对整个工作负责，有问题都可以直接找负责人；
关键时间节点：一般开发来说，关键时间节点有两类，开发完成，发布上线，前者只是开发完，但不表示这个事完全可以不再跟进，而后者则表示完全完成，后续可以不用在这个事上费神了，这个时间节点就像是一个理程碑标记，也是一个界定的标准，有此标准，我们才可以比较好地把精力集中在该集中的那些事上
三、一些变化
1、迭代复制
这个表格更多在于迭代目标的管理，关注的是具体事项的开展情况，与此相对应的会有周期性，一个周期建立一个这样的表格，周期结束后就不用再关注了，只要关注最新周期的表格即可
在Confluence里可以用复制功能，将上一迭代的内容复制到下一迭代，同时去掉那些已经上线的内容，这样即可以保留跟进未完成的项，又可以加入新的项，还不会丢失前一迭代的工作过程记录
2、分类
除了在列上进行管理和维护，还可以在行上进行管理和分类，Confluence可以给行标记底色，以此作为某一类工作的标题，比如有业务支持业，有技术优化类，还有一些线上Bug修复的，不同的类，管理的粒度或者重视程度不一样，跟进的方式也可随之而变。举个例子如下：
| 优先级 | 标题 | 主要开发内容 | 开发负责人 | 产品 | 关键时间节点 | 备注 |
|---|---|---|---|---|---|---|
| 业务支持（这里没法设置底色） | ||||||
| 中 | balabala... | 1、balabala... | 某某某 | 某某某 | [ ] 完成：2023-10-31 | 就举个例子 |
| 功能优化... | ||||||
| balabala... | balabala... | 某某某 | 某某某 | [ ] 完成：2023-10-31 |
3、季度目标
同样这个表格也可以用于管理季度目标，但在表格上方最好提取一下季度重点工作项，将其作为一个页面，将迭代的页面挂在这个页面下，类似以下这种结构：
-
xxxxQ1 重点工作
- xxx-sprint0 迭代计划
- xxx-sprint1 迭代计划
Page示例：
此处提取季度重点工作：
1. xxxx
2. yyyy
3. zzzz
| 优先级 | 目标 | 关键任务 | 负责人 | 产品 | 关键时间节点 | 备注 |
|---|---|---|---|---|---|---|
| 业务支持（这里没法设置底色） | ||||||
| 中 | balabala... | 1、balabala... | 某某某 | 某某某 | [ ] 完成：2023-10-31 | 就举个例子 |
| 功能优化... | ||||||
| balabala... | balabala... | 某某某 | 某某某 | [ ] 完成：2023-10-31 |
当然目标管理的核心是理清目标，只有清晰的目标才有管理的必要，而负责人和关键时间节点则是管和理的重要手段。
另外，确定目标，以及中间过程状态跟进，都须自己亲自操劳，确实会有些累。
