並行工程/通訊系統
通訊可以定義為傳遞或交換資訊或新聞。 人們可以以多種不同的方式相互溝通，這些方式可以被稱為通訊模式。 一般來說，通訊可以分為至少兩個列表：一個是交換的手段或機制，另一個是交換範圍的分類。
通訊方式
- 口頭
- 書面
- 肢體語言
通訊分類
- 形式（重要性，永久性）
- 深度（參與度，思考）
- 範圍（覆蓋範圍）
- 群體規模
- 時間（對於作者和/或受眾）
幾乎所有的人際交往都可以用上面的列表來分類。 例如，會議結合了口頭交流和肢體語言，具有正式感，涵蓋了特定材料，深度適中，一小群人在短時間內進行。 在你需要表達自己時，思考這些不同的分類是很有趣的，並考慮在特定情況下最適合你的表達方式是什麼。
技術對這種情況有獨特的意義。 例如，你可以寫信，也可以發電子郵件、簡訊、即時訊息或在網頁上發帖。 如今我們可用的技術工具使我們有可能更有效率和有效地進行溝通，但也可能扭曲或阻礙你的資訊，例如，速度過快或積累的資訊過多。 我們應該考慮我們使用的工具如何真正幫助和阻礙我們想要做的事情。
並行工程背後的主要思想之一是共同位置。 共同位置簡單來說就是所有相關人員都應該位於同一個地方。 例如，NASA 的 Team-X 設計了一個特殊的房間，每個人或每個學科都有一個終端。 每個終端都包含執行其角色所需的工具和資源。 在這種定位下，來自一個領域或站點的工程師始終“瞭解”其他站點的工程師正在做什麼。 這鼓勵在想法和重要細節相關時立即進行交流，並有助於防止設計師走錯路太久。
以下是實施並行工程系統的管理人員和工程師可能想要考慮的幾個問題列表
想要實施並行工程的人員提出的問題（管理）
- 誰需要共同位置？ 應該是物理的還是電子化的？ 如果是電子化的，將使用什麼媒介？
- 他們什麼時候需要共同位置？ 多長時間？ （是永久性的還是會有會議？）
- 他們在哪裡共同位置？ 他們將如何佈置？
- 他們需要什麼工具？
- 在深入並行環境之前必須知道什麼？
- 努力的結果是什麼？
並行環境中工程師提出的問題
- 我能和誰談談，他們對這件事更瞭解？
- 我能和誰談談，他們可能把我介紹給需要我談話的人？
- 我如何/應該以何種方式聯絡這個人？ 我需要做任何特別的準備嗎？
- 誰應該知道我正在做什麼/已經做了什麼？ 我如何使他們能夠輕鬆獲取這些資訊？
- 我應該花多少時間準備（用於）這些溝通？
- 這是我的責任嗎？ 如果不是，誰是？ 與他們確認一下。
關於會議的資訊來源是 有效會議。 此網站提供了關於為什麼、何時以及如何舉行會議的快速建議。 一些主要要點總結如下
會議是為了
- 做出與群體相關的決定
- 共享資訊
良好會議的要素
- 它必須是必要的 - 確保它是實現目標的最佳溝通模式
- 會議議程應提前分發給所有參與者
- 參與者應做好準備 - 這可能是準備或回顧資料
- 會議的目標應在開始時說明
- 會議應在工作時間內舉行
- 必須遵守時間安排（這是尊重他人時間）
- 攻擊和責備是不可取的
共同位置代替會議
共同位置的一個效果是，它應該減少需要舉行的會議數量。 資訊在需要的人之間即時交換，因為他們在工作。 無需專門準備你想說的話，而且你也不必聽那麼多你不需要知道的事情。
實施共同位置和並行工程一般來說非常特定於應用。 某人想出的系統最終將是他們自己的 - 我不能規定他們會做什麼，以及什麼對他們有用。 相反，我提供了一個相關問題的列表，以激發實踐者的思考。 希望這些問題可以作為指南，使人們專注於那些有助於使其工程專案取得成功的領域。 不用說，對於任何特定的人來說，許多問題或大多數問題可能都是微不足道的。 根據應用，可能只有幾個有共鳴的要點。 對於一個人來說，清楚地定義這些要點並確保他們沒有遺漏任何要點仍然是有指導意義的。
(Scott Kramer)
- 定義群體動力學
- 簡要討論該領域 - 基本元素模型
- 工程中的性格管理
- 領導和管理 - 定義和討論 - 理解性格 - 工具如 MBTI 及其真正價值 - ‘命令存在感’
- 預測的能力
- 影響（記住，領導者是造就的，而不是天生的）
- 在哪裡獲得不重要的經驗 - 運動和其他活動 - ‘戰爭’故事 - 公開演講
並行工程的另一個強大工具是資源池。 這意味著使工具和資訊對所有參與者可用，並賦予他們新增資訊的許可權。
參見 介紹
本節概述了一些可以極大地幫助工程設計過程的基本工具。 它們將被劃分為幾個類別；開源、小型企業和企業。 這是為了從財務角度區分特定工具的可訪問性。
維基百科有一篇關於 協作軟體 的很棒的文章
- Google Apps 套件
- MediaWiki
- OpenOffice
- Skype
- Microsoft Office 套件
- Sharepoint
- PLM（產品生命週期管理）
- PDM（產品資料管理）