当你开始一个项目时，你会从上级那里得到什么样的规格，文档，分析？

Question

我目前在一家小企业工作(15-20名员工，5名程序员)，其中大多数项目都是定制的CMS和一些web应用产品。

自从我开始在那里工作以来，我参与了许多项目，但每个项目的规格都有很大不同。有时我们会得到一些细节，一个Word文档，告诉客户想要什么，以及我们建议的是什么(建议的表单字段，显示的简短描述，等等)。有时，除了“做你认为对这个项目/模块/请求最好的方法”之外，几乎什么都没有。

我对你们这些可能在不同类型的企业工作的人的问题是:如何(一大堆纸？Word文档？Visios?)当你开始一个项目时，你从你的上级，经理，团队那里得到了什么样的信息(大量的分析，图纸等)？你对此了解多少细节？

希望我的问题足够清楚，谢谢。

Answer 1

规格..这是funny...how的一种从来没有:(。

认真地说，许多公司认为规格是不需要的，这是绝对不能接受的，但这就是许多公司的情况。它们假设一个一行，程序员知道程序应该做什么，输入/输出等等。

不幸的是，在我的例子中，我实际上必须帮助编写specs..and，我是程序员:(.

Answer 2

我大多数时候会得到很多口头上的指示，我会用录音器来记录对话，并在完成后将其转录下来。我根据客户的话写我自己的说明书。

然后，作为一个好的顾问，我把写好的东西带回给客户并验证它，然后得到签名并构建它，然后他们就会幸福地生活在一起！(不，他们不会，他们会改变主意100次)

Answer 3

它可以根据工作所属的组而有所不同：

1. 支持请求-如果更改需要很短的时间，并且正在修复损坏的内容，则存在此组。这可以像“将鲍勃添加到那个古老表单的授权用户列表中”一样简单，其中表单是几年前编写的内容，除了添加和删除用户之外，它不会被触及，因为它担心违反things.
2. Service咨询委员会的请求-几天内的项目都在这个组中，因为这些项目就像是为组创建新表单或门户的小型项目。这可能是在升级某些第三方软件，我们对这些软件进行了一些自定义，使得升级不一定是运营部门要做的一件简单的事情。
3. 项目-在这种情况下，通常会有一些Word文档和/或电子邮件线程来帮助确定范围、预算和时间方面的要求。这可能需要几个月的时间，尽管需要更改原型而不是创建初始原型来判断需求是否真正得到满足，这是有道理的。当然，我目前的项目已经有一年多的历史了，还有几个月的时间，并且在完成后已经有了一个后续项目，即第一阶段之后还有第二阶段要进行。
4. 优步项目-这些项目值得他们自己的一组文档，而且是百万美元的，多个公司项目，通常试图预先记录所有事情，但在这里很少能取得良好的效果。因此，对于这些，有一些敏捷的采用，但随着我们使用敏捷的成熟，仍然有一些成长的痛苦需要经历。想象一下，安装十几个现成软件的模块，需要内部和外部开发人员为我们的特定需求定制套件，因为软件应该非常健壮，灵活，并帮助节省大量的时间和金钱，否则人们如何做他们的工作。考虑一下企业资源计划或客户关系管理，这里有几个例子。