2 заметки с тегом

управление

Управление разработкой

Картинки без программирования, как усилие воли без действия — ничто. Но, как без усилия воли не будет действия, так и без визуального представления проект не запрограммировать.

Программируем каталог товаров. «А какая структура каталога?» — спросит программист. Что ему ответить, если нет макета, если не представляем как будет выглядеть сайт? Вся логика продумывается на этапе проектирования дизайна, но не всё просматривается глядя на макеты. Что будет, если вместо квадратных иллюстраций (как нарисовано в макете) загрузить горизонтальные? «Как их выравнивать?„ — последует следующий вопрос программиста. Нельзя забывать о том, что дизайн не статичен. Реакция интерфейса на действия пользователя — это тоже дизайн.

Третий участник, больше всех заинтересованный в пуске проекта — клиент. Рассмотрим варианты взаимодействия и к чему они приводят на практике.


Дизайнер → Клиент ↔ Программисты

Клиент остается с картинками, сам находит программистов. Ставит задачу, контролирует ход исполнения, тестирует результат. На результат без слёз не взглянешь ;(

Дизайнер ↔ Клиент ↔ Программисты

«Авторский контроль» — дизайнер атакует замечаниями клиента. Клиент передает их программистам. Программисты ставят замечания в очередь, но новые поступают быстрее, чем реализуются предыдущие. Запускается сырой продукт, не похожий картинку.

Клиент ↔ Дизайнер ↔ Программисты

Клиент принимает ключевые решения, а как будет работать форма дизайнер решает напрямую с программистом. Проект запускается как задумывался. Клиента не дергают по пустякам.


Продолжу аналогию, приведенную в начале поста. Если дизайнер это усилие воли, программист — действие, то клиент это мозг. Из мозга поступает сигнал, возникает усилие воли (намерение), в результате чего производится действие.


Мозг → Намерение → Действие



Мы, в маленьком бюро, запускаем проекты в тандеме с проверенными разработчиками. С клиентом разговариваем на понятном ему языке и не беспокоим по пустякам.


Иллюстрация макета веб-страницы: совет Артёма Горбунова о модульной сетке

Итерационный подход

Проект нельзя реализовать только лишь усилием воли. Реализация зависит от конкретных действий живых людей. Если действие мотивировано — его не придется долго ждать. Благодаря итерационному подходу интерес к проекту не затухает у исполнителей. А заказчик точно знает за что платит и на каждом этапе получает ощутимую пользу.

Каждая итерация, по сути, представляет из себя небольшой проект и имеет четкий срок сдачи (дедлайн). Может состоять из набора разных работ, успешное выполнение которых приведет к реализации оговоренных функций. У каждой итерации может быть своя цель, но обязательный атрибут каждой итерации — это польза.

Проект всегда затевается ради пользы, на нее и стоит ориентироваться. Если очередная серия доработок не приносит пользы — не стоит тратить энергию, время и деньги. Если же итерация принесла ощутимую пользу — создается волновой эффект, хочется еще пользы.

Мы, в маленьком бюро, придерживаемся этого подхода. Курочка клюет по зернышку. Мы берем горсть задач, взвешиваем на весах пользы, определяем цену, согласовываем дедлайн и приступаем к исполнению.