代码之家  ›  专栏  ›  技术社区  ›  MaxiWheat

当你开始一个项目的时候,你从上级那里得到什么样的规格,文件,分析?

  •  4
  • MaxiWheat  · 技术社区  · 15 年前

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

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

    我要问你们的问题是:怎么做(一大堆纸)?Word文档?Visios?)当你开始一个项目时,你从你的上级,经理,团队成员那里得到了什么样的信息(大量的分析,图纸等)?你对此有多详细?

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

    7 回复  |  直到 15 年前
        1
  •  5
  •   JonH    15 年前

    规格……有点可笑……那就永远不要:(。

    严肃地说,很多公司认为不需要规格,这是绝对不可接受的,但这是很多公司的情况。他们假设一个一行程序,程序员知道程序应该做什么,输入/输出等等。

    不幸的是,在我的例子中,我必须帮助编写规范,而我是程序员:(。

        2
  •  2
  •   Raj More    15 年前

    我大部分时间都有很多口头指导,我用录音机记录谈话内容,并在结束后将其记录下来。我用客户的话写自己的规格。

    然后,作为一个好的顾问,我将写回给客户并验证它,得到一个签名并构建它,他们从此过着幸福的生活!(不,他们没有,他们改变主意100次)

        3
  •  1
  •   JB King    15 年前

    根据工作属于哪个组,它可能会有所不同:

    1. 支持请求-如果更改需要很短的时间,并且正在修复某些损坏的内容,则存在此组。这可能很简单,“将Bob添加到该古老表单的授权用户列表”中,该表单是多年前编写的,除了添加和删除用户之外,它不会因为担心破坏而受到影响。

    2. 服务咨询委员会请求-最多几天的项目在此组中,因为这些项目类似于迷你项目,因为请求可能是为组创建新表单或门户。这可能是在升级一些第三方软件,其中我们有一些定制,使升级不一定是一个简单的操作要做的事情。

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

    4. Uber项目——这些项目是他们自己的一组文档,是价值百万美元的多公司项目,通常试图预先记录所有的东西,但在这里很少奏效。因此,有一些采用敏捷的方法来解决这些问题,但是随着我们如何使用敏捷的成熟,仍然有一些越来越难以克服的困难。考虑安装一些现成软件的十几个模块,这些模块需要内部和外部开发人员根据我们的特定需求定制套件,因为该软件应该非常健壮、灵活,并且有助于节省人们在其他方面通常如何工作的大量时间和金钱。这里有几个例子可以参考ERP或CRM。

        4
  •  1
  •   wagr    15 年前

    我们是一家16人的公司,为小型零售店业主创建和支持定制软件。

    我们得到的项目分为三大类(与规范相关):

    1. “在这里,将此表单自动化。”一位销售人员解释说,我们的客户只希望此表单出现在他们可以填写和打印它的地方,以使其对客户看起来更专业。我们的规格是一张看起来像订单或报告的单张纸。这总是错误的;他们需要弹出式查找、从其他来源自动更新,以及“当你在它的时候”的附加组件,这是时间的两倍以上。这些,我们已经学会了活在当下,让项目顺其自然。当我们完成的时候,程序看起来并不像它们的原始形式。

    2. 小变动。就像一封简单的电子邮件,解释背景色已经过时,或者请求按不同的列对报告进行排序。这些,我们只要时间允许就做。

    3. 大公司的集成,我们的任务是让我们的软件与一些大型机构一起工作,如Intuit(QuickBook)或FedEx(运费)。这些通常都有经过深思熟虑的文档和示例代码。我们在Word文档或PDF中获得100页。问题在于它们的规格是错误的。当我们试图测试或验证我们的集成时,我们会发现错误。在这些情况下,我们通常比最初开发流程所花费的时间更长。

    在所有情况下,真正的问题是,销售人员在向客户承诺解决方案之前,甚至在询问程序员它将采取什么措施。就在2周前,一个销售人员遇到了真正的麻烦,不得不退款(这个人已经不在公司了)。

        5
  •  0
  •   JasCav    15 年前

    没有-至少管理层没有。

    相反,作为一名开发人员(尤其是现在领导一个软件项目的开发人员),我希望与我的用户/客户等联系,并直接与他们合作,以提出我们的规范和要求。我从我的团队请求的文档仅对团队有用。我很幸运,因为管理层很少要求一个没有意义或不能为我们的项目提供某些用途的文档。

        6
  •  0
  •   Frank Schwieterman    15 年前

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

        7
  •  0
  •   Matthew Glidden    15 年前

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

    1. 高级要求:对本项目支持的硬件/软件或特定功能的1到3句描述。(10-15页类似Excel的网格)

    2. 技术细节:工程实施各高层次要求。最多一页,取决于详细信息的数量。(30-40页已填写的功能详细信息)

    3. 商务协议:1&2概要,包括工程进度表和产品管理市场分析。每个人都签了这个。(5页分析,20页技术)

    我在我们的规范中没有看到工作流程或其他类似Visio的细节。优先化的需求和进度证明是至关重要的,所以我们知道什么时候去掉这些东西以节省开发和测试时间。