+38 (093) 580-29-22 info@lokhnin.com

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

Хороший процесс разработки и его постоянное улучшение — весьма достойные цели. Организовать процесс постоянного улучшения — одна из базовых задач современного менеджера. Как очень часто и происходит, всё давно уже придумали до нас. Классическим подходом в постоянном совершенствовании бизнес процессов является цикл Демнга (PDCA).

Самый простой способ повысить эффективность разработки ПО и сдачи работ

Самый просто способ сократить время на разработку (когда его и без того мало) — уменьшить сроки отладки программы и сдачи её в эксплуатацию. Обычно, проекты с высокой производительностью занимают гораздо меньше времени на отладку и исправление ошибок. Проекты с высокой производительностью требуют гораздо больше времени на сбор требований и проектирование.

Многие руководители проектов, особенно сторонники гибких методологий, могут с этим поспорить. Поэтому хочу привести несколько мыслей, на базе которых сделан предыдущий вывод:

  • проблемы при сдаче работ возникают только в том случае, когда мы сделали не то, что нужно заказчику (или заказчик не согласен с тем, что ему нужно то, что мы сделали). Очевидно, что ошибка была допущена при определении целей проекта, выявлении и анализе заинтересованных сторон, сборе требований. Если уделить больше вниманию сбору требований — то проблемы и, как следствие, временные потери и трудозатраты на сдачу работ исчезнут
  • как следствие (или в следствии ошибки в самом процессе разработки, когда мы начинаем разработку до момента утверждения архитектуры решения) — появляется необходимость вносить коренные изменения в программное решение при появлении дополнительных требований. Это занимает намного больше времени, чем сделать правильно сразу;
  • трудозатраты на разного рода совещания в количестве 30% от рабочего времени специалистов — это преступление. Другими словами, необходимость в совещаниях резко снижается, если каждый выполнил свою часть работы: РМ расставил согласовал приоритеты, бизнес аналитик правильно собрал и структурировал требования, архитектор спроектировал систему;

Ведь не зря мы делаем прототипы? А это как раз один из способов сократить время и проблемы при сдаче работ.