检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
开发的工作与运维的工作应该解耦,运维更多是将IT运维任务转变为自助、自动化服务,把基础架构的配置能力交给开发,因为没有人比我们更清楚应用的运行环境。 保证每个环境(开发调测环境、测试环境、QA环境、生产环境)都保持一致,避免因为环境不一致导致的各种问题。
但我们一般不使用直接的小时或人天等时间单位来表示这个值,而是使用斐波纳奇数列中的数值来标识不同特性的相对大小,这样做的好处是我们可以屏蔽直接使用时间单位所造成的主观差异,更快更准确的进行评估(因为在没有进行实际开发之前是很难直接估算时间,但是不同特性的相对大小是比较容易评估的)。
这个实践与敏捷无关,只是敏捷提供了一个反馈机制让我们把这个事做得更频繁。从前可能一个版本结束后才做事后回顾,现在迭代结束之后就开始做,两周、一个月,每个产品线不一样。自我批判不只是这样两个实践,一定是深入骨髓的,一定是不断学习实践。
敏捷开发的文档是一份活的文档,所以我们更希望通过系统来记录需求,而不是传统的word或者excel等静态文档来记录。这些文档的作用是帮助团队成员来回忆和讲述,同时也作为过程追踪的手段。