一般工程介紹/問題陳述
一個問題陳述是對工程師解決的問題的簡要描述。專案建議書是問題陳述的一個更一般的版本。問題陳述也是工程與客戶或指導老師之間協商的合同。
問題陳述的另一個名稱是專案建議書，但這個語境很模糊，並沒有將重點放在背景、規格和結果上。
許多學生犯了談論解決方案而不是提出問題陳述的錯誤。你應該避免談論解決方案。相反，你應該關注手頭的實際問題。
背景是指未言明的前提假設、未知事實、開始情況、完成的定義、涉及的人員、客戶以及受到影響的制度流程。建立背景是與手頭專案相關的最困難的任務之一。
從你腦海中最具創意的部分提出上千個問題。讓言語不斷流淌，讓大家暢所欲言。花時間與為專案提供資金的人以及將受到專案帶來的變化影響的人在一起。術語"範圍、規模和規格"是描述專案背景的更正式的方式。
規格是簡短的，十秒鐘內就能解釋清楚的描述專案內容的解釋。每個人都應該同意規格。目標是儘可能精確。良好的規格概述了專案的工程要求，並幫助相關人員更好地理解推進專案所需的條件。
這裡的目標是收集現有的規格。不要在所有事情都明確之前才開始專案。沒有什麼事情是足夠明確的。例如，一個 PI（客戶，首席研究員）不知道應該測量人體生理的哪些方面，才能弄清楚為什麼宇航員的骨骼會縮小，體液會在體內積聚。工程師透過購買通用的 A/D 轉換器和儀器放大器而不是強制制定感測器的規格來啟動專案。
描述，視覺化變化。效率提高了多少？客戶需要做什麼？需要培訓嗎？是否沒有人注意到，但利潤卻增加了？
說服客戶改變。
描述一個可以測量客戶價值的測試程式。
如果無法實現結果，可能需要進行說明。
專案的成功與否取決於其問題陳述。團隊是否解決了他們試圖解決的問題？成功可以是在一個難題上取得重大進展，也可以是完全解決問題。
問題陳述可以在專案過程中發展或改變。但是，與你的客戶或指導老師協商更改。他們可能不同意這些更改。