过于细的计划是空的
无论是软件开发还是学习计划或者其它任何计划,我认为过于细的计划是空洞的且无必要的。
一:只定远景计划或者说战略性计划
应先制定一个远景计划:类似1年内开发完毕某某项目,其中每个月应该完成什么模块。
该计划用于估计预算,以及用于其它相关部门的协作安排。其中每个月完成什么模块用户开发组内修正各个迭代内的详细计划用。
二:制定一个迭代内的详细计划
迭代应控制在两周内,1周过于频繁,1个月则过长。实际上,制定一个未来四周的详细计划已经快要是不可能完成的任务了,除非你的每个用户故事都相当枯燥且重复,否则,你的计划应该在两周内就会产生偏差。两周正好用于你修正你的计划。
我以前见过制定3个月甚至半年的详细计划,结果项目经理所做的就是永远在修正计划,即这个计划已经完成没有任何的指导意义了。
分类:
随笔
, Software Engineering
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器