Architektura oprogramowania i podejmowanie decyzji

Wykorzystaj wiedzę z zakresu przywództwa, aby podejmować udoskonalone decyzje dotyczące architektury oprogramowania. Głęboko rozważaj, ale wdrażaj powoli. Nadrzędnym celem systemów oprogramowania (a więc i architektury oprogramowania) jest budowanie systemów spełniających standardy jakości i gwarantujących najwyższy zwrot z inwestycji (ROI) w dłuższej perspektywie albo w określonym przedziale czasu.

wyśmienity towar wymaga połączenia technologii, przywództwa i zarządzania produktem (wliczając w to doświadczenie użytkownika). Przywództwo polega w głównej mierze na zarządzaniu niepewnością i dokonywaniu właściwych ocen.

Aby tworzyć rewelacyjne produkty, liderzy techniczni muszą bratać technikę, przywództwo i wiedzę z zakresu zarządzania produktem oraz podejmować właściwe decyzje. Niemało błędów technicznych wynika z luki pomiędzy wiedzą na temat tych trzech elementów a oceną.

W książce Architektura oprogramowania i podejmowanie decyzji Srinath Perera wyjaśnia zasady i koncepcje, które architekci oprogramowania muszą dogłębnie zrozumieć,, a także sposoby użytkowania tych zasad w celu zarządzania niepewnością.

Pytania i zasady omówione w tej książce pomagają zarządzać niepewnością podczas tworzenia architektury oprogramowania i zapewniają ramy do podejmowania decyzji. Ta książka jest asygnowana dla wszystkich liderów technicznych w branży oprogramowania, którzy dokonują całościowej oceny budowanych przez siebie systemów, jak jeszcze dla przyszłych liderów uczących się tego rzemiosła.

• Zrozum znaczenie podejmowania zdecydowanych decyzji na przykładach znacznych liderów technologicznych, takich jak bracia Wright i Kelly Johnson • Wykorzystaj pięć kluczowych pytań i siedem ważnych zasad, by zrozumieć niepewności w trakcie cyklu projektowania i podjąć strategiczne decyzje architektoniczne • Podejdź do projektu systematycznie, najpierw na poziomie makro, a następnie na poziomie indywidualnej usługi W tym definitywnym przewodniku zostały wyjaśnione zasady i koncepcje - równocześnie technologiczne, jak i nietechniczne - które architekci oprogramowania, starsi inżynierowie oprogramowania i liderzy techniczni muszą zrozumieć, żeby zarządzać nieuniknioną niepewnością związaną z tworzeniem systemów oprogramowania i zapewnić sukces produktom, za które są odpowiedzialni.