Скрам

Вам понравился закон Брукса! 🥰 А ведь он такой не единственный. Есть еще, например, закон Конвея, которым со мной любезно поделилась Лена Гылыжова (опять). И звучит он так: «Любой программный продукт отражает организационную структуру, его создавшую». Как и закон Брукса, закон Конвея удивительным образом применим не только в программировании, но и в других сферах деятельности. Иные источники утверждают, что с его помощью можно даже описать работу правительств. Настолько он емкий. Но как работает? 🤔 Давайте представим: есть компания, разрабатывающая ПО и различные девайсы...

Agile-коуч Лена Гылыжова подкинула мне классную полезняшку — «Закон Брукса». Делюсь! 🤗 Представьте: группа программистов работает над проектом. И что-то как-то.. Ни шатко, ни валко, медленно продвигается, даже задерживается. Значит, надо сделать что? Тут со стороны часто слышится: — Нанять! Еще! Больше! Логично, казалось бы. Проекту рук, очевидно, не хватает, так давайте «зальем» его новыми людьми, и вместе — победим! 🥳 И — на самом деле нет. Таким умозаключением вы расстроили Фреда Брукса, который...

Лена Гылыжова: «Сегодня поговорим о том, что болит у всех и всегда, и что иногда кажется невозможным: о кроссфункциональности. Кроссфункциональная команда — центр продуктовой группы. Это люди с различными навыками и опытом работающие над достижением общей цели (разработчики, маркетологи, финансисты). Основная цель создания таких команд — повышение оперативности, ответственности, производительности и готовности к принятию решений участников этих команд. Чем быстрее команда поставляет готовые элементы...

Если с постановкой жизненных целей все, как водится, весьма непросто и метафизически, конкретные рабочие цели традиционно попроще с философской точки зрения. Но занимаются их постановкой все равно почему-то не все. Сегодня Саша Еремин поможет и вам, и мне разобраться, почему цели в Скрам важны, и чему можно поучиться у фреймворка, чтоб в конечном итоге обнаружить себя на пути к желаемому. Саша Еремин: «Скрам изначально был рожден как фреймворк для ИТ стартапов — а у стартапов и бизнеса в кризисе много сходных черт...

Лена Гылыжова: «Все, написанное ниже, — моё личное мнение причин утилизации Скрам Мастера (СМ). Первая причина — утилизационное мышление и непонимание роли Скрам Мастера в организации. Утилизационное мышление никуда не делось с приходом Agile: очередь из задач на годы вперед, стопроцентная загрузка всех членов команды, — и СМ не становится исключением. Менеджмент рассуждает так: «А что СМ вообще делает между ретроспективой и планированием? Давайте дадим ему еще две команды, а лучше три! И бюджет пусть ведет, и новых сотрудников нанимает и административку может на себя взять»...

Юра Мосин: «Ретро — одна из встреч в фреймворке Скрам, неотъемлемая его часть. Встреча делает жизнь команд легче, и проводится в конце каждого спринта. Можно сказать, ретро — олицетворение трех столпов эмпирического подхода в управлении: На самом деле ретро полезно использовать везде, в любом фреймворке, не только в Agile-командах. Например, в конце проекта оценить работу над ним, найти ошибки, понять, а почему так получилось, какие риски не заметили — и учесть все это в работе над следующим проектом...