project-management - 新项目的命名约定

标签 project-management naming-conventions

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.

2年前关闭。




Improve this question




我已经尝试了好几次来回答这个问题。我对项目在我的商店中的命名方式不满意,它们通常随机命名为以下一些项目:

  • 客户
  • 项目内部使用/或预期使用的一些技术
  • 项目将涉及的商业案例的一些首字母缩写词
  • 项目所在域中的一些名称

  • 我发现这些方法有几个缺点:
  • 当你有很多类似的项目时,词池很快就会枯竭
  • 在项目中包含客户名称使得将其抽象为通用产品变得更加困难
  • 首字母缩略词通常听起来很可怕
  • 有许多项目无法通过原型(prototype)阶段,因此它们没有正确的名称
  • 在你确切地知道它做什么之前很难命名一个项目,所以大多数时候为 svn 和问题跟踪项目选择的名称是不好的。

  • 请告诉我:

    您在商店中的命名约定是什么,您对此感到满意吗?如果由您决定,您会选择什么?

    谢谢!

    最佳答案

    我们以这种方式命名项目:

  • 4 数字年份
  • 3 个字母的客户代码(大公司可能是 TBC)
  • 项目序列号,如果是第一个项目,则为 0001。

  • 所以该项目看起来像这样:2012-TBC-0001

    我发现这是确保我们办公室里的一切都保持正常的好方法。项目编号易于剖析,并跟踪该项目直至完成和计费。它易于引用和编目。

    关于project-management - 新项目的命名约定,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1130075/

    相关文章:

    mysql - 如何编写递归 MySQL 查询来连续跟踪项目管理任务记录

    project-management - 你如何衡量一个小、大、非常大的项目?

    java - Maven 不知道我的内部项目

    c - C 中的局部和外部变量命名约定

    c++ - 两个同名变量

    project-management - 应该为测试和错误修复分配多少时间

    java - 如何在 java 项目中管理正确的结构

    data-structures - 队列操作/API 的术语/命名约定?

    naming-conventions - 关于 View 模型的命名约定以避免长名称

    .net - .NET 中的局部变量命名约定