Взаимодействие с архитектором из команды заказчика - cвященная война? (Александр Калугин, SECR-2012) — различия между версиями

== Видео ==

{{vimeoembed|53066066|800|450}}

<poll>
ALTERNATIVE
REVOTE
UNIQUE
Оцените доклад «{{PAGENAME}}»:
Отлично!
Хорошо.
Нормально…
Не очень :(
Просто хочу узнать результаты.
</poll>


<!-- pollholder --> 

== Слайды ==
[[File:Взаимодействие с архитектором из команды заказчика - cвященная война? (Александр Калугин, SECR-2012).pdf|left|page=-|256px]]


{{----}}
== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->

* [http://2012.secrus.ruorg/talks/holy-war-with-the-architect-from-the-customers-team Страница доклада на сайте конференции]

<references/>

[[Category:SECR-2012]]
[[Category:ToPublish]]
<!-- topub -->
{{stats|disqus_comments=0|refresh_time=2021-08-31T16:53:51.873260|vimeo_comments=0|vimeo_plays=51|youtube_plays=0}}

[[Категория:SECR-2012]]
[[Категория:Team Communication]]
[[Категория:Управление заинтересованными сторонами]]
[[Категория:Программная архитектура]]

Текущая версия на 12:20, 4 сентября 2021

Аннотация

Докладчик

Александр Калугин

В заказной разработке, если в проекте со стороны заказчика участвует технический специалист, осуществляющий «архитектурный надзор» над реализацией, то это оказывает существенное влияние на ход разработки. Причем это влияние может быть как положительным, так и отрицательным – в зависимости от того, как компания- разработчик сможет выстроить отношения с этим заинтересованным лицом.

В любом случае участие такого специалиста представляет для компании-рарзаботчика дополнительный риск изменения содержания проекта. Видение архитектором системы – это источник дополнительных требований, которые часто имеют характер «вопросов вкуса». Такие требования практически невозможно «вывести» путем логических умозаключений из прочих функциональных и нефункциональных требований к системе и очень сложно формализовать.

Учитывая значительный вес мнения этого специалиста в глазах заказчика – построение взаимоотношений с ним – становится критически важной составляющей успеха проекта. А вследствие высокой технической квалификации – требуется особый стиль общения.

В своем докладе я расскажу о том:

• Как не мешать архитектору и как сделать так, чтобы архитектор не мешал Вам, сделать хороший софт.
• Как не поддаваться на провокации, и как реагировать на ошибки архитектора со стороны заказчика.
• Как попытаться объединить «свое» и «чужое» видение и подходы к архитектуре системы.

Доклад будет интересен менеджерам проектов, ведущим разработчикам, участвующим в проектах по заказной разработке ПО.

Видео

Слайды

Примечания и отзывы

• Страница доклада на сайте конференции

Plays:51   Comments:0