從程式設計師到解決方案架構師的簡單指南 - Dev

架構師是一個總稱，用於指定專注於為客戶利益設計或改進軟體解決方案的角色。但它有不同的責任，這取決於你為之工作的組織。

售前解決方案架構師

售前解決方案架構師也可以稱為客戶工程師或銷售工程師，他們通常專注於確保他們所代表的技術適合客戶的用例及其所需的功能，同時幫助他們設計一個系統來整合它，或提供指導關於它的最佳應用。他們將處理高階圖表，進行發現，確定範圍，並在技術調整期間為銷售代表提供支援。

售後解決方案架構師

一些售前架構師也負責售後，這意味著在您完成銷售流程並達成交易後，您可以專注於幫助實際實施。他們可能只是在高層次上設計系統並概述實施，或者非常動手，並與技術實施團隊一起執行。

軟體架構師

軟體架構師是一個非常注重動手的角色，設計並經常實施軟體解決方案。軟體架構師相當於售後，通常針對產品或特定技術。軟體架構師不一定是面向客戶的。

同樣，重要的是要澄清每個角色的名稱和責任可能因行業而異。

技術共同點

無論哪種型別的架構師，共同點都是技術方面的。架構師本質上是技術人員，從允許他們將技術規範與複雜的安全要求、治理細微差別、隱私合規性和主權以及法律責任聯絡起來的角度來看。他們不關心實現的細節，而是大局。部署管道、堆疊層、系統級效能、使用者管理、位置、基礎設施元件……這些是架構師真正感興趣並佔據的東西。

解決方案架構師參與的流程階段

我現在擔任解決方案架構師的角色，並將專注於這個特定的維度，因為軟體架構師參與了與軟體開發週期相關的過程，而這個過程描述起來要複雜得多。
解決方案架構師通常是面向客戶的角色，參與並有助於與他們進行大量對話。他們的主要目標是發現和確定系統的需求和/或當前的技術狀態，以及起草所需的狀態並決定或建議最理想的解決方案。

發現
SA（解決方案架構師的首字母縮寫詞）參與發現。這些是與客戶對話的早期階段，會提出許多問題。SA 需要了解有關其客戶、產品或專案、目標和問題的所有資訊，以便將這些內容對映到切實可行的解決方案建議中。
發現會議上最重要的技能不是技術：解決方案架構師需要能夠

多聽多說
做出正確的假設並與客戶進行驗證
不要在充分理解所有問題和要求之前提出解決方案
非常客觀

穩固系統的基礎
堅固、設計良好的系統共享某些相同的功能。它們都旨在具有可擴充套件性、健壯性、彈性、可恢復性和安全性等重要特徵。架構師還希望他們的系統具有高可用性，有時他們要求它們是全球分佈的，當在雲中保證全球供應時，這在今天不是問題。

範圍界定
需求是用於衡量系統成功的記錄能力，根據它們是否得到滿足。它們通常對映到那些基本概念。
將需求和功能納入範圍的過程也由架構師完成，並且通常（技術上）由客戶在某個時候考慮到業務目標進行驗證。積壓工作通常是直接從範圍界定練習中生成使用者故事和功能需求的結果，以及功能的驗證和優先順序排序，直至釋出。

詳細點選標題

從程式設計師到解決方案架構師的簡單指南 - Dev

相關文章