Обратная связь: Часть 1
Я думаю, все согласятся с тем, насколько важна обратная связь. Об этом написано огромное количество статей и снято много видео. Но давайте сосредоточимся на главном:
🎯 Критерии успешной обратной связи:
1.🕒 Своевременность: Обратная связь должна быть дана вовремя.
Пример: Петя допустил ошибку в понедельник. Обсудите это с ним до среды, чтобы детали были еще свежи. Задержка до конца недели снизит эффективность вашего общения.
2.🔍 Фокусированность: Держите фокус, обсуждая одну тему за раз.
Пример: Разбираясь с Петей в его работе над задачей А и задачей Б, сначала выясните все по первому вопросу, затем переходите ко второму, чтобы Петя не растерялся.
3.💡 Конкретика: Говорите о фактах, избегая домыслов.
Пример: Не говорите Пете, что его работа недостаточно хороша. Укажите на конкретные ошибки и их последствия.
4.🤝 Уважение личности: Сфокусируйтесь на действиях, а не на личных качествах.
Пример: Говоря Пете о необходимости улучшить взаимодействие в команде, обсудите конкретные моменты его коммуникации, не касаясь его личных качеств.
5.⚖️ Баланс между похвалой и критикой: Стремитесь к равновесию в своих оценках.
Пример: Избегайте подхода "сэндвич с дерьмом ", когда ваши комментарии строятся по схеме: сначала похвала, затем критика, и снова похвала. Такой подход может вызвать смешанные чувства у собеседника и быть воспринятым неправильно. Вместо этого, старайтесь находить гармоничный баланс, четко разграничивая конструктивную критику и искреннюю похвалу."
🚫 Примеры плохой обратной связи:
1.⚠️ Поверхностность:
Пример: обратная связь ограничивается общими и неопределенными замечаниями, такими как "ты не справляешься", без конкретных примеров или объяснения, что именно нуждается в улучшении.
2.🗣 Основана на слухах:
Пример: Не используйте непроверенную информацию от третьих лиц в обратной связи с Петей.
3.🛑 Вызывает оправдания:
Пример: Если после вашей обратной связи Петя часто оправдывается или кажется защищающимся, это может быть признаком того, что подход был слишком строгим или обвинительным. Вместо того чтобы ставить Петю в позицию защиты, старайтесь формулировать свои замечания таким образом, чтобы они воспринимались как предложения по улучшению, а не как критика личности. Это поможет создать более продуктивную и открытую атмосферу для диалога и сотрудничества.
4.❓ Отсутствие критериев:
Пример: Если Петя допустил ошибку без четко определенных критериев приемки, проблема может быть в недостаточной ясности задачи.
5. 📉 Отсутствие действий по улучшению:
Пример: Указывая на ошибку Пети, всегда предлагайте конкретные шаги для её исправления и развития.
Помните, что ваша обратная связь - это не просто мнение, это мощный инструмент для роста и развития, который следует использовать с умом и уважением.
Я думаю, все согласятся с тем, насколько важна обратная связь. Об этом написано огромное количество статей и снято много видео. Но давайте сосредоточимся на главном:
🎯 Критерии успешной обратной связи:
1.🕒 Своевременность: Обратная связь должна быть дана вовремя.
Пример: Петя допустил ошибку в понедельник. Обсудите это с ним до среды, чтобы детали были еще свежи. Задержка до конца недели снизит эффективность вашего общения.
2.🔍 Фокусированность: Держите фокус, обсуждая одну тему за раз.
Пример: Разбираясь с Петей в его работе над задачей А и задачей Б, сначала выясните все по первому вопросу, затем переходите ко второму, чтобы Петя не растерялся.
3.💡 Конкретика: Говорите о фактах, избегая домыслов.
Пример: Не говорите Пете, что его работа недостаточно хороша. Укажите на конкретные ошибки и их последствия.
4.🤝 Уважение личности: Сфокусируйтесь на действиях, а не на личных качествах.
Пример: Говоря Пете о необходимости улучшить взаимодействие в команде, обсудите конкретные моменты его коммуникации, не касаясь его личных качеств.
5.⚖️ Баланс между похвалой и критикой: Стремитесь к равновесию в своих оценках.
Пример: Избегайте подхода "сэндвич
🚫 Примеры плохой обратной связи:
1.⚠️ Поверхностность:
Пример: обратная связь ограничивается общими и неопределенными замечаниями, такими как "ты не справляешься", без конкретных примеров или объяснения, что именно нуждается в улучшении.
2.🗣 Основана на слухах:
Пример: Не используйте непроверенную информацию от третьих лиц в обратной связи с Петей.
3.🛑 Вызывает оправдания:
Пример: Если после вашей обратной связи Петя часто оправдывается или кажется защищающимся, это может быть признаком того, что подход был слишком строгим или обвинительным. Вместо того чтобы ставить Петю в позицию защиты, старайтесь формулировать свои замечания таким образом, чтобы они воспринимались как предложения по улучшению, а не как критика личности. Это поможет создать более продуктивную и открытую атмосферу для диалога и сотрудничества.
4.❓ Отсутствие критериев:
Пример: Если Петя допустил ошибку без четко определенных критериев приемки, проблема может быть в недостаточной ясности задачи.
5. 📉 Отсутствие действий по улучшению:
Пример: Указывая на ошибку Пети, всегда предлагайте конкретные шаги для её исправления и развития.
Помните, что ваша обратная связь - это не просто мнение, это мощный инструмент для роста и развития, который следует использовать с умом и уважением.
👍5💯2❤🔥1❤1🔥1
Обратная связь: Часть 2
Как давать эффективную обратную связь 🔄
1.🎯Четко опишите конкретную ситуацию и действия собеседника.
2.💡Расскажите о том, как действия собеседника повлияли на вас, команду или проект.
3.🌟Опишите желаемый результат и пути его достижения:
Поддержка: Подчеркните, что собеседник сделал хорошо и как это способствует его успеху.
Развитие: Обозначьте аспекты, требующие улучшения, и объясните их важность.
Корректировка: Определите, что нужно изменить, и объясните причины.
4.🗣Предложите собеседнику поделиться своим мнением. Узнайте, согласен ли он с вашей точкой зрения и спросите, какие у него есть предложения.
5.🔍Сформулируйте конкретные шаги для изменения поведения или достижения результата. Определите, как вы вместе будете контролировать и оценивать прогресс.
Важно: 💬 Давайте обратную связь только на фактах. Избегайте оценок личности собеседника и предположений.
Пример:
1.📍 Описание ситуации: "Петя, давай обсудим задачу, которую ты делал в прошлом спринте."
2.🕒 Фактический результат: "Задача была выполнена в срок, но результат немного отличается от того, что требовалось по задаче. Это вызвало недовольство бизнеса и теперь нам придется переделывать задачу в следующем спринте."
3.💭 Желаемый исход: "Если бы ты заранее задал вопросы аналитику, возможно, задачу не пришлось бы переделывать."
4.🤔 Мнение собеседника: "Что думаешь? Может у тебя есть предложения по улучшению описания задач?"
5.📝 План действий:"Давай договоримся: если возникают вопросы по задаче, сразу обращайся к аналитику. Также мы можем организовать встречу с аналитиком, чтобы обсудить, как лучше формулировать задачи для разработки."
🌐 Обратная связь — ключевой инструмент в управлении проектами и командной работе. Она помогает улучшать процессы, повышать эффективность и способствует профессиональному развитию как отдельных сотрудников, так и всей команды. Главное — подходить к этому процессу с уважением, конструктивностью и открытостью к диалогу.
👥 Как вы даете обратную связь? Есть ли у вас особые приемы или методы? Поделитесь своим опытом в комментариях!
Как давать эффективную обратную связь 🔄
1.🎯Четко опишите конкретную ситуацию и действия собеседника.
2.💡Расскажите о том, как действия собеседника повлияли на вас, команду или проект.
3.🌟Опишите желаемый результат и пути его достижения:
Поддержка: Подчеркните, что собеседник сделал хорошо и как это способствует его успеху.
Развитие: Обозначьте аспекты, требующие улучшения, и объясните их важность.
Корректировка: Определите, что нужно изменить, и объясните причины.
4.🗣Предложите собеседнику поделиться своим мнением. Узнайте, согласен ли он с вашей точкой зрения и спросите, какие у него есть предложения.
5.🔍Сформулируйте конкретные шаги для изменения поведения или достижения результата. Определите, как вы вместе будете контролировать и оценивать прогресс.
Важно: 💬 Давайте обратную связь только на фактах. Избегайте оценок личности собеседника и предположений.
Пример:
1.📍 Описание ситуации: "Петя, давай обсудим задачу, которую ты делал в прошлом спринте."
2.🕒 Фактический результат: "Задача была выполнена в срок, но результат немного отличается от того, что требовалось по задаче. Это вызвало недовольство бизнеса и теперь нам придется переделывать задачу в следующем спринте."
3.💭 Желаемый исход: "Если бы ты заранее задал вопросы аналитику, возможно, задачу не пришлось бы переделывать."
4.🤔 Мнение собеседника: "Что думаешь? Может у тебя есть предложения по улучшению описания задач?"
5.📝 План действий:"Давай договоримся: если возникают вопросы по задаче, сразу обращайся к аналитику. Также мы можем организовать встречу с аналитиком, чтобы обсудить, как лучше формулировать задачи для разработки."
🌐 Обратная связь — ключевой инструмент в управлении проектами и командной работе. Она помогает улучшать процессы, повышать эффективность и способствует профессиональному развитию как отдельных сотрудников, так и всей команды. Главное — подходить к этому процессу с уважением, конструктивностью и открытостью к диалогу.
👥 Как вы даете обратную связь? Есть ли у вас особые приемы или методы? Поделитесь своим опытом в комментариях!
❤🔥5❤3👍2💯1
🔍 Вдруг кто-то хотел освежить знания по REST. Нашел довольно не тривиальную статью, которая углубляется в тему и разъясняет ключевые концепции.
https://systems.education/what-is-rest
https://systems.education/what-is-rest
systems.education
■ Статья. REST, что же ты такое?
Понятное введение в технологию
❤2👍2👏1
🚀 От Scrum к Kanban: Интересный кейс улучшения работы команды
Наткнулся на интересную статью, где автор делится опытом перехода их команд с Scrum на Kanban. Этот шаг кардинально улучшил их взаимодействие и работу.
https://telegra.ph/Slomat-nelzya-naladit-Upravlencheskie-resheniya-kotorye-pomogut-komande-naladit-kommunikaciyu-i-vzaimoponimanie-12-25
Наткнулся на интересную статью, где автор делится опытом перехода их команд с Scrum на Kanban. Этот шаг кардинально улучшил их взаимодействие и работу.
https://telegra.ph/Slomat-nelzya-naladit-Upravlencheskie-resheniya-kotorye-pomogut-komande-naladit-kommunikaciyu-i-vzaimoponimanie-12-25
Telegraph
Сломать нельзя наладить. Управленческие решения, которые помогут команде наладить коммуникацию и взаимопонимание
Привет! Меня зовут Катя. Я — менеджер проектов в компании Constanta и сегодня хочу с вами поделиться, как важно выстраивать новые процессы постепенно, не разрушая их до основания. Мы с вами познакомились в предыдущей статье, где я описала свои правила и план…
🔥3❤1❤🔥1👏1😱1
🌤С наступлением весны, коллеги!
Надеюсь, ваша последняя зимняя пятница прошла без сбоев и "ожибок"! 🚫🐞
#поддержка
Надеюсь, ваша последняя зимняя пятница прошла без сбоев и "ожибок"! 🚫🐞
#поддержка
😁7❤2
https://ancient-fenugreek-e73.notion.site/46e5208ce13b4488990e36b0a7848b7c
Please open Telegram to view this post
VIEW IN TELEGRAM
ancient-fenugreek-e73 on Notion
Демо-проект | Notion
Hosted by Notion Sites — The easiest way to get a website up and running.
👍4❤🔥3❤1
Нашел классный курс лекций для аналитиков! Там и как общаться со стейкхолдерами, кто в команде за что отвечает, как описывать задачи, с артефактами работать и другая БАЗА.
Если вы начинающий аналитик, то это вообще считаю мастхев. Если уже на опыте, то можете включить, как подкаст и послушать перед собеседованиями.
https://www.youtube.com/watch?v=FoGsGa6a9VI&list=PL4_hYwCyhAvb0pm9MdtpG3_P4CAUhru4s&index=1&t=1419s&ab_channel=ЛекторийФПМИ
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Анализ требований 1. Введение в аналитику, системный анализ.
Лектор: Иван Архипов
Снимал: Михаил Кревский
Монтировал: Александр Гришутин
Снимал: Михаил Кревский
Монтировал: Александр Гришутин
🔥6👍3❤1❤🔥1
🍃Agile (Гибкая разработка)
Agile — это философия разработки, основанная на итеративном подходе, где требования и решения развиваются через совместную работу самоорганизующихся межфункциональных команд.
Главная задача — максимально быстро и гибко реагировать на изменения, поддерживая тесное взаимодействие внутри команд и с заказчиками.
🏗Scrum
Scrum — это наиболее популярный фреймворк внутри Agile, представляющий собой набор принципов и практик для эффективной работы над продуктом. В Scrum есть чётко определённые роли (Scrum Master, Product Owner, Development Team), артефакты (Product Backlog, Sprint Backlog, Increment) и события (Sprint, Daily Scrum, Sprint Review, Sprint Retrospective). Это всё создаёт структурированную среду для быстрой и эффективной работы над проектами.
🌊Kanban
Kanban — это уже другой популярный фреймворк внутри Agile. Он сосредотачивается на визуализации рабочего процесса и управлении потоком задач.
Основные принципы Kanban включают визуализацию работы (часто с использованием доски Kanban), управление потоком (ограничение текущих задач), анализ и улучшение производительности. Kanban идеально подходит для команд с непрерывным потоком задач, стремящихся сократить время их выполнения.
Выбор между Scrum и Kanban зависит от специфики проекта, потребностей команды и предпочитаемого уровня структурированности в процессе работы.
Подписывайся IT АНАЛитика
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤1👏1💋1🙈1
Хорошо поставленная задача есть? А если найду?🕵️♂️ : Часть 1 - Почему важно
Приветствую всех подписчиков канала! Сегодня мы начинаем серию постов, которая раскроет одну из наиболее критических и часто недооцениваемых тем в бизнес и системной аналитике — правильная постановка задачи на разработку.
В последнее время я все чаще замечаю, что даже опытные аналитики иногда пренебрегают важностью детальной и структурированной постановки задач, ограничиваясь лишь краткими описаниями. Особенно это касается зрелых команд, где аналитики предполагают, что разработчики уже в курсе деталей и могут обойтись минимумом информации. Такой подход неизбежно ведет к доработкам в будущих спринтах, увеличивая общие затраты и время на разработку. Но почему же четкая и структурированная постановка задачи так важна? Давайте разбираться!😳
1. Разработка становится дешевле💸
Правильно поставленная задача сокращает лишние расходы. Когда задача чётко сформулирована, разработчик точно знает, что от него требуется, и может эффективнее планировать свою работу без постоянных уточнений. Это минимизирует время на доработки и исправления, напрямую снижая общие затраты проекта.
2. Разработка становится быстрее🚙
Хорошо поставленная задача ускоряет процесс разработки, так как меньше времени уходит на общение и уточнения. Разработчики могут сразу приступить к выполнению задачи, не тратя время на встречи и переписки. Это ускоряет вывод продукта на рынок и повышает моральный дух команды.
3. Продукт становится качественнее🤔
Когда задачи правильно сформулированы и учтены все требования, вероятность того, что конечный продукт удовлетворит ожидания заказчика, значительно возрастает. Это приводит к уменьшению ошибок и багов на стадии тестирования и эксплуатации, что критически важно для долгосрочного успеха проекта.
4. Развиваются навыки и улучшается командная работа📈
Правильная постановка задач не только улучшает текущий проект, но и способствует профессиональному росту участников команды. Разработчики и тестировщики учатся работать с четкими, структурированными требованиями, развивая свои технические и коммуникативные навыки и лучше понимая проектные цели.
5. Повышается доступность📚
Не стоит забывать, что задача может потребоваться другому аналитику или новым членам команды в будущем. Хорошо написанная задача гарантирует, что любой член команды, независимо от его участия в первоначальных этапах, сможет легко разобраться и эффективно работать с проектом. Это существенно экономит время, минимизирует риски ошибок и облегчает процесс доработок или обновлений проекта в дальнейшем.
А как вы подходите к работе с задачами? Уделяете ли вы достаточно внимания детальной постановке или полагаетесь только на проработанные артефакты и поверхностное описание? Делитесь вашим опытом в комментариях!
В следующем посте мы рассмотрим ключевые атрибуты хорошо поставленной задачи, которые помогут вам улучшить процесс её постановки.
IT АНАЛитика
Приветствую всех подписчиков канала! Сегодня мы начинаем серию постов, которая раскроет одну из наиболее критических и часто недооцениваемых тем в бизнес и системной аналитике — правильная постановка задачи на разработку.
В последнее время я все чаще замечаю, что даже опытные аналитики иногда пренебрегают важностью детальной и структурированной постановки задач, ограничиваясь лишь краткими описаниями. Особенно это касается зрелых команд, где аналитики предполагают, что разработчики уже в курсе деталей и могут обойтись минимумом информации. Такой подход неизбежно ведет к доработкам в будущих спринтах, увеличивая общие затраты и время на разработку. Но почему же четкая и структурированная постановка задачи так важна? Давайте разбираться!
1. Разработка становится дешевле
Правильно поставленная задача сокращает лишние расходы. Когда задача чётко сформулирована, разработчик точно знает, что от него требуется, и может эффективнее планировать свою работу без постоянных уточнений. Это минимизирует время на доработки и исправления, напрямую снижая общие затраты проекта.
2. Разработка становится быстрее
Хорошо поставленная задача ускоряет процесс разработки, так как меньше времени уходит на общение и уточнения. Разработчики могут сразу приступить к выполнению задачи, не тратя время на встречи и переписки. Это ускоряет вывод продукта на рынок и повышает моральный дух команды.
3. Продукт становится качественнее
Когда задачи правильно сформулированы и учтены все требования, вероятность того, что конечный продукт удовлетворит ожидания заказчика, значительно возрастает. Это приводит к уменьшению ошибок и багов на стадии тестирования и эксплуатации, что критически важно для долгосрочного успеха проекта.
4. Развиваются навыки и улучшается командная работа📈
Правильная постановка задач не только улучшает текущий проект, но и способствует профессиональному росту участников команды. Разработчики и тестировщики учатся работать с четкими, структурированными требованиями, развивая свои технические и коммуникативные навыки и лучше понимая проектные цели.
5. Повышается доступность📚
Не стоит забывать, что задача может потребоваться другому аналитику или новым членам команды в будущем. Хорошо написанная задача гарантирует, что любой член команды, независимо от его участия в первоначальных этапах, сможет легко разобраться и эффективно работать с проектом. Это существенно экономит время, минимизирует риски ошибок и облегчает процесс доработок или обновлений проекта в дальнейшем.
А как вы подходите к работе с задачами? Уделяете ли вы достаточно внимания детальной постановке или полагаетесь только на проработанные артефакты и поверхностное описание? Делитесь вашим опытом в комментариях!
В следующем посте мы рассмотрим ключевые атрибуты хорошо поставленной задачи, которые помогут вам улучшить процесс её постановки.
IT АНАЛитика
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥3❤1❤🔥1
🌱 PlantUML: Незаменимый инструмент для аналитика 🌱
Если вы еще не используете PlantUML или как-то начинали его использовать и забили, то рекомендую ознакомиться с докладом с конференции Flow.👍
Для тех, кто не в курсе:
Что такое PlantUML?😐
PlantUML — это инструмент для создания диаграмм наподобие классов, активностей, компонентов и многих других, исключительно из текстового описания. Он интегрируется с популярными IDE и системами документации, включая Visual Studio Code и Confluence, делая его идеальным выбором для профессионалов в любой сфере.
Почему стоит использовать PlantUML? 💡
Экономия времени: Создавайте и обновляйте диаграммы быстро и эффективно. ⏱
Легкость изменений: Текстовый формат упрощает корректировки, минуя необходимость перерисовки сложных график.✏️
Поддержка командной работы: Идеален для коллективной работы и управления версиями.👥
Используете ли вы PlantUML в своей работе? Если нет, то сейчас отличное время начать и значительно улучшить процесс визуализации проектных задач. 🔥
Смотреть тут
Если вы еще не используете PlantUML или как-то начинали его использовать и забили, то рекомендую ознакомиться с докладом с конференции Flow.
Для тех, кто не в курсе:
Что такое PlantUML?
PlantUML — это инструмент для создания диаграмм наподобие классов, активностей, компонентов и многих других, исключительно из текстового описания. Он интегрируется с популярными IDE и системами документации, включая Visual Studio Code и Confluence, делая его идеальным выбором для профессионалов в любой сфере.
Почему стоит использовать PlantUML? 💡
Экономия времени: Создавайте и обновляйте диаграммы быстро и эффективно. ⏱
Легкость изменений: Текстовый формат упрощает корректировки, минуя необходимость перерисовки сложных график.
Поддержка командной работы: Идеален для коллективной работы и управления версиями.
Используете ли вы PlantUML в своей работе? Если нет, то сейчас отличное время начать и значительно улучшить процесс визуализации проектных задач. 🔥
Смотреть тут
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Никита Харичкин — PlantUML с нуля до гуру: учимся «кодить» sequence-диаграммы
Подробнее о конференции Flow: https://jrg.su/CAm5kF
— —
Любите диаграммы последовательности, но всё еще готовите их вручную? Тогда мы идем к вам!
Никита Харичкин, создатель @Analyst_Boost, поведает о PlantUML — незаменимом инструменте аналитика в борьбе…
— —
Любите диаграммы последовательности, но всё еще готовите их вручную? Тогда мы идем к вам!
Никита Харичкин, создатель @Analyst_Boost, поведает о PlantUML — незаменимом инструменте аналитика в борьбе…
❤3❤🔥3
Please open Telegram to view this post
VIEW IN TELEGRAM
😁14❤1👍1
This media is not supported in your browser
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🤔3❤1
Отдохните на майских, как следует!
#поддержка
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥8❤2
Возраст в IT: препятствие или преимущество?☺️
Недавно в одном из чатиков для аналитиков зашел разговор о великовозрастных кандидатах, и я решил поделиться своим опытом на эту тему.
Как раз недавно собеседовали такого аналитика, которому было около 60 лет.
Как правило (не всегда, конечно бывают исключения) , к 60 годам мозг может хуже адаптироваться к новому. Человек закостенел, наработал свой опыт, и продолжает работать по проверенным схемам.
Не говоря о том, что у него может быть огромное ЧСВ 😏
Представьте, когда молодой проджект-менеджер (допустим, девушка 23-25 лет) или молодой тимлид пытаются наставить такого человека на путь истинный, дать обратную связь и т.д. 🙌
Скорее всего, старший по возрасту человек не сможет принять полезные советы:
"че меня будет учить какая-то девка" или "у щегла тимлида еще молоко на губах не обсохло, я лучше знаю, как делать! У МЕНЯ 20 лет опыта😀
У меня как-то был тех.лид, 35-40 лет, который всегда делал по "своему" и никогда не спрашивал мнения команды.
Но к сожалению, это так не работает, даже крутой опыт не дает вам права, устраивать тоталитарный режим💥
Что касается нашего "дедушки кандидата, вот цитата коллеги, которая проводила собеседование:
"Он очень растекался мыслью🕺 , отвечал правильно, но очень уходил в детали.
Поняли, что все встречи будут дико затянуты, хоть опыт и был норм.
Было ощущение, что если возьмем его на работу, то он будет устраивать кучу встреч и долго все утрясать, а нам нужно делать все быстро и эффективно, без демагогии.
Почему возраст может сыграть в худшую сторону?
В некоторых случаях возрастной специалист может быть склонен к более длительным и подробным обсуждениям, что в быстроменяющемся мире IT может вызвать проблемы с эффективностью.
Тем не менее, возраст не всегда является препятствием.
Есть множество примеров, когда специалисты в возрасте от 35 до 50 лет успешно интегрировались в новые команды и проекты, находя удобные и комфортные условия работы. Всё зависит от личной ответственности, готовности к новому и способности адаптироваться к изменениям.
А как вы думаете, стоит ли в IT-сфере устанавливать возрастные рамки, или же опыт и профессионализм не имеют возраста?
Поделитесь своими мыслями и историями в комментариях! 📬
IT АНАЛитика
Недавно в одном из чатиков для аналитиков зашел разговор о великовозрастных кандидатах, и я решил поделиться своим опытом на эту тему.
Как раз недавно собеседовали такого аналитика, которому было около 60 лет.
Как правило
Представьте, когда молодой проджект-менеджер (допустим, девушка 23-25 лет) или молодой тимлид пытаются наставить такого человека на путь истинный, дать обратную связь и т.д. 🙌
Скорее всего, старший по возрасту человек не сможет принять полезные советы:
"че меня будет учить какая-то девка" или "у щегла тимлида еще молоко на губах не обсохло, я лучше знаю, как делать! У МЕНЯ 20 лет опыта
У меня как-то был тех.лид, 35-40 лет, который всегда делал по "своему" и никогда не спрашивал мнения команды.
Но к сожалению, это так не работает, даже крутой опыт не дает вам права, устраивать тоталитарный режим
Что касается нашего "дедушки кандидата, вот цитата коллеги, которая проводила собеседование:
"Он очень растекался мыслью
Поняли, что все встречи будут дико затянуты, хоть опыт и был норм.
Было ощущение, что если возьмем его на работу, то он будет устраивать кучу встреч и долго все утрясать, а нам нужно делать все быстро и эффективно, без демагогии.
Почему возраст может сыграть в худшую сторону?
В некоторых случаях возрастной специалист может быть склонен к более длительным и подробным обсуждениям, что в быстроменяющемся мире IT может вызвать проблемы с эффективностью.
Тем не менее, возраст не всегда является препятствием.
Есть множество примеров, когда специалисты в возрасте от 35 до 50 лет успешно интегрировались в новые команды и проекты, находя удобные и комфортные условия работы. Всё зависит от личной ответственности, готовности к новому и способности адаптироваться к изменениям.
А как вы думаете, стоит ли в IT-сфере устанавливать возрастные рамки, или же опыт и профессионализм не имеют возраста?
Поделитесь своими мыслями и историями в комментариях! 📬
IT АНАЛитика
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4❤🔥4
P.S. Всё до этого было лишь прелюдией, пристегните ремни - мы взлетаем!
#поддержка
Please open Telegram to view this post
VIEW IN TELEGRAM
💯12⚡4❤🔥2❤1
Всем новым подписчикам салам, остальным соболезную💃
Что можно почитать в канале:
Профессиональный рост и эффективность💼 :
Как эффективно решать проблемы в IT: 10 шагов для начинающих аналитиков
Как получить оффер на 180к с помощью ChatGPT?
Дорожная карта тимлида
Нужен ли аналитику SQL?
Всё, что нужно знать про SQL
Как вести проекты с нуля?
Как вести проекты с нуля? 2
Как вести проекты с нуля? 3
Как вести проекты с нуля? 4
Как вести проект с нуля? 5
Как вести проект с нуля? 6
Как вести проект с нуля? 7
Как справится с любой задачей?
Правило Парето
Подборка шаблонов для аналитика
Фронтенд без боли: шаблон ФТ для аналитика
Топ 1 книжка для аналитика
Введение в IT для начинающих🖥 :
У России три пути и один из них IT Часть 1
Резюме дороже денег
Резюме дороже денег 2
Резюме дороже денег 3
Резюме дороже денег 4
Виды АНАЛитиков
Как принять задачу от бизнеса и не страдать?
Как выглядит хорошая документация?
Еще парочка красивых слов про документацию
Как работать с USM?
Ты новый аналитик на проекте — что делать?
Должен ли аналитик читать код?
Работа в IT📞 :
Хорошие и плохие компании
Да кто такие эти ваши Agile, Scrum и Kanban
Возраст в IT: препятствие или преимущество?
Как определить, подходит ли тебе компания?
Интеграции мои интеграции
Про работу с требованиями
Обратное собеседование компаний
Про согласования
Как работает аналитик?
Правило Парето в IT
Про грейды в IT
Подготовка к собеседованию
Коммуникация и обратная связь🗣 :
Качественная обратная связь: Часть 1
Качественная обратная связь: Часть 2
Постановка задач в IT📝 :
Хорошо поставленная задача есть? А если найду? : Часть 1 - Почему важно
Хорошо поставленная задача есть? А если найду? : Часть 2 - Общий шаблон задач
Хорошо поставленная задача есть? А если найду? : Часть 3 - Frontend
Хорошо поставленная задача есть? А если найду? : Часть 4 - Backend
Хорошо поставленная задача есть? А если найду? : Часть 5 - Тестировщик
Хорошо поставленная задача есть? А если найду? : Часть 6 - Дизайнер
Хорошо поставленная задача есть? А если найду? : Часть 7 - Архитектор
Хорошо поставленная задача есть? А если найду? : Часть 8 — DevOps Хорошо поставленная задача есть? А если найду? : Часть 9 — Аналитик
Технические штуки
ConfigMap: Что такое и зачем?
Что такое Feign?
MAPI: что это и зачем знать аналитикам?
Про DTO
HAProxy: зачем это знать аналитику?
Mapping: что это такое и зачем знать аналитику?
Так же не забудьте посмотреть все посты под хэштегом #поддержка
Что можно почитать в канале:
Профессиональный рост и эффективность
Как эффективно решать проблемы в IT: 10 шагов для начинающих аналитиков
Как получить оффер на 180к с помощью ChatGPT?
Дорожная карта тимлида
Нужен ли аналитику SQL?
Всё, что нужно знать про SQL
Как вести проекты с нуля?
Как вести проекты с нуля? 2
Как вести проекты с нуля? 3
Как вести проекты с нуля? 4
Как вести проект с нуля? 5
Как вести проект с нуля? 6
Как вести проект с нуля? 7
Как справится с любой задачей?
Правило Парето
Подборка шаблонов для аналитика
Фронтенд без боли: шаблон ФТ для аналитика
Топ 1 книжка для аналитика
Введение в IT для начинающих
У России три пути и один из них IT Часть 1
Резюме дороже денег
Резюме дороже денег 2
Резюме дороже денег 3
Резюме дороже денег 4
Виды АНАЛитиков
Как принять задачу от бизнеса и не страдать?
Как выглядит хорошая документация?
Еще парочка красивых слов про документацию
Как работать с USM?
Ты новый аналитик на проекте — что делать?
Должен ли аналитик читать код?
Работа в IT
Хорошие и плохие компании
Да кто такие эти ваши Agile, Scrum и Kanban
Возраст в IT: препятствие или преимущество?
Как определить, подходит ли тебе компания?
Интеграции мои интеграции
Про работу с требованиями
Обратное собеседование компаний
Про согласования
Как работает аналитик?
Правило Парето в IT
Про грейды в IT
Подготовка к собеседованию
Коммуникация и обратная связь
Качественная обратная связь: Часть 1
Качественная обратная связь: Часть 2
Постановка задач в IT
Хорошо поставленная задача есть? А если найду? : Часть 1 - Почему важно
Хорошо поставленная задача есть? А если найду? : Часть 2 - Общий шаблон задач
Хорошо поставленная задача есть? А если найду? : Часть 3 - Frontend
Хорошо поставленная задача есть? А если найду? : Часть 4 - Backend
Хорошо поставленная задача есть? А если найду? : Часть 5 - Тестировщик
Хорошо поставленная задача есть? А если найду? : Часть 6 - Дизайнер
Хорошо поставленная задача есть? А если найду? : Часть 7 - Архитектор
Хорошо поставленная задача есть? А если найду? : Часть 8 — DevOps Хорошо поставленная задача есть? А если найду? : Часть 9 — Аналитик
Технические штуки
ConfigMap: Что такое и зачем?
Что такое Feign?
MAPI: что это и зачем знать аналитикам?
Про DTO
HAProxy: зачем это знать аналитику?
Mapping: что это такое и зачем знать аналитику?
Так же не забудьте посмотреть все посты под хэштегом #поддержка
Please open Telegram to view this post
VIEW IN TELEGRAM
👾6❤1