�ݺ�ߣ

Идеальный процесс
программирования
размышления на тему (ред.3)

Сделай вот такую
штуку.
еще не знаю какую, но
здоровскую
// подумал Заказчик
шаг 1 (начало).

Бац-бац-бац клик-
клик бац-бац.
Всё ж понятно, чего думать
// подумал Разработчик
шаг 2.

Круто. Работает.
И без ошибок.
Все как и хотел, и даже
кнопка нужного цвета
// восхитился Заказчик
шаг 3 (финал).

Говорят так бывает.

Бывает.
… только когда
заказчик и
исполнители
- это один человек.
Или нет?

так, чтобы они не исказились в процессе донесения.
Как донести мысли и образы Заказчика?

Добавим
дизайнера
для перевода образов из
головы Заказчика в
картинки, после чего можно
понять, то ли хочет Заказчик

Не помогло
Сайт по прежнему далек от грез
Заказчика, к тому же работает с
ошибками и делает не то что
ожидал Заказчик, хотя главный
экран хорошо получился … у
дизайнера :)
Этот дизайн не возможно сверстать.
Прежде чем дизайнирить, хоть бы HTML
выучил // агрессивно бурчит разработчик

Добавим
верстальщика
Разводим дизайнера и
программиста, а также
укорачиваем цикл первичной
обратной связи от Заказчика.
Заказчику показываем дизайн, если ОК, то
отдаем верстальщику. Потом показываем
интерактивные макеты (верстку) и если ОК,
то отдаем разработчику. Исправление
ошибок до разработки намного дешевле,
чем после или во время неё.

Чуть лучше, но
Внешне - уже похоже на
ожидания Заказчика, а
внутри нет. Работает с
ошибками и делает не то,
что нужно.
Из плюсов: быстрее стали понимать, что
нужно, а что не нужно Заказчику, благодаря
циклу: Заказчик-> Дизайнер-> Верстальщик-
> Заказчик

Добавляем
Тестировщика
Разработчики плохо тестируют
код, потому что сам его написали
- “глаз замыливается”.
Пусть это делают тестировщики.

Стало чуть лучше...
Ошибки все равно проскакивают,
потому что тестировщик работает
с итоговым кодом и не знает как
он должен работать
(что фича, а что баг).

Добавим аналитика /
проектировщика
Хоть дизайнер и рисует, но все
понять он не может и ему нужен
переводчик, который к тому же
опишет алгоритм внутренней
работы сайта.

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

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

Внедрим какую-
нибудь
методологию

Лучше стало?
Минусы есть:
- увеличились затраты - людей много;
- увеличились затраты - связей много и
на их поддержку тратится время;
- ошибки все равно возникают;
- сроки часто нарушаются или
функционал урезается.
Помните книгу
“Мифические человеко-часы” ?

Лучше стало?
Плюсы:
- с каждой итерацией скорость вывода
в продакш растет (по идее);
- суммарно команда производит
больше работы (вроде бы);
- ...

Еще покупателя здесь
нет...
Схема организации процесса
разработки может быть разная,
главное, чтобы сделанный
продукт покупался.
А значит нужно как можно
раньше доставить его
покупателю … где-то тут возникают
термины agile, devops, lean, но об этом в
другой презентации.

Какой он, идеальный процесс разработки
?

Идеальный процесс разработки
зависит от рынка,
а не от количества человек в команде.
Адама Смита припоминаем, припоминаем :)

Разделение труда дает многократный
прирост производительности.
А причем здесь рынок и разработка?

Почему разделение труда не дало существенного
прироста скорости разработки и прибыли?
или дало?

Откуда берется разделение труда?

Сначала
Кто-то придумал и сделал
булавку сам.
скорость 10 булавок/день
выковал тонкие
пластинки
вытянул из них
проволоку
нарезал нужного
размера
согнул
наточил
и другие работы

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

Купец заказал
мешок булавок
Мимо проезжал купец на
телеге и заплатил за мешок.
На обратном пути заберет.
Ух, сам не
справлюсь, нужно
взять помощников

Простые операции
Подмастерьям доверяют
простые операции (это важно).
пластинки
проволоку
размера
согнул
наточил

Повторение - путь к
автоматизму
Повторяя простое действие
каждый день, с течением
времени, начинаешь делать
его автоматически, а значит
быстро
(на уровне рефлекса).
скорость 10-48 тыс булавок в день
пластинки
проволоку
размера
согнул
наточил

Пока руки заняты -
мозг начинает
фантазировать
Мозг начинает
фантазировать и находит
способы облегчить свой труд
(автоматизировать).

Автоматизация
высвобождает
человеческие ресурсы
Появляется проблема занятости
работников.
Я и один
справлюсь :)

Всего этого могло и
не быть, если
нет каналов сбыта на объем
продукции в разы большей,
чем мог произвести один
кузнец

Источники
Разбор акта технологического разделения труда.
http://design-for.net/page/akt-tehnologicheskogo-razdelenija-truda
Исследование о природе и причинах богатства народов.
Адам Смит

Ориентир
● придумал идею
● маленький или новый рынок - делай сам
● рынок увеличился, нашел новые каналы сбыта - берешь
подмастерьев на простые операции
● рынок еще увеличился, подмастерья довели выполнение простых
операций до автоматизма - автоматизируй, что можно
в разработке тоже самое?

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

Стартап, стадия прототип Большой рынок, много клиентов

Идеальный процесс
разработки

которого не
существует,

а продукт получается.
Кастомные шаблоны и
платформы публикаций
(tilda.cc, templatemonster.com
readymag.com)
Генераторы кода, фреймворки,
лучшие-практики
Автоматизированное
тестирование, пользовательское
тестирование (вечная бета)

В следующей части
Эволюция организации команд и способов разработки
Михаил Акимов
Вопросы и предложения нужно писать:
на почту michael@island-future.ru
или в личку http://facebook.com/michael.akimov
Новые размышления: http://makestartup.ru/blog/

�ݺ�ߣ

Идеальный процесс разработки - размышления на тему (ред 3).

More Related Content

Идеальный процесс разработки - размышления на тему (ред 3).