The hidden roles of the software ar

The hidden roles of the software architect

Now that we have explained the roles and responsibilities of the team and have differentiated a team from a group of individuals, it is now time to discuss the hidden roles that the software architect must carry out in order to lead a team efficiently. These hidden roles are three leadership roles:

Technical facilitator: Once a technical solution is identified, the software architect facilitates the technical work among the team’s members, while simultaneously protecting and even reinforcing the trust relationships in the team. With this intention, the architect must set up the development infrastructure; lay down coding rules, nomenclatures and design principles; and provide architectural guidance. More often than not, since the role of deployment specialist is not an official role within the development team, the software architect also builds and deploys the application. This may explain why so many software architects in the .NET community also are experts with Microsoft® Visual Studio® Team Foundation Server and Visual Studio Team Build.
Public character: The software architect must be an information specialist who enjoys sharing knowledge, and is recognized for vast experience and expertise. The software architect must know how to find the information necessary for keeping the project moving ahead, identify a technical solution for a specific problem, and validate the technical feasibility of the solution. This is the main reason why software architects may still write code in a project: they need to build a prototype or build a proof of concept in order to efficiently transfer technical knowledge to the team. The software architect fulfills this role by being a technical mentor who raises team members’ competencies and uses his expertise to guide and assist the team in realizing the project.
Gatekeeper: The software architect protects team members from external forces that could distract them and would bring little value to the project. For example, the software architect manages all interactions with the internal IT staff. Whether the issue relates to the deployment and operation of the application, or to the development infrastructure, the software architect takes responsibility and leaves the other team members free to do their jobs.

Results (Vietnamese) 1:

Các vai trò ẩn của kiến trúc sư phần mềmBây giờ mà chúng tôi đã giải thích các vai trò và trách nhiệm của đội và có phân biệt một nhóm với một nhóm các cá nhân, nó bây giờ là thời gian để thảo luận về các vai trò ẩn các kiến trúc sư phần mềm phải thực hiện để lãnh đạo một nhóm một cách hiệu quả. Những vai trò ẩn là ba vai trò lãnh đạo: Sở kỹ thuật: một khi một giải pháp kỹ thuật được xác định, kiến trúc sư phần mềm tạo điều kiện cho công việc kỹ thuật giữa các thành viên của nhóm, trong khi đồng thời bảo vệ và thậm chí tăng cường các mối quan hệ tin tưởng trong đội. Với ý định này, các kiến trúc sư phải thiết lập cơ sở hạ tầng phát triển; nằm xuống mã hóa quy tắc, nomenclatures và nguyên tắc thiết kế; và cung cấp hướng dẫn kiến trúc. Thường xuyên hơn không, vì vai trò của chuyên gia triển khai không phải là một vai trò chính thức trong đội phát triển, kiến trúc sư phần mềm cũng được xây dựng và triển khai các ứng dụng. Điều này có thể giải thích tại sao rất nhiều kiến trúc sư phần mềm trong cộng đồng .NET cũng là các chuyên gia với Microsoft ® Visual Studio ® Team Foundation Server và Visual Studio đội xây dựng. Nhân vật công cộng: kiến trúc sư phần mềm phải là một chuyên gia thông tin người thích chia sẻ kiến thức, và được công nhận cho kinh nghiệm rộng lớn và chuyên môn. Kiến trúc sư phần mềm phải biết làm thế nào để tìm thấy những thông tin cần thiết để giữ cho dự án di chuyển về phía trước, xác định một giải pháp kỹ thuật cho một vấn đề cụ thể, và xác nhận tính khả thi kỹ thuật của các giải pháp. Đây là lý do chính tại sao kiến trúc sư phần mềm có thể vẫn còn viết mã trong một dự án: họ cần để xây dựng một mẫu thử nghiệm hoặc xây dựng một bằng chứng của khái niệm để hiệu quả chuyển giao kiến thức kỹ thuật cho các đội. Kiến trúc sư phần mềm thực hiện tốt vai trò này bằng cách là một người cố vấn kỹ thuật, những người tăng năng lực của các thành viên nhóm và sử dụng chuyên môn của mình để hướng dẫn và hỗ trợ nhóm nghiên cứu trong việc thực hiện dự án. Gatekeeper: Kiến trúc sư phần mềm bảo vệ các thành viên trong nhóm từ lực lượng bên ngoài có thể đánh lạc hướng chúng và sẽ mang lại ít giá trị cho dự án. Ví dụ, kiến trúc sư phần mềm quản lý tất cả tương tác với các nhân viên IT nội bộ. Cho dù các vấn đề liên quan đến việc triển khai và hoạt động của các ứng dụng, hoặc cơ sở hạ tầng phát triển, kiến trúc sư phần mềm chịu trách nhiệm và rời khỏi các thành viên nhóm khác tự do để làm công việc của họ.

Results (Vietnamese) 2:

Các vai trò tiềm ẩn của các kiến trúc sư phần mềm Bây giờ chúng tôi đã giải thích vai trò và trách nhiệm của đội ngũ và đã phân biệt một nhóm nghiên cứu từ một nhóm các cá nhân, bây giờ là thời gian để thảo luận về vai trò ẩn mà các kiến trúc sư phần mềm phải thực hiện để dẫn đầu một đội ngũ hiệu quả. Những vai trò ẩn ba vai trò lãnh đạo: facilitator kỹ thuật: khi một giải pháp kỹ thuật được xác định, các kiến trúc sư phần mềm tạo điều kiện cho công tác kỹ thuật giữa các thành viên của nhóm nghiên cứu, trong khi đồng thời bảo vệ và thậm chí tăng cường các mối quan hệ tin tưởng trong đội. Với mục đích này, các kiến trúc sư phải thiết lập cơ sở hạ tầng phát triển; nằm xuống mã hóa các quy tắc, danh pháp và nguyên tắc thiết kế; và hướng dẫn kiến trúc. Thường xuyên hơn không, vì vai trò của các chuyên gia triển khai không phải là một vai trò chính thức trong đội ngũ phát triển, các kiến trúc sư phần mềm cũng xây dựng và triển khai các ứng dụng. Điều này có thể giải thích tại sao rất nhiều kiến trúc sư phần mềm trong cộng đồng .NET cũng là những chuyên gia với Microsoft® Visual Studio® Team Foundation Server và Visual Studio Team Build. Nhân vật công cộng: Các kiến trúc sư phần mềm phải là một chuyên gia thông tin người thích chia sẻ kiến thức, và được công nhận cho kinh nghiệm rộng lớn và chuyên môn. Các kiến trúc sư phần mềm phải biết làm thế nào để tìm thấy những thông tin cần thiết để giữ cho các dự án di chuyển về phía trước, xác định các giải pháp kỹ thuật cho một vấn đề cụ thể, và xác nhận tính khả thi kỹ thuật của giải pháp. Đây là lý do chính tại sao các kiến trúc sư phần mềm vẫn có thể viết mã trong một dự án: họ cần phải xây dựng một nguyên mẫu hoặc xây dựng một bằng chứng của khái niệm để chuyển giao hiệu quả kiến thức kỹ thuật cho đội. Các kiến trúc sư phần mềm thực hiện tốt vai trò này bằng cách là một cố vấn kỹ thuật là người đặt ra năng lực các thành viên đội "và sử dụng chuyên môn của mình để hướng dẫn và hỗ trợ nhóm trong việc thực hiện dự án. Gatekeeper: Các kiến trúc sư phần mềm bảo vệ các thành viên nhóm nghiên cứu từ các lực lượng bên ngoài mà có thể đánh lạc hướng chúng và sẽ mang lại ít giá trị cho dự án. Ví dụ, các kiến trúc sư phần mềm quản lý tất cả các tương tác với các nhân viên IT nội bộ. Dù vấn đề liên quan đến việc triển khai và hoạt động của các ứng dụng, hoặc các cơ sở hạ tầng phát triển, các kiến trúc sư phần mềm chịu trách nhiệm và rời khỏi thành viên trong nhóm miễn phí khác để làm công việc của họ.