Обычно взаимодействие заказчика и исполнителя каждая из сторон воспринимает как борьбу добра со злом. Мысля себя, естественно, добром. На самом деле, это не совсем так.
Заказчик и Исполнитель – это, скорее, джедаи и ситхи, «белые» и «красные», инь и янь. Они немыслимы друг без друга и никогда не смогут «победить» партнера.
У взаимодействия Заказчик-Исполнитель есть несколько узловых моментов, неопределенность в которых приводит, как правило, к конфликтам и ущербу для проекта. Попробуем их обозначить.
1) Общие представления об ожидаемых итогах проекта
Причиной №2 (о первой –позже) всех разногласий «писателя и книгопродавца» является разница в том. что ожидается к завершению проекта. Корни этого зла лежат в первой встрече с исполнителем и его фантастически прекрасном коммерческом предложении. Там, как правило, описывается все самое лучшее, что сделал студия и максимум того, что она может предложить. Вернее сказать, даже не максимум, а тот идеал, к которому она стремиться. С другой стороны. в голове заказчика существует идеал, который он увидал в буржуйских интернетах и считает применимым к своим задачам. И они ВСЕГДА не совпадают. А в реальности студия сделает еще меньше из-за сковывающих творческий полет рамок бюджета.
2) Степень вмешательства заказчика в разработку
Это ключевой момент проекта. Исполнитель ненавидит заказчика за то, что тот своими неряшливыми. Запятнанными основным бизнесом лапами лезет в нежное нутро проекта. И это при том, что заказчик, по сути, всего лишь инструмент, финансовыми вливаниями позволяющий творцу реализовать свой потенциал.
Заказчик же ненавидит исполнителя за то, что тот берет деньги, сует их в черный ящик из которого может быть когда-нибудь выйдет нечто, отдаленно напоминающее проект. Чертовски хочется контролировать весь процесс и вносить свои правки на каждый чих разработчика.
3) Сроки и результаты
Сроки всегда срываются. Запланированного результата невозможно достичь на 100%. Разработчик считает, что это – из-за нереально долгих согласований и тупого вмешательства заказчика в процесс. Заказчик считает. Что это из-за лени и неогранизованности разработчиков и их нежелания понять поставленную задачу. Этого нельзя избежать. Это неотвратимо. Так будет всегда.
4) Личное взаимодействие менеджеров
Личное взаимодействие представителей заказчика и исполнителя – вот ключ к провалу. Конечно. бывают прекрасные высококомпетентные заказчики с тонкий деликатным отношением к разработке. Бывают и ответственные, организованные, соблюдающие все сроки и прочие договоренности исполнители. Но лишь в мечтах, снах, грезах…
Заказчик и Исполнитель – это, скорее, джедаи и ситхи, «белые» и «красные», инь и янь. Они немыслимы друг без друга и никогда не смогут «победить» партнера.
У взаимодействия Заказчик-Исполнитель есть несколько узловых моментов, неопределенность в которых приводит, как правило, к конфликтам и ущербу для проекта. Попробуем их обозначить.
1) Общие представления об ожидаемых итогах проекта
Причиной №2 (о первой –позже) всех разногласий «писателя и книгопродавца» является разница в том. что ожидается к завершению проекта. Корни этого зла лежат в первой встрече с исполнителем и его фантастически прекрасном коммерческом предложении. Там, как правило, описывается все самое лучшее, что сделал студия и максимум того, что она может предложить. Вернее сказать, даже не максимум, а тот идеал, к которому она стремиться. С другой стороны. в голове заказчика существует идеал, который он увидал в буржуйских интернетах и считает применимым к своим задачам. И они ВСЕГДА не совпадают. А в реальности студия сделает еще меньше из-за сковывающих творческий полет рамок бюджета.
2) Степень вмешательства заказчика в разработку
Это ключевой момент проекта. Исполнитель ненавидит заказчика за то, что тот своими неряшливыми. Запятнанными основным бизнесом лапами лезет в нежное нутро проекта. И это при том, что заказчик, по сути, всего лишь инструмент, финансовыми вливаниями позволяющий творцу реализовать свой потенциал.
Заказчик же ненавидит исполнителя за то, что тот берет деньги, сует их в черный ящик из которого может быть когда-нибудь выйдет нечто, отдаленно напоминающее проект. Чертовски хочется контролировать весь процесс и вносить свои правки на каждый чих разработчика.
3) Сроки и результаты
Сроки всегда срываются. Запланированного результата невозможно достичь на 100%. Разработчик считает, что это – из-за нереально долгих согласований и тупого вмешательства заказчика в процесс. Заказчик считает. Что это из-за лени и неогранизованности разработчиков и их нежелания понять поставленную задачу. Этого нельзя избежать. Это неотвратимо. Так будет всегда.
4) Личное взаимодействие менеджеров
Личное взаимодействие представителей заказчика и исполнителя – вот ключ к провалу. Конечно. бывают прекрасные высококомпетентные заказчики с тонкий деликатным отношением к разработке. Бывают и ответственные, организованные, соблюдающие все сроки и прочие договоренности исполнители. Но лишь в мечтах, снах, грезах…
