Пока я просыпаюсь -- поразговариваем о ТЗ и постановках. Как у вас с этим дела на проектах? ТЗ полное и подробное? Аналитики хорошо поработали? Лид грамотно декомпозировал?
Почему спрашиваю. Иногда сталкиваюсь с ситуацией когда разработчики просят "четкое" и "согласованное" ТЗ twitter.com/jsunderhood/st…
Что с одной стороны, в общем-то, не мудрено. Правильно ведь говорится: "Без ТЗ - результат ХЗ".
Вот только мало кто понимает что как правильно написать ТЗ -- тоже ХЗ. Для того чтобы написать идеальное ТЗ, даже для небольшого проекта, нужна нехилая и сплоченная команда опытных бизнес- и системных аналитиков, и даже это не будет гарантией.
Не говоря уже о том что: а) очень мало кто из компаний может себе позволить таких специалистов; б) сейчас наблюдается серьезных дефицит этих ребят;
Поэтому разработка всегда должна быть готова чтобы разрабатывать продукт по ТЗ "на пальцах". У лидов должна быть глубокая погруженность в бизнес-процессы, более того, всегда надо думать наперед.
Остановимся немного на дизайне. Вот вроде как на фронте хочется чтобы "дизайнер нарисовал красивый дизайн, заказчик его согласовал, и мы сделали его один раз и навсегда"
Мы все прекрасно знаем что код, который ты пишешь сегодня - завтра превращается в говно, за которое стыдно. Но входящие данные типа ТЗ и дизайна хочется статичные "чтобы потом не надо было переделывать".
Происходит какая то идеализация собственной поделки, комплекс бога, чтоли.
Я стараюсь всегда донести следущую мысль: "все равно придется переделывать".
Сегодня мы согласовали ТЗ, согласовали дизайн. Уже завтра мы сделали по, но как оказалось неверно его поняли. Мы собрали интерфейс, но, как оказалось пользоваться им неудобно.
И естественно приходится переделывать. Те кто работает в продуктовой разработке наверняка понимают о чем я. Один и тот же интерфейс можно пересобирать по 3-5 раз, пока не станет не то чтобы "идеально", но чтобы этим можно было пользоваться без специального образования
Открою немного бизнес-завесу. Мы написали первую версию портала дистанционного голосования вообще без единой постановки. Все на пальцах. Шифрование, поведение, подтверждение, и т.д. Но завелись, взлетели, тем не менее. Очень много приходилось додумывать самостоятельно
Жёпа кстати не отвалилась, я на ней сижу
Кстати, стоит добавить. Когда вы делаете без ТЗ, на пальцах - намного легче объяснить заказчику техдолг, в отличии от историй когда он принес вам свое "ТЗ". Фактически его ТЗ мало чем отличается от "на пальцах", но в его голове "техдолг" и "ТЗ" несовместимы.
Как говорил один из моих бывших директоров. "Нормально делай - нормально будет", хотя точно так же ТЗ заносил на пальцах, говорил - "говно, переделывай", а потом удивлялся на техдолг