Project management 在开始一个项目时，你从上级那里得到了什么样的规格、文件和分析？

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

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

我想问的是，你们这些可能在不同行业工作的人：如何（大量的纸张？Word文档？Visios？）以及在开始一个项目（大量的分析、绘图等）时，从上级、经理、团队成员那里获得什么样的信息？你对这件事了解多少

---

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

规格..有点好笑…那就永远不要吧：（

说真的，很多公司都认为不需要规范，这是绝对不可接受的，但很多公司都是这样。他们假设一行代码，程序员知道程序应该做什么，输入/输出等等

---

不幸的是，在我的情况下，我必须实际帮助编写规范。我是程序员：（.

我大部分时间都得到口头指导，我用录音机记录对话并在完成后转录。我根据客户的话编写我自己的规范

---

然后，作为一个好的咨询师，我把书面报告拿回去给客户核实，并得到一个签名并建立它，他们从此过着幸福的生活！（不，他们没有，他们改变了100次主意）

没有——至少不是来自管理层

---

相反，作为开发人员（尤其是现在领导软件项目的开发人员），我希望与我的用户/客户/etc联系，并直接与他们合作，提出我们的规范和要求。我确实要求团队提供的文档只会对团队有用。我很幸运，因为管理层很少要求没有意义或对我们的项目没有任何用处的文档。

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

支持请求-如果更改需要很短的时间，并且正在修复某些损坏的内容，则存在此组。这可以很简单，如“将Bob添加到该旧表单的授权用户列表中”如果表单是几年前编写的，除了添加和删除用户之外，它不会被触动，因为它害怕破坏东西

服务咨询委员会请求-最多几天的项目在此组中，因为这些项目有点像小型项目，因为请求可能是为组创建一个新表单或门户。这可能是升级某些第三方软件，其中我们有一些定制，使升级不一定是一件简单的操作It’没什么可做的

项目-在这种情况下，通常会有一些Word文档和/或电子邮件线程来帮助确定范围、预算和时间方面的需求。这些可能需要几个月的时间，尽管有一些话要说的是要更改原型，而不是创建初始原型来判断是否真正满足了需求。Course我当前的项目已经有一年多的历史了，离时间还有几个月，并且在完成之后已经有了一个继任者，即在第一阶段之后还有第二阶段

优步项目——这些项目有自己的一组文档，而且是价值数百万美元的多个公司项目，通常试图预先记录所有事情，但在这里很少奏效。因此，在这些项目中采用了一些敏捷，但随着我们使用敏捷的方式的成熟，仍有一些成长的烦恼需要经历。考虑安装一个一些现成软件的十几个模块，需要内部和外部开发人员根据我们的特定需求定制套件，因为该软件应该非常健壮、灵活，并有助于节省大量时间和金钱，以帮助人们以其他方式完成他们的工作。这里有几个例子，请考虑ERP或CRM

---

我目前有六个左右的规格，每个60-80页。其中一个是80页，没有目录。好时光。

我们的产品经理和高级工程师为我们的数据管理软件项目准备了三份计划文档

高层次要求：本项目支持的硬件/软件或特定功能的1-3句描述。（10-15页类似Excel的网格）

技术细节：每个高级需求的工程实现。根据细节的数量，每个需求最多一页。（30-40页填写的功能细节）

商业协议：1和2的总结，包括工程进度和产品管理的市场分析。每个人都在上面签字。（5页分析，20页技术）

---

我在我们的规范中没有看到工作流程或其他类似Visio的细节。经过优先排序的需求和时间表证明是至关重要的，因此我们知道什么时候可以省去开发和测试时间。

我们是一家16人的公司，为小型零售店老板创建和支持定制软件

我们得到的项目分为三大类（与规格相关）：

“这里，将此表单自动化。”一位销售人员解释说，我们的客户只希望此表单出现在他们可以填写和打印的地方，以使其看起来专业。我们的规格是一张纸，看起来像订单或报告。这总是错误的；他们希望弹出式查找、从其他来源自动更新，以及“当你在做的时候”增加了超过两倍的时间。这些，我们学会了只活在当下，让公共关系