Про совместную работу заказчика и разработки можно процитировать Кента Бека, книга Экстремальное Программирование, глава «on-site customer»:
«Иногда менеджерам заказчика жалко жертвовать одним из реальных сотрудников только для того, чтобы он постоянно находился вместе с разработчиками и отвечал на их вопросы. Менеджеры должны решить, что является для них важным - ускорение и повышение качества или рабочее время одного или двух сотрудников. Если продукт не приносит бизнесу больше, чем приносит ему один из сотрудников предприятия, скорее всего систем не стоит того, чтобы ее разрабатывать и внедрять на производстве».
На картинке я раскрыл последствия удаленности заказчика от разработки через диагргамму причинно-следственных связей.
Из нее прекрасно видно, что удаленность заказчиков от команд, разрабатывающих универсальные решения или платформы (внутренние CRM, внутренние системы поиска, даже АБСки и прочие учетные системы) негативно влияет на скорость реализации фичей под конкретный продукт и на скорость закрытия потребностей рынка под конкретный продукт (красные стикеры).
«Иногда менеджерам заказчика жалко жертвовать одним из реальных сотрудников только для того, чтобы он постоянно находился вместе с разработчиками и отвечал на их вопросы. Менеджеры должны решить, что является для них важным - ускорение и повышение качества или рабочее время одного или двух сотрудников. Если продукт не приносит бизнесу больше, чем приносит ему один из сотрудников предприятия, скорее всего систем не стоит того, чтобы ее разрабатывать и внедрять на производстве».
На картинке я раскрыл последствия удаленности заказчика от разработки через диагргамму причинно-следственных связей.
Из нее прекрасно видно, что удаленность заказчиков от команд, разрабатывающих универсальные решения или платформы (внутренние CRM, внутренние системы поиска, даже АБСки и прочие учетные системы) негативно влияет на скорость реализации фичей под конкретный продукт и на скорость закрытия потребностей рынка под конкретный продукт (красные стикеры).