https://fff.works/blog/tags/sdelat/ Блог Автор блога ru E2 (v3860; Aegea) Автор блога Блог 27 https://fff.works/blog/all/brief-do-instruction-for-developers/ Sun, 03 Dec 2017 21:28:09 +0400 Автор блога https://fff.works/blog/all/brief-do-instruction-for-developers/ <div class="e2-text-picture"> <img src="https://fff.works/blog/pictures/eyes@2x.jpg" width="776" height="582" alt="" /> </div> <p>Вы разработчик. К вам пришёл дизайнер и просит реализовать дизайн. Инструкция поможет вам выполнить свою работу хорошо. Выполните пункты последовательно:</p> <p><b>1. Осознайте ответственность.</b> Как только вы возьмёте задачу, между вами и дизайнером возникнут отношения исполнитель ↔ клиент. Вы — исполнитель. За взятую задачу будете отвечать вы и только вы, поэтому, если не сможете реализовать, если не успеете, если в дизайне чего-то не хватит — проблемы ваши. Хороший дизайнер поможет решить проблему, но целиком полагаться на помощь дизайнера безответственно.</p> <p>Представьте, что задача — это пластилин. Как только вы берёте задачу, вы берёте «пластилин» в руки. Вернуть «пластилин» дизайнеру можно только двумя способами: 1) сделать и отдать слепленную фигурку — результат, 2) провалить задачу и отдать измятый пластилин — недоделанную работу и набор причин, почему вы провалились. Пока «пластилин» у вас в руках, за него отвечаете вы.</p> <p><b>2. Поймите задачу.</b> За задачу отвечаете вы, поэтому на вашей совести задать все вопросы, запросить все материалы, оговорить все нюансы по задаче. Если чего-то не хватает или вы не верите, что справитесь — не берите задачу. Если взяли — сделайте, не смотря ни на что.</p> <p>Чтобы понять задачу задавайте вопросы:</p> <ul> <li>В чём польза задачи?</li> </ul> <ul> <li>Кто этим будет пользоваться?</li> </ul> <ul> <li>Почему её важно сделать именно сейчас?</li> </ul> <ul> <li>Как эта задача связана с другими частями системы и с другими задачами? Что ещё придётся изменить в связи с этим в других местах?</li> </ul> <ul> <li>К какому сроку вы бы хотели получить решение?</li> </ul> <ul> <li>Почему это критично реализовать к указанному сроку?</li> </ul> <p>Если задача сложная, сами напишите, как собираетесь её решить и утвердите получившуюся спецификацию у дизайнера.</p> <p>Не бойтесь сказать «нет». Вы всем поможете, если не возьмёте негодную задачу, а если возьмёте и не справитесь — всех подведёте.</p> <p><b>3. Назовите дедлайн.</b> Дизайнеру нужен результат. Результат не бывает без срока. Оцените задачу и назовите дату, когда задача будет решена. В срок заложите всё, что необходимо для решения задачи: время на разработку, согласование с дизайнером, возможную переделку, тестирование, полировку и публикацию. В обещанный день и час решение должно быть в продукте, а не на вашем тестовом стенде, потому что результат — это запуск.</p> <p><b>4. Забейте гвозди.</b> Решение задачи зависит от дизайнера. Только он может сказать сделано или нет, поэтому до запуска вам необходимо показать ему промежуточные результаты несколько раз. Это нужно <i>вам</i>, чтобы сделать <i>вашу</i> работу. Поэтому договоритесь с дизайнером о конкретных датах — гвоздях, когда вы покажете промежуточные результаты. Если задача на неделю, у вас должно быть два — три гвоздя.</p> <p><b>5. Оставьте запас времени.</b> Не планируйте впритык. Что-то обязательно пойдёт не так. Вы столкнётесь с неуловимым багом, дизайнер десять раз попросит подвинуть кнопочку, проект не соберётся, комп заглючит, свет отрубят. Заложите 20% запаса в срок, он вас спасёт.</p> <p><b>6. Сделайте.</b> Добейтесь результата в срок. Если не будете укладываться — придумайте, как упростить и предложите упрощение дизайнеру. Знать, что не успеваете и молчать — отстой. Упростить и не согласовать с дизайнером — отстой. Не успеть и молча продолжать делать — отстой. Ждать, что упрощение придумает дизайнер — отстой.</p> <p><b>7. Сдайте.</b> Утвердите работу у дизайнера. Он ваш клиент. Если он не сказал «ОК», вы не сделали, даже если вы всё запрограммировали и всё работает. Пока не сдали «пластилин» в ваших руках.</p> <p><b>Итого</b><br /> На входе у вас << задача, макеты, пожелания дизайнера по сроку.</p> <p>На выходе в день старта >> ваше понимание задачи (спецификация), дедлайн, набор контрольных точек — гвоздей.</p> <p>В день дедлайна >> «ОК» от дизайнера и опубликованное в продукте решение.</p> <p>P. S. Если всё-таки сорвали срок, признайте это как можно быстрее. Если дизайнер согласен работать с вами дальше, вернитесь к пункту 1. У вас должно возникнуть новое понимание задачи, новый дедлайн и новый набор контрольных точек.</p> <p>P. P. S. И без детского сада, пожалуйста. Вам не нужен менеджер, чтобы следить за своими задачами.</p>