Модные слова и словосочетания
Скорей всего Вы тоже слышали и не раз различные модные слова такие как: голубой океан, гибкие подходы к разработке, канбан, agile, скрам, покер планирование и другие различные словосочетания, которые часто используются в IT сфере.
По моим наблюдениям и общению с другими разработчиками, я сделал небольшой вывод: по сути в большинстве компаний все что используется от скрама — это обычная доска и спринты. Да и то, доска это просто список задач, который из себя доску то не представляет, а обычный список отсортированный по дате.
Но даже к примеру спустя эти 3 года, до сих пор встречаюся компании в которых использование Agile, Scrum или Kanban выдается за конкурентное преимущество перед другими IT компаниями, которые используют тоже самое.
Хотя на собственной практике и опыте я понял, что собственника бизнеса волнуют совсем другие показатели, а технического специалиста — другие. И по большому счету им все равно какие вы используете методологии. У них свои заботы и вряд ли они будут влезать в ваш рабочий процесс.
Спустя 3 года работы над проектами
С того момента, как я попытался внедрить Scrum прошло уже 3 года и поработав в компании, над собственными проектами и разрабатывая проекты на заказ, стало приходить понимание в какую сторону необходимо двигаться и развиваться.
Что необходимо действительно учесть в работе, как перестроить процессы разработки, как лучше взаимодействовать с собственной командой, улучшение методов взаимодействия с другими командами, которые принимают участие в проекте.
Выводы которые сделал лично для себя
- Не стоит внедрять различные инструменты только потому что они есть почти у всех. Или просто звучит круто и модно. Это ни к чему хорошему не приведет.
- Не нужно внедрять все в чистом виде. Это бесполезно. Необходимо подстраивать под себя и процессы компании.
- Понимать на что способен каждый участник в команде. Это позволяет в определенных случаях получить максимум результата по какой-нибудь задаче, чем от другой участника . Когда ты знаешь что они умеют делать, то и задачи могут быстрее решать и работа будет сделана более качественно.
- Клиенту по большому счету все равно какие вы там используете методологии. Гибкие, твердые, сырые, солнечные, волнистые, зигзаговые и т.д. Он заплатил деньги и хочет получить либо еще больше денег, либо сократить будущие издержки за счет получения Вашей услуги.
- Необходимо уметь управлять выгодами, которые необходимо достичь при помощи проекта. Так как от этого зависят шаги реализации и процесс работы над проектом.
- Как более правильно выстроить presale заказчику по разработке проекта ПО на заказ или более сложного сайта.
- Оттачивайте навыки переговоров для работы как с клиентами, так и со сторонними командами. Они особенно понадобятся вам при работе над проектом.
- Изучайте и накапливайте базу рисков проекта, методов минимизации и реагирования на них.
- Обозначить свои конкурентные преимущества перед другими, а не только за счет использования Agile
И самое главное на мой взгляд:
То что описано в Scrum, ведь мы это делали и до этого. Общались с клиентом, определяли важные задачи, показывали промежуточный результат, ставили дедлайн и действительно выполняли в срок. А если были трудности, то подключались другие люди, у которых больше компетенций и знаний в определенной области.
Просто мы не называли это Agile, Scrum, Kanban или как-то по другому. Работали над проектом и все остальное происходило как бы само собой.
Поэтому лично я считаю, что не нужно бежать и внедрять какой-либо инструмент, только потому что он новый, модный, о нем говорят везде или используется почти у всех.
Необходимо рационально подходить к выбору и внедрению того, что действительно будет работать в вашей компании, команде и будет помогать добиваться нужных результатов.
Вне зависимости от того, как это называется.
Если это работает, приносит измеримый и полезный результат, значит нужно использовать.
Данные статьи подойдут в большей степени для начинающих разработчиков, либо тех кто делает первые шаги в управлении проектов.