代码之家  ›  专栏  ›  技术社区  ›  Chuck Vose

对于一个项目计划来说,有多小太小?

  •  0
  • Chuck Vose  · 技术社区  · 16 年前

    我有一些朋友要求我制作网站,大多数都很小,通常我不会为技术计划操心,但有一位朋友的目标显然比我自己的目标更大,而且这个项目一直在拖延。如果我在项目之前制定了规范,我觉得这不会发生,我们的关系也会像以前一样牢固。

    所以我的问题是,你怎么知道有多小就是太小?你如何判断你正在进行的项目何时会陷入充满内疚的范围蔓延噩梦?

    4 回复  |  直到 16 年前
        1
  •  5
  •   TLiebe    16 年前

    如果你要收费(或者不想永远做这个项目),项目计划总是一个好主意。即使它只是一页纸,概述了网站将拥有什么(多少页,任何特殊功能),以及谁负责什么。您应该考虑到您将花费20%的时间(或过去经验告诉您的百分比)在文档或非编码类型的工作上,您可以更好地估计所需的工作量。如果是朋友,你可能想告诉他们你将免费做第一个X小时,但之后你的费率是每小时Y美元。此外,准确记录你所花的时间,以便向他们展示所付出的努力。此外,保持准确的日志有助于您估计未来的项目。

        2
  •  1
  •   Robert Harvey    16 年前

        3
  •  1
  •   Jim Ferrans    16 年前

        4
  •  1
  •   Jim Ferrans    16 年前

    德怀特·艾森豪威尔谈规划:

    在准备战斗时,我总是 规划是必不可少的。

    在许多软件项目中似乎都是这样:您会发现您的计划需要不断更新,并且您的第一个计划与您最终完成的计划大不相同。但没关系,事先做一些计划要比随便做点什么好得多。

    敏捷专家试图通过将长期计划分解为2-4周的小“冲刺”来适应计划中的此类变化。他们会有更多关于短期冲刺的细节,而关于长期目标的细节会更少。

    如果项目更大,如果你是为外部客户做的,或者如果你正在尝试新的东西,你会特别想要更详细和精确。对于较小的项目和您以前做过并且非常熟悉的工作类型来说,它不那么重要(尽管不是不重要)。