Хабр Курсы для менеджеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Менеджмент доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 14
Хорошая статья, спасибо👍
Насчет 19% недовольных именно легаси выводы откуда?
Разработчики любят осваивать новое, 19% недовольны своей работой, следовательно 19% страдают от легаси. Смело…
Improve/maintain code quality and developer environments. Our survey found that developers draw the most job satisfaction from improving code quality and developer environments, followed by learning and using new tech. And developer experience should be top-of-mind for organizations wanting to attract and retain the best technologists. The survey revealed that fewer than one in five professional developers is happy with their current job (19%)..
Спасибо, но по ссылке в статье сразу и прошел. Именно поэтому и удивился вашему выводу о легаси.
Глянул на следующий вопрос, на ваш ответ… Понял, что спрашивать не было смысла.
..Наш опрос показал, что разработчики получают наибольшее удовлетворение от работы от улучшения качества кода и среды разработки, за которым следует изучение и использование новых технологий...
..Опрос показал, что менее одного из пяти профессиональных разработчиков довольны своей текущей работой (19%)..
Все же логично. Решение находится в состоянии легаси если над улучшением его качества не работают. Соответственно, до того момента как легаси не начнёт (тут очень по разному бывает) перерождаться, работа с ним, большинству специалистов, не приносит удовлетворения.
Расскажите свое мнение, не взирая на исследования. Критерии по которым вы считаете приятно работать с устаревшими инструментами, технологиями, архитектурами, решениями и т.д.
А Daily Stand-ups и Ретроспективы не способствуют выгоранию и потере интереса к работе, разве?
Kanban - 1959
Scrum - 1986
Agile - 2001
т.е. они тоже являются, своего рода, устаревшими (легаси) системами (методологиями).
Хорошее замечание, давайте обсудим:
Daily Stand-ups и Ретроспективы могут восприниматься по-разному в зависимости от того, как они реализуются в команде. В идеале, эти практики направлены на улучшение коммуникации и решения проблем на ранних стадиях, что в конечном итоге должно снижать стресс и предотвращать выгорание. Однако, если они превращаются в формальность или занимают слишком много времени, это действительно может вызвать обратный эффект. Поэтому важен баланс и адаптация методологий под конкретные нужды команды.
Что касается истории, вы правы, они были разработаны давно. Но, несмотря на их возраст, эти методологии продолжают развиваться и адаптироваться к современным условиям. В конечном итоге, методология сама по себе не устаревает, если она помогает команде работать эффективно и поддерживает мотивацию. Важно адаптировать процессы под конкретные задачи и не бояться менять то, что перестает работать.
Так же и с разрабатываемым решением, факт того что оно взяло свое начало несколько десятилетий назад, не говорит о его отсталости. Устаревшим его делает не способность адаптироваться и поспевать за развитием окружающей среды.
Если человеку сложно обьяснить чем он занимается, и 15 минут раз в неделю потратить обсудив дела текущие, то в компании в принципе проблемы с общением. И методики тут не причем
Спринты обеспечивают четкие и достижимые цели на короткий срок, что снижает давление.
Звучит странно, постоянные цели на короткие сроки, имхо, увеличивают давление, ибо сроки подгонять будут постоянно. Ну либо нужно привести пример, по сравнению с чем 'чёткие достижимые цели на короткий срок' снижают давление.
Гибкость помогает команде адаптироваться к изменениям без стресса.
Что это вообще значит?)
Чёткие и достижимые цели на короткий срок - это реальный план на реальный ресурс. Если вы обсудили что надо сделать, оценили то работа становится предсказуемо а результат ожидаемым. А вот если этого нет то соответственно переключения между задачами, результат не соответствует ожиданиям и не предсказуемгсть во времени зашкаливает.
Гибкость помогает ретроспективными сессиями и интерактивной реализации продуктовой ценности.
Гибкость помогает команде адаптироваться к изменениям без стресса.
Гибкость помогает ретроспективными сессиями и интерактивной реализации продуктовой ценности
Чего? Что вы вкладывает в понятие 'гибкость'?
Чёткие и достижимые цели на короткий срок - это реальный план на реальный ресурс. Если вы обсудили что надо сделать, оценили то работа становится предсказуемо а результат ожидаемым. А вот если этого нет то соответственно переключения между задачами, результат не соответствует ожиданиям и не предсказуемгсть во времени зашкаливает
А в вашем мире существуют либо план и сроки, либо постоянное переключение между задачами? И оценки у вас реальные, и сроки всегда соблюдаются?
// промахнулся
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как избежать выгорания в команде?