一般工程介绍/问题陈述
一个问题陈述是对工程师解决的问题的简要描述。项目建议书是问题陈述的一个更一般的版本。问题陈述也是工程与客户或指导老师之间协商的合同。
问题陈述的另一个名称是项目建议书，但这个语境很模糊，并没有将重点放在背景、规格和结果上。
许多学生犯了谈论解决方案而不是提出问题陈述的错误。你应该避免谈论解决方案。相反，你应该关注手头的实际问题。
背景是指未言明的前提假设、未知事实、开始情况、完成的定义、涉及的人员、客户以及受到影响的制度流程。建立背景是与手头项目相关的最困难的任务之一。
从你脑海中最具创意的部分提出上千个问题。让言语不断流淌，让大家畅所欲言。花时间与为项目提供资金的人以及将受到项目带来的变化影响的人在一起。术语"范围、规模和规格"是描述项目背景的更正式的方式。
规格是简短的，十秒钟内就能解释清楚的描述项目内容的解释。每个人都应该同意规格。目标是尽可能精确。良好的规格概述了项目的工程要求，并帮助相关人员更好地理解推进项目所需的条件。
这里的目标是收集现有的规格。不要在所有事情都明确之前才开始项目。没有什么事情是足够明确的。例如，一个 PI（客户，首席研究员）不知道应该测量人体生理的哪些方面，才能弄清楚为什么宇航员的骨骼会缩小，体液会在体内积聚。工程师通过购买通用的 A/D 转换器和仪器放大器而不是强制制定传感器的规格来启动项目。
描述，可视化变化。效率提高了多少？客户需要做什么？需要培训吗？是否没有人注意到，但利润却增加了？
说服客户改变。
描述一个可以测量客户价值的测试程序。
如果无法实现结果，可能需要进行说明。
项目的成功与否取决于其问题陈述。团队是否解决了他们试图解决的问题？成功可以是在一个难题上取得重大进展，也可以是完全解决问题。
问题陈述可以在项目过程中发展或改变。但是，与你的客户或指导老师协商更改。他们可能不同意这些更改。