The importance of being on the same line…

Это будет (или есть) очередная заметка из раздела “ошибки”. Катализатором заметки стал анекдот, который будет чуть ниже, а главная мысль скажу прямо сейчас: если вы что-то подразумеваете, то важно отдавать себе отчёт в том, что “подразумевать” не означает “значить”.
Это верно и в обычной жизни, но в нашей отрасли особенно заметно. Все наверняка помнят поучительную картинку на эту тему. Если её детально рассмотреть, то легко обнаруживается, что самый пострадавший в этой ситуации (ну если не брать в расчёт штрафы, суды и братков с битами) клиент:

• на модификации системы он потерял кучу времени и денег;
• в итоге новая фича не юзабельна (кататься невозможно);
• модифицированная система нестабильна и расширению не подлежит;

Кто тут больше виноват? Клиент ли должен был тщательнее описывать свои требования, аналитик ли должен был тщательнее уточнять требования клиента?

По моему нескромному мнению виноват больше тот, кто понёс большие убытки. А вы как думали? В мире всё справедливо и степень вины можно увидеть по размеру наказания.

Это кстати интересный мотивационный вопрос – надо будет его как-нибудь попозже рассмотреть детальнее.

Теперь начинаем думать, а что же разработчик? Может ли он быть виноват в ситуации с “подразумеванием”? А то! Я там вам очень поучительный анекдот вспоминал… так вот и он:

Красная Шапочка, абсолютно голая, лежит под деревом в лесу. Мимо проходит Серый Волк и говорит:
– А ты не боишься? Ведь в этом страшном лесу с тобой может произойти множество самых ужасных вещей!
– Да я именно этого и жду, – подмигивает Шапка.
– Понятно, – сказал Волк и сломал ей ногу…

Если кто думает, что это не относится к нам, то я могу анекдот перефразировать:

Поймали сейлы клиента и давай у него проект выпрашивать. Клиент им описал примерно, чё он хочет; сейлы сделали документ – суют клиенту. Тот читает и говорит:
– А вы уверены, что мы можем начинать? Я думаю вы должны мне задать ещё несколько вопросов!
– Да ну, – отвечают сейлы, – что за глупости? Пора бежать!
– Понятно, – сказал клиент и подписал fixed-cost контракт…

Вот тут уже виноват больше сейл/аналитик, т.к. косты по рискам ложатся на него, хотя геморрой поимеют и организаци-разработчик и клиент.
Если вы позволяете себе намёки, то рискуете оказаться в роли красной шапочки из анекдота.

Я не говорю, что намёки недопустимы… просто надо быть on the same line с тем, кому намёк адресован 🙂