Хочется, чтобы было все идеально. Но к сожалению, так не бывает и пришел я к этому, набивая шишки на собственном опыте. Раньше думал, что нужно найти свою модель управления и проект встанет на рельсы. ПерепробовалAgile, Waterfall, Scrum, Канбан и другие. Что их перечислять… Как и многие, наверное, я выбрал Agile для большинства проектов. Но со временем, оказалось, что это спорная методология, которую далеко не всегда готов применять. Расскажу, почему.
🔎 Не всегда есть возможность отслеживать сроки. Любой продукт имеет четыре стороны: функции, время, качество и вероятность успеха. Вы можете на выходе получить три из четырех, но получить все сразу невозможно. Есть большая вероятность, что вы создадите качественный продукт и вовремя, но тогда вам придется попрощаться с некоторыми функциями. А еще более неприятно сдавать клиенту дефектный продукт.
➡️ Маленький функционал. В самом начале проекта функциональность продукта может быть отодвинута, потому что нужно быстро представить идею заказчику. Что будет дальше, никто не знает... С Agile происходит так: «сначала продай, потом узнай».
🙋♂️ Много работников не дают быстрого решения. Ввод дополнительных специалистов не решит проблему. Особенно это относится к проектам, которые отстают от графика. Новому человеку потребуется время, чтобы изучить проект и стиль работы команды.
Эти пункты навели меня на мысль, что можно совмещать разные методологии и усиливать подходящую в каждом конкретном случае. Но, конечно, каждый проект уникален, и то, что не сработало у меня, может подойти вам. Самое главное – не искать идеальную методологию, которая будет эффективна в 100% случаев, а выбрать несколько и использовать их под конкретные условия и задачи вашего проекта.