Forwarded from IT recruiting | Светлана Петровичева
Сегодня поговорим о гибких технологиях разработки, а именно о Scrum и Kanban.
Гибкий подход к разработке программного обеспечения позволяет сделать процесс более интерактивным и обеспечить постоянное взаимодействие внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля, например: менеджер по продукту, системный аналитик, архитектор, разработчик и тд.
В настоящее время данные подходы применяются не только в разработке программного обеспечения, но и в управлении проектами и командами. Лично для меня ближе Scrum, именно его мы и внедрили для управления проектами в компании, хотя многие айтишники и говорят, что нет «чистой» методологии, все немного перемешано, но я всё же попробую обозначить, чем они отличаются. Для управления проектами в Scrum и Kanban используются доски, где и обозначаются задачи, которые должны выполняться в определённый спринт (то есть цели на ближайшее время).
На самом деле, можно использовать и онлайн доски, такие как jira, trello, тут все зависит от того, как вам удобно работать.
А теперь давайте разберем 5 отличий Scrum от Kanban, при управлении проектом, итак:
1. Scrum - обязательны ограниченные по времени итерации. Kanban - ограниченные по времени итерации необязательны.
2. Scrum - доска очищается между спринтами. Kanban - доска является неизменной.
3. Scrum - задачи должны быть разбиты на более мелкие. Kanban - нет каких-либо определенных размеров задач.
4. Scrum - нельзя добавлять задачи в текущую итерацию. Kanban - можно добавлять новые задачи, когда это возможно.
5. Scrum - Предписаны 3 роли (Product Owner / Scrum Master / Команда). Kanban - нет предписанных ролей.
На рисунке ниже приведен пример доски Scrum. Доска в Scrum такая же гибкая, как и вся методика. Дело конечно же не в физической гибкости, а в логической. Доска может содержать разное количество столбцов. Сама Scrum доска используется где угодно, например, в книге Сазерленда есть пример, когда человек использовал Scrum доску для того, чтобы сделать ремонт в своём доме и поставил некий рекорд в этом.
На этом, конечно, не заканчиваются их отличие, но всегда важно помнить, что обе методологии ориентированы на ранний и частый выпуск продукта, что делает наш мир еще быстрее и технологичнее.
Завтра поговорим об Agile и особенности его внедрения. #itrecruiter #ithr #hrtech
Гибкий подход к разработке программного обеспечения позволяет сделать процесс более интерактивным и обеспечить постоянное взаимодействие внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля, например: менеджер по продукту, системный аналитик, архитектор, разработчик и тд.
В настоящее время данные подходы применяются не только в разработке программного обеспечения, но и в управлении проектами и командами. Лично для меня ближе Scrum, именно его мы и внедрили для управления проектами в компании, хотя многие айтишники и говорят, что нет «чистой» методологии, все немного перемешано, но я всё же попробую обозначить, чем они отличаются. Для управления проектами в Scrum и Kanban используются доски, где и обозначаются задачи, которые должны выполняться в определённый спринт (то есть цели на ближайшее время).
На самом деле, можно использовать и онлайн доски, такие как jira, trello, тут все зависит от того, как вам удобно работать.
А теперь давайте разберем 5 отличий Scrum от Kanban, при управлении проектом, итак:
1. Scrum - обязательны ограниченные по времени итерации. Kanban - ограниченные по времени итерации необязательны.
2. Scrum - доска очищается между спринтами. Kanban - доска является неизменной.
3. Scrum - задачи должны быть разбиты на более мелкие. Kanban - нет каких-либо определенных размеров задач.
4. Scrum - нельзя добавлять задачи в текущую итерацию. Kanban - можно добавлять новые задачи, когда это возможно.
5. Scrum - Предписаны 3 роли (Product Owner / Scrum Master / Команда). Kanban - нет предписанных ролей.
На рисунке ниже приведен пример доски Scrum. Доска в Scrum такая же гибкая, как и вся методика. Дело конечно же не в физической гибкости, а в логической. Доска может содержать разное количество столбцов. Сама Scrum доска используется где угодно, например, в книге Сазерленда есть пример, когда человек использовал Scrum доску для того, чтобы сделать ремонт в своём доме и поставил некий рекорд в этом.
На этом, конечно, не заканчиваются их отличие, но всегда важно помнить, что обе методологии ориентированы на ранний и частый выпуск продукта, что делает наш мир еще быстрее и технологичнее.
Завтра поговорим об Agile и особенности его внедрения. #itrecruiter #ithr #hrtech
Forwarded from IT recruiting | Светлана Петровичева
Сегодня поговорим о Фронтенд и Бэкенд.
Давайте начнем с определений.
Фронтенд — это клиентская часть приложения, то что видит User, то есть все, что браузер может выводить на экран и/или запускать.
При разработке фронтенда разработчики используют HTML, CSS и JavaScript, где:
HTML (HyperText Markup Language) – «язык гипертекстовой разметки». Именно он и говорит браузеру, каково содержание страницы, например, как будет отображаться на приложение или сайте «заголовок», «параграф», «список» и тд.
CSS (Cascading Style Sheets) - язык разметки, который говорит браузеру, как отображать элементы, например, весь текст в том или ином элементе должен быть красным и написан шрифтом Arial.
JavaScript - язык программирования, с помощью которого страницы сайтов в браузере становятся интерактивными, он говорит браузеру, как реагировать на некоторые взаимодействия, используя язык программирования.
Большинство сайтов на самом деле не используют много JavaScript, но если вы нажмете на что-то и содержимое страницы поменяется без белого мигания экрана, значит, где-то использовался JavaScript.
Бэкенд — все, что работает на сервере, то есть не в браузере или на компьютере, подсоединенном к Интернету.
Для бэкенда разработчики могут использовать любые инструменты, доступные на сервере, который, по сути, является просто компьютером, настроенным для ответов на сообщения от пользователя.
Обычно для написания бэкенд разработчики используют любой универсальный язык программирования: Ruby, PHP, Python, Java, Node js.
А также системы управления базами данных, такие как MySQL, PostgreSQL, MongoDB, Redis и тд.
А картинка ниже, лучше всего объясняет отличие бэкенда от фронтенда.
#itrecruiter #ithr #hrtech
Давайте начнем с определений.
Фронтенд — это клиентская часть приложения, то что видит User, то есть все, что браузер может выводить на экран и/или запускать.
При разработке фронтенда разработчики используют HTML, CSS и JavaScript, где:
HTML (HyperText Markup Language) – «язык гипертекстовой разметки». Именно он и говорит браузеру, каково содержание страницы, например, как будет отображаться на приложение или сайте «заголовок», «параграф», «список» и тд.
CSS (Cascading Style Sheets) - язык разметки, который говорит браузеру, как отображать элементы, например, весь текст в том или ином элементе должен быть красным и написан шрифтом Arial.
JavaScript - язык программирования, с помощью которого страницы сайтов в браузере становятся интерактивными, он говорит браузеру, как реагировать на некоторые взаимодействия, используя язык программирования.
Большинство сайтов на самом деле не используют много JavaScript, но если вы нажмете на что-то и содержимое страницы поменяется без белого мигания экрана, значит, где-то использовался JavaScript.
Бэкенд — все, что работает на сервере, то есть не в браузере или на компьютере, подсоединенном к Интернету.
Для бэкенда разработчики могут использовать любые инструменты, доступные на сервере, который, по сути, является просто компьютером, настроенным для ответов на сообщения от пользователя.
Обычно для написания бэкенд разработчики используют любой универсальный язык программирования: Ruby, PHP, Python, Java, Node js.
А также системы управления базами данных, такие как MySQL, PostgreSQL, MongoDB, Redis и тд.
А картинка ниже, лучше всего объясняет отличие бэкенда от фронтенда.
#itrecruiter #ithr #hrtech
Друзья, с огромной радостью сообщаем, что наш интенсив "Нейросети для HR в 2025" завершен!
За время мероприятия мы не только углубились в возможности ИИ для HR, но и создали собственного персонального ассистента на базе ChatGPT, который уже помогает нам оптимизировать рабочие процессы и вакансии для телеграм.
Что было достигнуто:
- Мы разобрали практические кейсы внедрения нейросетей в HR-процессы.
- На практике создали персонального помощника, который автоматизирует рутинные задачи.
- Провели интенсивную работу с промптами, научились генерировать тексты вакансий, воронки писем и даже AI-баннеры.
И это только начало!
Мы уже работаем над следующим интенсивом v2.0, где продолжим исследовать инновационные возможности AI в HR.
Если вы хотите узнать первыми о новых трендах, получить практические советы и поработать с cutting-edge технологиями — оставляйте заявку на предзапись!
💬 Напишите в комментариях или свяжитесь со мной в личке, чтобы узнать подробности и забронировать место в следующем мероприятии.
Вместе мы сделаем HR ещё эффективнее и современнее!
#HRTech #Нейросети #Интенсив2025 #ChatGPT #ПерсональныеАссистенты #Предзапись #ITRecruitment
За время мероприятия мы не только углубились в возможности ИИ для HR, но и создали собственного персонального ассистента на базе ChatGPT, который уже помогает нам оптимизировать рабочие процессы и вакансии для телеграм.
Что было достигнуто:
- Мы разобрали практические кейсы внедрения нейросетей в HR-процессы.
- На практике создали персонального помощника, который автоматизирует рутинные задачи.
- Провели интенсивную работу с промптами, научились генерировать тексты вакансий, воронки писем и даже AI-баннеры.
И это только начало!
Мы уже работаем над следующим интенсивом v2.0, где продолжим исследовать инновационные возможности AI в HR.
Если вы хотите узнать первыми о новых трендах, получить практические советы и поработать с cutting-edge технологиями — оставляйте заявку на предзапись!
💬 Напишите в комментариях или свяжитесь со мной в личке, чтобы узнать подробности и забронировать место в следующем мероприятии.
Вместе мы сделаем HR ещё эффективнее и современнее!
#HRTech #Нейросети #Интенсив2025 #ChatGPT #ПерсональныеАссистенты #Предзапись #ITRecruitment
Индекс hh = 8. А теперь покажите мне, где там Senior Go + Teamlead
Любимая цифра рынка — «8 человек на одну вакансию в ИТ».
Звучит страшно.
Панически.
Мол, ИТ-рынок в рецессии, вакансий нет, кандидатов — море.
Но давайте на минуту выключим инфопанику.
📍 Где эти 8 человек на вакансию, когда ты ищешь сеньора на Go с опытом тимлида и продакшн-нагрузкой?
конкретного проекта.
Мы в GetIT смотрим в воронки каждый день:
– в GetIT.agency
– на Headz.io
– в частных запросах фаундеров
Видим, что по действительно нужным ролям:
– откликов мало
– воронка пустая
– те, кто приходят — либо не туда, либо мимо по скилу, либо мимо по мотивации
🧠 Индекс hh — это как средняя температура по больнице.
Кому-то холодно, кому-то горячо.
Но если у вас стартап на Rust с командой из 7 человек —
поверьте, вам не «восемь на одного».
Вам — один кандидат в две-три недели. В лучшем случае.
И да, не все 8 кандидатов из индекса — ваши.
Некоторые не в рынке. Некоторые — отваливаются по деньгам.
Некоторые — просто не проходят нормальную коммуникацию.
🎯 Рынок поменялся.
Найм стал снайперским, а не массовым.
И тут работает не индекс, а глубокое понимание профиля, мотивации и реалий конкретного проекта.
Мы в GetIT это делаем каждый день.
Без иллюзий. Без паники. С результатом.
P.S. Индексы — это для Excel.
Команды — для жизни.
#recruitment #hrtech #getitagency #hh #айтинайм #трудовоереалити #подбор #seniorgo #teamlead
Любимая цифра рынка — «8 человек на одну вакансию в ИТ».
Звучит страшно.
Панически.
Мол, ИТ-рынок в рецессии, вакансий нет, кандидатов — море.
Но давайте на минуту выключим инфопанику.
📍 Где эти 8 человек на вакансию, когда ты ищешь сеньора на Go с опытом тимлида и продакшн-нагрузкой?
конкретного проекта.
Мы в GetIT смотрим в воронки каждый день:
– в GetIT.agency
– на Headz.io
– в частных запросах фаундеров
Видим, что по действительно нужным ролям:
– откликов мало
– воронка пустая
– те, кто приходят — либо не туда, либо мимо по скилу, либо мимо по мотивации
🧠 Индекс hh — это как средняя температура по больнице.
Кому-то холодно, кому-то горячо.
Но если у вас стартап на Rust с командой из 7 человек —
поверьте, вам не «восемь на одного».
Вам — один кандидат в две-три недели. В лучшем случае.
И да, не все 8 кандидатов из индекса — ваши.
Некоторые не в рынке. Некоторые — отваливаются по деньгам.
Некоторые — просто не проходят нормальную коммуникацию.
🎯 Рынок поменялся.
Найм стал снайперским, а не массовым.
И тут работает не индекс, а глубокое понимание профиля, мотивации и реалий конкретного проекта.
Мы в GetIT это делаем каждый день.
Без иллюзий. Без паники. С результатом.
P.S. Индексы — это для Excel.
Команды — для жизни.
#recruitment #hrtech #getitagency #hh #айтинайм #трудовоереалити #подбор #seniorgo #teamlead
🔥2❤1