Klient mówi: „chcemy, żeby system był prosty i robił wszystko”. Programista pyta: „ale co dokładnie ma się stać po kliknięciu tego przycisku?”. Pomiędzy nimi stoi analityk systemów teleinformatycznych – tłumacz, który zamienia potrzeby firmy na precyzyjne wymagania, z których da się zbudować oprogramowanie. Rozmawia z ludźmi, rysuje modele procesów, zadaje dziesiątki pytań i spisuje odpowiedzi tak, by nikt nie mógł ich zrozumieć opacznie. Nie musi pisać kodu, ale musi rozumieć, jak powstaje system i co da się w nim zautomatyzować.
Bank chce, żeby klient mógł założyć konto w telefonie w kilka minut. Szpital potrzebuje, by wynik badania trafiał od razu do lekarza na oddziale. Zanim ktokolwiek napisze pierwszą linijkę kodu albo kupi serwer, ktoś musi odpowiedzieć na pytanie: jak to wszystko ma ze sobą współpracować? Tym kimś jest architekt systemów teleinformatycznych. Rysuje plan całości – sieci, serwerów, aplikacji i przepływu danych – i pilnuje, żeby system był szybki, bezpieczny, gotowy do rozbudowy i nie kosztował więcej, niż musi.
