9 выводов которые я сделал спустя 3 года после попытки внедрения Scrum и Agile

14.09.2020  60 Просмотров 🐺 Полночь Личный опыт

Краткое описание не указано

Привет, дорогой читатель!

В предыдущей статье я рассказал, как в 2017 году попытался внедрить гибкий подход к разработке ПО и созданию сайтов на основе Scrum.

Перед прочтением данной статьи, прочитайте предыдущую для большего понимания, что тут вообще происходит.

Модные слова и словосочетания

Скорей всего Вы тоже слышали и не раз различные модные слова такие как: голубой океан, гибкие подходы к разработке, канбан, agile, скрам, покер планирование и другие различные словосочетания, которые часто используются в IT сфере.

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

Но даже к примеру спустя эти 3 года, до сих пор встречаюся компании в которых использование Agile, Scrum или Kanban выдается за конкурентное преимущество перед другими IT компаниями, которые используют тоже самое.

Хотя на собственной практике и опыте я понял, что собственника бизнеса волнуют совсем другие показатели, а технического специалиста — другие. И по большому счету им все равно какие вы используете методологии. У них свои заботы и вряд ли они будут влезать в ваш рабочий процесс.

Спустя 3 года работы над проектами

С того момента, как я попытался внедрить Scrum прошло уже 3 года и поработав в компании, над собственными проектами и разрабатывая проекты на заказ, стало приходить понимание в какую сторону необходимо двигаться и развиваться.

Что необходимо действительно учесть в работе, как перестроить процессы разработки, как лучше взаимодействовать с собственной командой, улучшение методов взаимодействия с другими командами, которые принимают участие в проекте.

Выводы которые сделал лично для себя

  1. Не стоит внедрять различные инструменты только потому что они есть почти у всех. Или просто звучит круто и модно. Это ни к чему хорошему не приведет.
  2. Не нужно внедрять все в чистом виде. Это бесполезно. Необходимо подстраивать под себя и процессы компании.
  3. Понимать на что способен каждый участник в команде. Это позволяет в определенных случаях получить максимум результата по какой-нибудь задаче, чем от другой участника . Когда ты знаешь что они умеют делать, то и задачи могут быстрее решать и работа будет сделана более качественно.
  4. Клиенту по большому счету все равно какие вы там используете методологии. Гибкие, твердые, сырые, солнечные, волнистые, зигзаговые и т.д. Он заплатил деньги и хочет получить либо еще больше денег, либо сократить будущие издержки за счет получения Вашей услуги.
  5. Необходимо уметь управлять выгодами, которые необходимо достичь при помощи проекта. Так как от этого зависят шаги реализации и процесс работы над проектом.
  6. Как более правильно выстроить presale заказчику по разработке проекта ПО на заказ или более сложного сайта.
  7. Оттачивайте навыки переговоров для работы как с клиентами, так и со сторонними командами. Они особенно понадобятся вам при работе над проектом.
  8. Изучайте и накапливайте базу рисков проекта, методов минимизации и реагирования на них.
  9. Обозначить свои конкурентные преимущества перед другими, а не только за счет использования Agile

И самое главное на мой взгляд:

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

Просто мы не называли это Agile, Scrum, Kanban или как-то по другому. Работали над проектом и все остальное происходило как бы само собой.

Поэтому лично я считаю, что не нужно бежать и внедрять какой-либо инструмент, только потому что он новый, модный, о нем говорят везде или используется почти у всех.

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

Вне зависимости от того, как это называется.

Если это работает, приносит измеримый и полезный результат, значит нужно использовать.

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

Еще новости с текущей улицы

25.10.2020
Что выбрать для развития: soft skills или hard skills?
Читать подробнее
08.03.2020
Разработка сайта усадьбы Селена в Архипо-Осиповке
Читать подробнее
20.01.2020
Разработка ПО для автоматизации учета в цветочном магазине
Читать подробнее
19.11.2019
Покупка домена ответственный шаг при создании сайта
Читать подробнее
16.11.2019
Управление проектами на основе SCRUM. Что получилось из этого
Читать подробнее
01.11.2019
Разработка ПО на заказ для изучения учебных дисциплин
Читать подробнее