27 октября 2013

Функциональность, время, ресурсы. Непростой выбор

Функциональность, время, ресурсы. Непростой выбор

Конфликты. Компромиссы. Возможность выбора

Переговоры с заказчиком - это всегда конфликт интересов.

От ораторских умений переговорщиков как со стороны ИТ, так и со стороны бизнеса, и от их способности приходить к компромиссам зависит в насколько «удобных» для обоих сторон условиях будет проходить разработка приложений.

functionality vs time vs resources

Казалось бы: причем тут ИТ? В современных условиях team leader начал должен выполнять роль переговорщика - ТЗ уже не согласовывается единовременно в начале разработки группой начальников («водопад»), вместо этого каждый цикл развития ПО (спринт) итеративно вырабатываются/берутся из пула новые требования (гибкие методы разработки).

Agile сменил Watterfall в таком количестве кейсов, что рынок уже требует, чтобы лидер команды разработки умел разговаривать с бизнесом на языке самого бизнеса. И даже лучше них.

Если Вы ведете переговоры с умным человеком (а не дай Бог обратное), то он будет удовлетворен тогда и только тогда, когда Вы ему дадите выбор.

Функциональность. Время. Ресурсы

Триада «ресурсы (человеческие, интеллектуальные), время, функциональность» крайне неустойчивая вещь. И найти оптимальное соотношение каждого из аспектов в этой триаде - вещь еще более непростая.

functionality vs time vs resources

Изменение величины любой из составляющих триады <R, F, t> автоматически приведет к изменению количества эффективной работы при условии, что качество осталось неизменным.

Способ увеличения R: увеличить штат разработчиков (краткосрочная мера); купить ПО / патент / другую формую интеллектуальной собственности (среднесрочная мера); внедрить новые методологии разработки, управления ЖЦ ПО (средне- и долгосрочная мера с высокими рисками).

Способ увеличения t: выделить больше время на спринт; отобрать у разработчиков паспорта, купить им эль и заставить работать по 25 часов в сутки :)

Способ уменьшения F: уменьшить количество функциональности, запланированной для реализации в рамках спринта.

О способах уменьшения R, t, как и о способах увеличения F говорить, ввиду очевидности этих способов, не будем.

Общие правила игры и делегирование

Если Ваш заказчик «внутренний» (финансовый отдел, например), то не упустите возможность познакомить с этой концепцией строну заказчика (только дождитесь уместного момента). Если Ваш заказчик умен, то пойдите дальше и позвольте ему оптимизировать соотношение <R, F, t>.

Поверьте, это будет непростой выбор в процессе, которого бизнес будет искать компромисс преимущественно с самим собой, а не с Вами.

Удачных переговоров и коротких спринтов!

Автор статьи

,
Machine Learning Preacher, Microsoft AI MVP && Coffee Addicted