由Jesal Gadhia
你认为需要多长时间?
建筑商和有创造力的人,我们都很熟悉这个问题。正确的估计是非常困难的,这是一个技能,我们学习慢慢地随着时间的推移我们获得更多的经验和航运项目。
为什么这个简单的练习是如此困难?通常是因为我们忘了问正确的问题和做出假设,可能不是正确的。让我们检查一下我们应该问这些问题并将其分成阶段。
范围——被请求是什么和什么时候需要?
不要认为你所认为的“完成”是一样的党要求估计所说,“完成”。必须显式地调用时间表和具体交付之前做的运动估计。
所以的一部分是首先理解你被要求估计。确保你有什么想法涉众是一个可接受的结果。如果你不已经有,列出用户的角色和故事使利益相关者的需求,决定将在什么范围。
其次,理解用户组应该有针对性的交付时间表。例如,将产品装运等阶段的内部,朋友和家人,早期的访问,一般可用性,等等?如果我们估计的目标是什么?明确哪些你估计释放阶段。
技术探索——它将如何建立?
提供一个良好的估计必须有某种程度的了解现有系统以及如何进行更改。
你永远不可能知道所有你可能需要采取的措施,但必须有一定程度的信心。任何低于70%会保证技术探索或信心斯派克为了更好地理解所需的努力。
如果你要联系系统的某一方面,借此机会把它在一个比你发现更好的状态。这是一个很好的时间来确定是否有任何长期热点或技术债务,可以作为解决这一任务。即使是很小的改进将有助于长期保持系统的可维护性。
容量规划水平的努力吗?
在制定下一步估计处理的能力。基于技术探索,例如,你可能会认为事情可能需要一个星期的努力。这是最常见的一步,估计不在讨论之列。
我们还没有完成。我们仍然需要进一步细化,问,“这是一个星期的平均工程师的时间吗?还是你具体时间?”
如果你估计自己,占所有的会议你参加吗?有假期了吗?你有任何其他竞争优先权或承诺吗?估计你可能需要的时间关注这些东西,加上估计。
同时,这占时间处理任何潜在的问题或领域的高歧义,您可能还必须充实吗?算出你的自信水平的技术探索,然后考虑一些额外的时间百分比的基础上模棱两可,仍然存在。它可能是有益的经历风险与应对运动在这里,你可以列出所有领域的风险和潜在的行动来减轻。
部署过程将需要部署?
我们在最后阶段,但运动还没有结束!现在,我们得到一个更好的处理实际工程时间,让我们开始思考运输工作的过程。
你是复习阶段,会遇到什么?变化必须通过同行评审吗?如果是这样,什么样的周期时间我们可以期望从评论家吗?可能会有一个审核/反馈周期变化。大约需要多长时间?
会有以外的其他评论同行评审?这必须通过设计评审,以确保最终产品符合设计?将它必须通过任何合规审计,如隐私,安全,法律,等等?试图收集的粗糙的周转时间。
最终的想法
提供基于时间的估计总是困难的。它包括一系列因素,因人而异。这是其中一个原因为什么许多团队分配的实践点转变为一个任务被称为“故事点”,这是一个敏捷开发练习。
没有时间,而是团队将分配一个任务点范围的相对复杂性。的规模可以从斐波那契序列t恤尺寸。随着时间的推移,团队构建更清楚的了解他们的故事点映射到任务的困难进而可以用来通知时间。
不管你决定使用哪个框架,比如开发任何技能,估计需要不断的实践,改进和学习。你会得到更好的如果你把它当作一个可以开发的技能。
关于作者
Jesal热衷于应用技术对有意义的,积极的影响。他在中学开始写代码为了好玩。从那时起,他积累了超过十年的经验在科技行业从一个工程师的创始人之一。在空闲时间,他喜欢玩他的儿子,修修补补的项目,旅行。
加入谈话