Другой взгляд на Agile
Что такое Agile? В Википедии будет следующее определение: «обобщающий термин для ряда подходов и практик, основанных на ценностях Манифеста гибкой разработки программного обеспечения». Но что если посмотреть на методологию с другой стороны?
Agile — главный помощник для начинающих лидов, которые пытаются всё и всех контролировать. Эффективно ли это? Нет. Невозможно за всеми уследить, весь код переделать и рассказать, как правильно — просто не хватит времени и сил. И тут на сцену выходят Agile и его фреймворки: Extreme Programming, SCRUM, канбан и прочее. Но какие непрописанные принципы помогут в его внедрении?
— Доверие
Нужно сформировать доверие между участниками команды разработки и бизнесом. Без доверия и открытости другие принципы можно не рассматривать.
— Прозрачность работы, открытость, умение слушать других
На ошибках учатся. Иногда можно дать команде совершить ошибку и исправить её, но только если последствия не будут печальными.
— Ответственность, наделение ответственностью и полномочиями
Нельзя спрашивать результат с человека без полномочий. Когда сотрудник самостоятельно решает, что и как делать, тогда и можно будет с него спросить, почему так получилось. Если голос каждого члена команды учитывается в обсуждения и принятии решения, то это даёте нереальный буст мотивации.
— Взаимопомощь
За результат спринта отвечает вся команда. Если ты закончил одну задачу, помоги другим. Выполнение отдельной задачи не означает, что команда получила результат.
— Итерации в работе для оперативного получения обратной связи
Agile помогает выстраивать их и на техническом, и на бизнес-уровнях. «Сделал — протестировал — показал». Разбиваем большую задачу на маленькие и получаем удовлетворение от полученного промежуточного результата.
На первых порах изучай философию Agile, а дальше реализуй её с помощью различных фреймворков. Можно отовсюду брать то, что подходит под конкретные задачи. Например, от канбана — дейли митинги, от скрама — оценки и так далее.
Что такое Agile? В Википедии будет следующее определение: «обобщающий термин для ряда подходов и практик, основанных на ценностях Манифеста гибкой разработки программного обеспечения». Но что если посмотреть на методологию с другой стороны?
Agile — главный помощник для начинающих лидов, которые пытаются всё и всех контролировать. Эффективно ли это? Нет. Невозможно за всеми уследить, весь код переделать и рассказать, как правильно — просто не хватит времени и сил. И тут на сцену выходят Agile и его фреймворки: Extreme Programming, SCRUM, канбан и прочее. Но какие непрописанные принципы помогут в его внедрении?
— Доверие
Нужно сформировать доверие между участниками команды разработки и бизнесом. Без доверия и открытости другие принципы можно не рассматривать.
— Прозрачность работы, открытость, умение слушать других
На ошибках учатся. Иногда можно дать команде совершить ошибку и исправить её, но только если последствия не будут печальными.
— Ответственность, наделение ответственностью и полномочиями
Нельзя спрашивать результат с человека без полномочий. Когда сотрудник самостоятельно решает, что и как делать, тогда и можно будет с него спросить, почему так получилось. Если голос каждого члена команды учитывается в обсуждения и принятии решения, то это даёте нереальный буст мотивации.
— Взаимопомощь
За результат спринта отвечает вся команда. Если ты закончил одну задачу, помоги другим. Выполнение отдельной задачи не означает, что команда получила результат.
— Итерации в работе для оперативного получения обратной связи
Agile помогает выстраивать их и на техническом, и на бизнес-уровнях. «Сделал — протестировал — показал». Разбиваем большую задачу на маленькие и получаем удовлетворение от полученного промежуточного результата.
На первых порах изучай философию Agile, а дальше реализуй её с помощью различных фреймворков. Можно отовсюду брать то, что подходит под конкретные задачи. Например, от канбана — дейли митинги, от скрама — оценки и так далее.