Добрый день! Хотелось бы в следующем видео услышать ваше мнение про всякие методологии разработки, типа SCRUM, Agile и т.д. Какую методологию предпочли бы вы как руководитель и как разработчик? Действительно ли они повышают продуктивность команды? Стоит ли изучать этот вопрос разработчику?
Какими критериями руководствуются при выборе методологии разработки. В частности Кабан и Agile. Сюда же преимущества и недостатки данных методологий.
Основу подхода заложили два японских специалиста Hirotaka Takeuchi, Ikujiro Nonaka в статье The New New Product Development Game, от 1996 год. В статье обобщили опыт нескольких японских корпораций (Xerox, Toyota, Nec и другие), работающих с принципиально новыми продуктами. Ключевая идея статья заключалась в формировании самоорганизующихся команд, которые делают короткие итерации, автономны от других, мотивированы на результат командными целями, и повышает мастерство друг друга делясь друг с другом опытом.
С течением времени под этот подход формировалось все больше и больше проектных методик, пока в 2001 году на горнолыжном курорте не произошла встреча 17 специалистов по разработке ПО. На этой встрече была сформирована общая система ценностей по управлению проектами, в дальнейшем получившая название Agile – манифеста. 4 ценности и 12 принципов легли в основу множества методов согласно подходу Agile.
1. Люди и взаимодействие важнее процессов и инструментов;
2. Работающий продукт важнее исчерпывающей документации;
3. Сотрудничество с заказчиком важнее согласования условий контракта;
4. Готовность к изменениям важнее следования первоначальному плану.
Таким образом, не отрицая важности того, что справа, всё-таки больше ценится то, что слева.
C 2001 подход Agile существенно расширил свои границы и вышел за пределы IT-бизнеса. Теперь под зонтиком Agile находятся многие управленческие и инженерные фреймворки по управлению проектами, формируя зонтик Agile. Под этот зонтик попадают подходы Scrum и Kanban, Crystal и экстремальное программирование (XP), а также другие системы управления и инженерные практики.
Важно понимать, что Agile подходы работают не всегда, и Дейвом Снойденом была разработана Кеневин модель, которая показывает, что использовать экспериментальные практики, коими являются подходы Agile, можно в ситуациях, когда не до конца очевидны причинно-следствие связи проекта, цель представляет собой скорее видение, образ, а стоимость переделок не запредельно высока.
Тем ни менее, в случае инноваций и проектов с высокой степенью неопределенности, подходы Agile являются наилучшими из существующих в современном мире.
В современных айти компаниях таск-менеждер привычный инструмент для организации работы труда, но многие ругаются на него и говорят это порождает большую бюрократию. Да и всякие scrum, agile, kanban мешаю продвигать твои довольно важные задачи. Но я застал те времена и побывал в организациях, где этого не было и в лицах решил показать как это происходило.
Удаленная работа так желанна, но прежде чем работать удаленно, нужно привыкнуть к ноющей жене, плачущему ребенку и другим обитателем дома. От этого можно получить нервный тик.
В это смешной сценке я покажу почему для многих работа из дома хуже чем в офисе. Эффективная работа дома при такой ситуации вам и не снилась.
Основные моменты:
00:00 О чем ролик?
02:00 Университет
08:20 Начало работы
10:47 Первое приложение
16:35 Работа в стартапе
20:16 Работа в EPAM
26:30 Как начал создавать курсы
30:25 Как стал Senior
32:08 Работа в аутсорсе как ИП
37:14 Как пришел к Youtube
42:35 Выводы
Недавно @АйТиБорода выпустил видео DevOps ЗДОРОВОГО ЧЕЛОВЕКА. Но не везде он такой. В этом выпуске вы максимально глубоко погрузитесь в мир девопса в некоторых нехороших компаниях. Я его называю Галерный DevOps.
В этих компаниях не понимают что такое ДевОпс и видят в DevOps инженере волшебную таблетку. Но как вы знаете волшебства не бывает. К чему приводит внедрения DevOps методологии в таких компаниях в этом юмористическом выпуске.