c怎么知道内存释放成功了
有时,团队在发布他们的工作时遇到麻烦,无法显示他们已完成工作的价值。 此发行问题有很多可能的原因:
- 团队对于“完成”的含义没有足够的工作协议。 我写过关于无摩擦释放的文章 。 在“ 创建成功的敏捷项目”中 ,我写了我们有时听到的完成,完成和完成词。
- 该团队致力于庞大而庞大的功能集,他们必须完成所有“功能”才能发布其中的任何功能。
- 团队依赖另一个小组释放。 他们不能自己释放给客户。
- 该团队具有相互依赖的功能,在其他团队完成职责之前,他们无法发布任何内容。
我使用术语功能集是有原因的。
当我们谈论“史诗”或“主题”时,我们隐藏了我们正在讨论的事物的巨大意义。 当客户端在程序中使用两个不同的工具,并且在整个工具中定义不一致时,我便从功能集入手。
我意识到我尚未将所有人都转换为功能集的语言。 我可以等。
一个团队有一个巨大的功能集(约50个故事)存在问题。 PO认为此功能集必须完整,组织才能冒险将其打开。 团队已经为最后三个迭代开发了功能集,而他们仍在进行开发。
他们的管理层想知道何时完成此功能集。 团队向他们展示了该板的版本,并解释了他们的周期时间。 当然,在他们的董事会上,他们有大约20个项目在等待释放。 团队认为,在发布整个功能集之前,他们可能还要进行三遍迭代。
等待很长时间才能看到其价值。
好消息是,展示已完成但未发布的内容的可视化引起了所有人的注意。
衡量完成是我们需要衡量的一部分。 测量值是另一部分。 测量剩余的部分可能是另一部分。
我碰巧也喜欢测量释放的频率。 (不是在什么时候可以发布,而是在发布时发布。我们是否每季度,每月一次,每两周一次,每周一次,更频繁地发布一次?)
所有这些事情:已完成但未发布的内容,我们上次发布的时间以及周期时间有助于我们了解以下问题的答案:“我们多久发布一次价值?”
翻译自: https://www.javacodegeeks.com/2018/05/knowing-when-you-release-value.html
c怎么知道内存释放成功了