如何应对上司这个不速之客？
- 不拒绝不回避。
- 通过沟通，让上司清楚知道你这一周、月度、季度的重点工作和进展情况。
- 主动约见你的主管、变被动为主动，减少上司在你不希望时间打扰你。
新建各个需求分类的内容模板
首先，在右上角设置排序方式为：自定义
然后，拖动需求的最左边，即可自定义排序
需求状态：草稿、待领导审批、审批通过待研发、研发中、研发完毕待测试、测试中、测试完毕待验收、验收完毕待上线、已完成、暂停中、已取消、已拒绝
没记错的话TAPD默认状态是： 规划中、实现中、已实现、已拒绝。 这个只是默认的几个状态，我们可以结合自身的业务情况，自定义属于我们自己的业务流程。
- 需求阶段：未开始、已计划、已立项、研发中、研发完毕、测试中、测试完毕、已验收、已发布、已关闭
- 需求状态：草稿、评审中、激活、已立项、研发中、变更中、已关闭
- 评审结果：确认通过、撤销变更、有待明确、拒绝
了解到一个普遍现象：各企业各职能部门在信息化系统和业务数据方面的需求越来越多。一直在做业务工作的同学，在对需求到底应该怎么实现出现了很多困惑。今天就想把我个人工作几年的一些方法分享给大家，希望能帮助各位伙伴。
理想中的软件供应商也应该是这样子的：
- 质量好：功能多且契合度大，没有BUG，性能好。
- 成本低：总拥有成本低：购买费用少，后期升级和运维费用少，二开单价低；若是公有云的应用那就最好免费或用户单价低。
- 交付快：系统能够快速应用。包括快速部署上线，个性化需求部分能够快速开发完成，后期业务变更或创新时能够快速响应。
- 服务好：口碑好；出问题时，能够及时响应并处理。
Spring Boot版本规范
- 同一项目中所有模块版本保持一致
- 子模块统一继承父模块的版本
- 统一在顶层模块Pom的<dependencyManagement/>节中定义所有子模块的依赖版本号，子模块中添加依赖时不要添加版本号
- 开发测试阶段使用SNAPSHOT
- 生产发布使用RELEASE
- 新版本迭代只修改顶层POM中的版本
用Excel收集任务清单及时间估算
产品在出PRD文档时，通常会包含功能清单，研发相关人员根据功能清单拆分为可执行的任务清单，并评估出相应的工作量。
项目计划有效的基础是合理的拆分任务，任务的拆分要遵循
“自上而下，完全穷尽” 原则，