К основному контенту

Что важнее: скорость или качество


Еще 10-15 лет назад типовой программный продукт тщательно планировался и описывался в огромном техническом задании (ТЗ). А затем долго и кропотливо разрабатывался и тестировался чуть ли не годами.

Бывали ситуации, когда к моменту завершения продукт устаревал морально.

Я хорошо помню, что на запросы по разработке отвечал потенциальным клиентам: «Пришлите подробное ТЗ, мы оценим сроки и стоимость». Часть заказчиков не присылала ничего, мы и не печалились, предлагали разработать ТЗ либо отказывались работать без задания.

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

Проблем на первом этапе стало на порядок больше. Очень возросла роль менеджмента. Если раньше дал программисту ТЗ и проверяешь по нему, то теперь стало необходимо управлять программистов в свете неопределенности задач от клиента и отсутствия четкой конечной цели.

Много кода приходилось переписывать на каждой новой итерации: сегодня одна хотелка от клиента, завтра другая.

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

Сегодня мы сталкиваемся с задачами, когда заказчик только примерно знает, что он хочет. И наша цель — как можно быстрее воплотить эти желания.

По-прежнему осталась проблема сроков и стоимости. Но мы решили ее для заказчика простым образом:
Разработка продукта состоит из трех факторов: бюджет, срок, возможности продукта. К сожалению, все факторы зафиксировать нельзя. Это фундаментальная особенность разработки программ. Как минимум один из факторов должен быть плавающим. Какой?
По нашей статистике подавляющее количество заказчиков жестко фиксируют бюджет. Чуть свободнее относятся к срокам. А вот возможностями «жертвуют» легко — как-то сразу понимают, что если не в первой версии программы будет личный кабинет, так во второй или третьей.

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

И ни одного клиента не было, кто зафиксировал срок и возможности программы, но оставил плавающим бюджет.

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

Популярные сообщения из этого блога

Стрельба из боевого оружия

Стрельба из пистолета — настоящее мужское хобби. Это вам не баскетбол и даже не хоккей. Пистолет в руке и мишень напротив — борьба между скоростью и точностью.

В прошлую субботу я посетил тир ДОСААФ. Сразу оговорюсь, сам я не стрелял. Вот так выглядят упражнения по стрельбе.

Всего было 4 упражнения, на которых производится стрельбы из разных положений и по разным мишеням. Мишени 11-12 — металлические, в них надо стрелять пока они не упадут. Был забавный случай, когда судьи забыли поднять мишени после предыдущего стрелка и новому пришлось лишь обстрелять мишени, т.к. они ему были засчитаны 100% попаданием. Судьи, не зевайте.

Девушка стреляет по мишени. В каждую картонную мишень стреляют минимум дважды. Несмотря на столь близкое расстояние — промахи далеко не редкость. Вообще, после этих стрельб я понял, что в кино сплошная профанация, теперь смотреть боевики невозможно.

Женщин много, даже удивительно, что они посещают, на мой взгляд, столь мужское занятие.

Кажется, возьми пистолет в л…

Гугл Хром — заметка свитчера

Пересел на хром. 1,5 дня на нем провел.

Из плюсов:

субъективно быстрее;нет беспокойства, что какой-либо элемент не отобразился.в Гугл Докс работает ctrl+c v x
В любом случае — все плюсы (кроме последнего) субъективны.

Из минусов:
Корявый интерфейс. Крестики закрытия вкладок постоянно попадаются под руку. Закрываю случайно. Пришлось ставить аддон, чтобы по ctrl+z undo делать. Маразм.Очень мелкая полоска с табами. Надо целиться. Дискомфорт и снижение производительности при работе с табами.Не всегда запоминает пароли к сайтам. Например, linux.org.ru — не предложил запомнить пароль. И так я ловил на многих сайтах. На хабре, например. На яндексе запомнил. Чудеса.В inspect elements — постоянно надо включать режим поиска кода по клику на элемента. Дурь неимоверная. Как включить этот режим по дефолту?Катастрофически не хватает оперовской возможности кликнуть на активный таб и перейти на предыдущий просматриваемый. Какой адон поставить?Криво проверяет орфографию. В некоторых полях ввода проверя…

Ошибка воронки продаж

Я консультирую многие компании по привлечению клиентов через интернет. У многих из них используется CRM (система управления клиентами). Лиды и контакты исправно заносятся в CRM, ставятся задачи и т.д.

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

Почему так происходит? Да потому, что статусы в воронке установлены неверные. Кто вообще придумал такие типовые статусы (воронка примерная, а суть верная)?!
Холодный звонок.Выслали КПОбсуждение задачиВыслали договор. По этой воронке нельзя сказать, в чем проблема продаж, Ну отваливается у вас на этапе высылки КП 50% лидов. И что? В чем проблема? Как ее решить?
Никак! Воронка не информативная.
Правильная воронка должны раскрывать причину, по которой отваливается потенциальный клиент.
Например: Холодный звонок.Запрос информации у клиентаОзвучили свое решение проблемы клиентаОзвучили срокиОзвучили стоимостьПоказали договорПодписали дог…