Всем привет!
Вчера мы писали о создании журнала изменений, а сегодня мы поговорим для чего он нам пригодится. Code review - процесс, когда рецензент (reviewer) анализирует код, оставляет комментарии с желаемым списком изменений и, в конце, решает когда этот код будет готов попасть в репозиторий проекта.
Итак, зачем нужен code review?
• проверка качества кода;
• метод обучения новых людей в команде;
• помогает избежать повторных ошибок;
• делать архитектурное review посредством code review;
Безусловно, делать code review надо, но это долгий и трудный процесс. Он может быть выполнен одним человеком за короткое время, а может затянуться на N-часов митинга, где вся команда будет разбирать код по каждой строчке. В идеальном мире, программисты бы воспринимали критику с радостью как инструмент для развития и улучшения навыков, но часто каждый комментарий воспринимается как личное оскорбление.
Дело в том, что код должен быть понятен как человеку, так и компьютеру, но они оба говорят на разных языках и логическое мышление человека часто подводит, поэтому проверка качества кода человеческими глазами может вызвать много споров.
Решение — автоматизация (что далеко не секрет). Стоит чаще напоминать, что прежде чем дать рецензенту код на проверку или прежде чем проверять код самостоятельно (если ты reviewer), надо пройти автоматическую валидацию кода. Для часто встречающихся задач: проверка билдов, стиля, идентификация неиспользуемых модулей и т.п., - уже есть автоматизированное решение.
Автоматизация — это залог быстрого, качественного и четко аргументированного code review.
Предлагаем тебе прочесть статью “Практики хорошего code review, или что такое code review за 15 минут”, в которой описаны частые проблемы code review, причины этих проблем и их решения.
Всем чистого, функционального и красивого кода!😌
#тематическаянеделя_backend
#лонгрид #карьера_в_IT
Вчера мы писали о создании журнала изменений, а сегодня мы поговорим для чего он нам пригодится. Code review - процесс, когда рецензент (reviewer) анализирует код, оставляет комментарии с желаемым списком изменений и, в конце, решает когда этот код будет готов попасть в репозиторий проекта.
Итак, зачем нужен code review?
• проверка качества кода;
• метод обучения новых людей в команде;
• помогает избежать повторных ошибок;
• делать архитектурное review посредством code review;
Безусловно, делать code review надо, но это долгий и трудный процесс. Он может быть выполнен одним человеком за короткое время, а может затянуться на N-часов митинга, где вся команда будет разбирать код по каждой строчке. В идеальном мире, программисты бы воспринимали критику с радостью как инструмент для развития и улучшения навыков, но часто каждый комментарий воспринимается как личное оскорбление.
Дело в том, что код должен быть понятен как человеку, так и компьютеру, но они оба говорят на разных языках и логическое мышление человека часто подводит, поэтому проверка качества кода человеческими глазами может вызвать много споров.
Решение — автоматизация (что далеко не секрет). Стоит чаще напоминать, что прежде чем дать рецензенту код на проверку или прежде чем проверять код самостоятельно (если ты reviewer), надо пройти автоматическую валидацию кода. Для часто встречающихся задач: проверка билдов, стиля, идентификация неиспользуемых модулей и т.п., - уже есть автоматизированное решение.
Автоматизация — это залог быстрого, качественного и четко аргументированного code review.
Предлагаем тебе прочесть статью “Практики хорошего code review, или что такое code review за 15 минут”, в которой описаны частые проблемы code review, причины этих проблем и их решения.
Всем чистого, функционального и красивого кода!😌
#тематическаянеделя_backend
#лонгрид #карьера_в_IT
Напоминаем что через 10 минут начитается вебинар на тему "Будни руководителя отдела разработки"!
Ссылка на трансляцию:
https://www.youtube.com/watch?v=zUSk9d-Aa1Y
#прямой_эфир #карьера_в_IT
Ссылка на трансляцию:
https://www.youtube.com/watch?v=zUSk9d-Aa1Y
#прямой_эфир #карьера_в_IT
🦸♀️ Вчера состоялся наш вебинар для желающих быть тим-лидами проекта и строить карьеру комплексно – как по вертикали, так и по горизонтали.
Ольга Бутова рассказала, какими навыками должен обладать руководитель отдела разработки, какими инструментами ему следует пользоваться и почему.
Ольга разобрала категории компаний, в которых может работать разработчик, и указала их положительные и отрицательные стороны.
Как ты хочешь развиваться, в какой атмосфере и в каком коллективе, какие ТЗ предпочитаешь получать, — это поможет определить тип компании, который стоит искать для трудоустройства.
Ольга также предоставила целый список рекомендаций для личностного и профессионального развития.
Всем известные и бессмертные:
📖 «Рефакторинг. Улучшение существующего кода» — Мартин Фаулер;
📖 «Эффективная работа с унаследованным кодом» — Майкл К. Физерс;
📖 «Экстремальное программирование. Разработка через тестирование» — Кент Бек;
📖 «Приемы объектно-ориентированного проектирования. Паттерны проектирования» — Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес;
📖 «Совершенный код» — Стив Макконнелл;
📖«Framework Design Guidelines» — Кржиштоф Цвалина.
P.S. 📖 «Язык шаблонов. Города. Здания. Строительство» — Кристофер Александер.
Запись вебинара доступна на Ютубе 😉
Смотри, учись, развивайся, вдохновляй своим примером других!
И конечно же,
Stay tuned! ✨
#тематичекаянеделя_backend #подборка #личное_развитие
Ольга Бутова рассказала, какими навыками должен обладать руководитель отдела разработки, какими инструментами ему следует пользоваться и почему.
Ольга разобрала категории компаний, в которых может работать разработчик, и указала их положительные и отрицательные стороны.
Как ты хочешь развиваться, в какой атмосфере и в каком коллективе, какие ТЗ предпочитаешь получать, — это поможет определить тип компании, который стоит искать для трудоустройства.
Ольга также предоставила целый список рекомендаций для личностного и профессионального развития.
Всем известные и бессмертные:
📖 «Рефакторинг. Улучшение существующего кода» — Мартин Фаулер;
📖 «Эффективная работа с унаследованным кодом» — Майкл К. Физерс;
📖 «Экстремальное программирование. Разработка через тестирование» — Кент Бек;
📖 «Приемы объектно-ориентированного проектирования. Паттерны проектирования» — Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес;
📖 «Совершенный код» — Стив Макконнелл;
📖«Framework Design Guidelines» — Кржиштоф Цвалина.
P.S. 📖 «Язык шаблонов. Города. Здания. Строительство» — Кристофер Александер.
Запись вебинара доступна на Ютубе 😉
Смотри, учись, развивайся, вдохновляй своим примером других!
И конечно же,
Stay tuned! ✨
#тематичекаянеделя_backend #подборка #личное_развитие
👋 Привет! Меня зовут Анна Блок. Я IT-предприниматель, блогер и фронтенд разработчик в одном лице.
Сегодня понедельник, а значит, стартует новая тематическая неделя. Рассказывать я буду не о веб-разработке, а о том, что будоражит умы и вызывает много споров... Речь пойдёт об искусственном интеллекте!
Искусственный интеллект (иначе ИИ или AI от англ. artificial intelligence) позволяет компьютерам обучаться на собственном опыте, адаптироваться к задаваемым параметрам и выполнять те задачи, которые раньше были под силу только человеку.
Полный разбор возможностей и применяемых технологий мы разберём на неделе, ну а сейчас, чтобы понять масштаб использования этой технологии, рекомендую ознакомиться с сайтом, где отражены области применения ИИ — https://deepindex.org/.
Если коротко, то они включают в себя:
⚡️ Игры,
⚡️ Финансы,
⚡️ Промышленность,
⚡️ Агрокультуру,
⚡️ Транспорт,
⚡️ Образование,
⚡️ Медицину,
⚡️ Науку и так далее!
Следите за постами недели и, если возникнут вопросы, пишите мне в инстаграме.
Или подпишитесь, периодически я поднимаю эту тему в своем блоге :)
Stay tuned!
#тематическаянеделя_AI
#коротко_о_главном
Сегодня понедельник, а значит, стартует новая тематическая неделя. Рассказывать я буду не о веб-разработке, а о том, что будоражит умы и вызывает много споров... Речь пойдёт об искусственном интеллекте!
Искусственный интеллект (иначе ИИ или AI от англ. artificial intelligence) позволяет компьютерам обучаться на собственном опыте, адаптироваться к задаваемым параметрам и выполнять те задачи, которые раньше были под силу только человеку.
Полный разбор возможностей и применяемых технологий мы разберём на неделе, ну а сейчас, чтобы понять масштаб использования этой технологии, рекомендую ознакомиться с сайтом, где отражены области применения ИИ — https://deepindex.org/.
Если коротко, то они включают в себя:
⚡️ Игры,
⚡️ Финансы,
⚡️ Промышленность,
⚡️ Агрокультуру,
⚡️ Транспорт,
⚡️ Образование,
⚡️ Медицину,
⚡️ Науку и так далее!
Следите за постами недели и, если возникнут вопросы, пишите мне в инстаграме.
Или подпишитесь, периодически я поднимаю эту тему в своем блоге :)
Stay tuned!
#тематическаянеделя_AI
#коротко_о_главном
С недавнего времени у нас появился аккаунт на Medium,
где будут появляться интересные статьи.
Первая наша статья про то, как стать исследователем и получать удовольствие от этой профессии.
Подписывайся на наш аккаунт, читай и пиши пожелания о том, с кем и на какие темы тебе интересно было бы почитать интервью 😉
🖇️Ссылки на Медиум и на первую статью под постом.
Stay tuned!
#интервью #карьера_в_IT
где будут появляться интересные статьи.
Первая наша статья про то, как стать исследователем и получать удовольствие от этой профессии.
Подписывайся на наш аккаунт, читай и пиши пожелания о том, с кем и на какие темы тебе интересно было бы почитать интервью 😉
🖇️Ссылки на Медиум и на первую статью под постом.
Stay tuned!
#интервью #карьера_в_IT
Уже скоро - новое вдохновляющее интервью на тему "Навстречу возможностям: как учиться и работать за границей?" с PHP разработчицей Леной Киричок @girlintech.
Немного о спикере:
✅Лена родом с Украины с небольшого городка, и её путь в IT начался с поступления в колледж в столицу на Программную инженерию;
✅Еще в колледже она пришла на стажировку в фирму, которая занималась ПО для логистики, и осталась там работать как разработчица;
✅В её планах было сначала поступление на бакалавра в Польшу, но ей сразу удалось поступить на магистра в Чехию
✅Сейчас живёт в Праге уже больше двух лет и учится в местном Экономическом университете на факультете Информатики и статистики
✅Лена успешно совмещает учебу с карьерой Backend Разработчицы в компании Zasilkovna;
✅Её опыт связан с разработкой веб решений для продуктовых компаний;
✅Она работала как над новыми проектами, так и над сайтами, которые имеют 20-летнюю историю;
✅В своей работе ей нравится видеть результат, которым пользуются люди вокруг неё, и получать обратную связь.
"Нужно идти туда куда хочется, а не туда куда якобы надо" - одна из фраз, которую Лена услышала пару лет назад, добавила её себе на стену в VK, и возвращается к ней в периоды раздумий. Ведь любой путь в своей жизни, выбираем только мы. Выучиться на професию своей мечты, переехать в страну где больше возможностей, либо развиваться в месте где нам комфортней всего.
Как поступить на учебу заграницу?
Как совмещать работу и учебу?
Как сделать правильный выбор в направлении своего развития?
Ответы на эти вопросы 20 августа в 19:00 в прямом эфире Инстаграм 😉 Не пропусти!
Stay tuned!
#прямой_эфир #карьера_в_IT
Немного о спикере:
✅Лена родом с Украины с небольшого городка, и её путь в IT начался с поступления в колледж в столицу на Программную инженерию;
✅Еще в колледже она пришла на стажировку в фирму, которая занималась ПО для логистики, и осталась там работать как разработчица;
✅В её планах было сначала поступление на бакалавра в Польшу, но ей сразу удалось поступить на магистра в Чехию
✅Сейчас живёт в Праге уже больше двух лет и учится в местном Экономическом университете на факультете Информатики и статистики
✅Лена успешно совмещает учебу с карьерой Backend Разработчицы в компании Zasilkovna;
✅Её опыт связан с разработкой веб решений для продуктовых компаний;
✅Она работала как над новыми проектами, так и над сайтами, которые имеют 20-летнюю историю;
✅В своей работе ей нравится видеть результат, которым пользуются люди вокруг неё, и получать обратную связь.
"Нужно идти туда куда хочется, а не туда куда якобы надо" - одна из фраз, которую Лена услышала пару лет назад, добавила её себе на стену в VK, и возвращается к ней в периоды раздумий. Ведь любой путь в своей жизни, выбираем только мы. Выучиться на професию своей мечты, переехать в страну где больше возможностей, либо развиваться в месте где нам комфортней всего.
Как поступить на учебу заграницу?
Как совмещать работу и учебу?
Как сделать правильный выбор в направлении своего развития?
Ответы на эти вопросы 20 августа в 19:00 в прямом эфире Инстаграм 😉 Не пропусти!
Stay tuned!
#прямой_эфир #карьера_в_IT
🎙️Анна на связи!
Искусственный интеллект и боты… Одно и то же? 🤔
Сегодня в этом посте я расскажу о том, что понятие «искусственный интеллект» можно поделить на подгруппы. Конечно, это не строгое разделение, но я надеюсь, это поможет уловить суть.
✅ Слабый ИИ – боты, которых мы видим в компьютерных играх, телеграм каналах или аудио-помощники, такие как Алиса или Siri. Они или выполняют узкоспециализированные задачи или являются незначительным комплексом таковых, а любая непредсказуемость взаимодействия ставит их в тупик.
✅ Сильный ИИ – это машины, интеллект которых сопоставим с человеческим мозгом. На сегодняшний день нет реальных представителей этого класса, но компьютеры, вроде Watson очень близки к достижению этой цели.
✅ Совершенные ИИ – будущее, машинный мозг, который превзойдёт наши возможности. Именно об опасности таких разработок предупреждают Стивен Хоккинг, кинофраншиза «Терминатор» или игра Detroit. Если не играли в нее, то настоятельно рекомендую.
👇 Совет от меня:
Если вам интересна тема ИИ, то начните практиковаться на создании простых ботов или приложений, которые способны выполнять небольшой ряд функций.
А уже завтра я расскажу, на какие языки программирования стоит обратить внимание, чтобы научиться создавать ИИ 😉
#тематическаянеделя_AI
#коротко_о_главном #мир_IT
Искусственный интеллект и боты… Одно и то же? 🤔
Сегодня в этом посте я расскажу о том, что понятие «искусственный интеллект» можно поделить на подгруппы. Конечно, это не строгое разделение, но я надеюсь, это поможет уловить суть.
✅ Слабый ИИ – боты, которых мы видим в компьютерных играх, телеграм каналах или аудио-помощники, такие как Алиса или Siri. Они или выполняют узкоспециализированные задачи или являются незначительным комплексом таковых, а любая непредсказуемость взаимодействия ставит их в тупик.
✅ Сильный ИИ – это машины, интеллект которых сопоставим с человеческим мозгом. На сегодняшний день нет реальных представителей этого класса, но компьютеры, вроде Watson очень близки к достижению этой цели.
✅ Совершенные ИИ – будущее, машинный мозг, который превзойдёт наши возможности. Именно об опасности таких разработок предупреждают Стивен Хоккинг, кинофраншиза «Терминатор» или игра Detroit. Если не играли в нее, то настоятельно рекомендую.
👇 Совет от меня:
Если вам интересна тема ИИ, то начните практиковаться на создании простых ботов или приложений, которые способны выполнять небольшой ряд функций.
А уже завтра я расскажу, на какие языки программирования стоит обратить внимание, чтобы научиться создавать ИИ 😉
#тематическаянеделя_AI
#коротко_о_главном #мир_IT
🎙Анна на связи!
Какой язык программирования учить, чтобы работать над искусственным интеллектом? 👩🏼💻
Прежде всего, начни не с конкретного языка программирования, а изучения основ программирования. Например, есть Гарвардский курс CS50 и тут я оставлю ссылку не на оригинал, а перевод этого курса, выложенный на Youtube — https://bit.ly/34cVTJV
И только после этого переходи к выбору языка программирования (ЯП). А я выложу список того, на что стоит обратить внимание.
✅ Python
Одной из причин, почему он предпочтителен для ИИ, является его простота. Учитывая, что ИИ является очень сложной областью, будет намного лучше, если используемый язык программирования будет прост для понимания и реализации.
Язык имеет множество библиотек, которые поддерживают искусственный интеллект. Одним из них является Pybrain, который используется для машинного обучения в Python. Еще одна важная библиотека - Numpy, которая предназначена для выполнения сложных вычислений.
✅ R
Язык R широко известен благодаря анализу и обработке данных. Программист может использовать R для создания математических символов, графиков и формул, когда это необходимо. Как ЯП общего назначения, R имеет несколько языков программирования, которые можно использовать для разработки ИИ. Они включают в себя модели G, RODBC, Tm и Class, что упрощает процесс реализации алгоритмов машинного обучения.
✅ Prolog
Prolog специально был создан для разработки ИИ. Он имеет целый ряд функций, которые делают его идеальным языком для машинного обучения. Одной из его выдающихся особенностей является сопоставление с образцом. Язык также характеризуется автоматическим возвратом. Все эти функции применяются в различных аспектах развития ИИ. Этот ЯП поддерживается целым рядом платформ, которые значительно упрощают программирование, а также он используется в создании медицинских систем.
✅ JavaScript
Что касается плюсов JavaScript в области машинного обучения, то он открывает возможности проще вступить на неизведанную тропу для веб-разработчиков и разработчиков приложений. Однако нынешняя JavaScript-экосистема для МО все еще выглядит незрелой, поддержка этого типа разработки в настоящее время ограничена, но, тем не менее, такие известные проекты, как Google Tensorflow.js, основаны на JavaScript.
✅ C++
Обладая возможностями одновременно как низкоуровневого, так и высокоуровневого языка программирования, в контексте МО C++ обеспечивает более высокий уровень контроля и эффективности, чем другие языки программирования.
Что касается его минусов, то основным из них является то, что для создания новых приложений на базе C++ требуется написание большого объема сложного кода, что занимает много времени и может вызвать большие трудности в обслуживании.
✅ Java
Обладая огромной популярностью, Java может похвастаться широким спектром алгоритмов, которые очень полезны для сообщества разработчиков софта МО. Но несмотря на все свои преимущества, Java имеет репутацию более медленного языка, чем многие другие языки программирования и в том числе C++
👇 Основной вывод:
Python — один из самый популярный из всех языков программирования, применяемых для написания ИИ. Тем не менее, сбрасывать со счетов популярные JavaScript / C++ или Java не стоит, потому что даже на них вы можете уже делать некоторые функции. Со временем и эти ЯП будут расти в сторону ИИ, отражая изменения бизнес-ландшафта.
#тематическаянеделя_AI
#карьера_в_IT #подборка
Какой язык программирования учить, чтобы работать над искусственным интеллектом? 👩🏼💻
Прежде всего, начни не с конкретного языка программирования, а изучения основ программирования. Например, есть Гарвардский курс CS50 и тут я оставлю ссылку не на оригинал, а перевод этого курса, выложенный на Youtube — https://bit.ly/34cVTJV
И только после этого переходи к выбору языка программирования (ЯП). А я выложу список того, на что стоит обратить внимание.
✅ Python
Одной из причин, почему он предпочтителен для ИИ, является его простота. Учитывая, что ИИ является очень сложной областью, будет намного лучше, если используемый язык программирования будет прост для понимания и реализации.
Язык имеет множество библиотек, которые поддерживают искусственный интеллект. Одним из них является Pybrain, который используется для машинного обучения в Python. Еще одна важная библиотека - Numpy, которая предназначена для выполнения сложных вычислений.
✅ R
Язык R широко известен благодаря анализу и обработке данных. Программист может использовать R для создания математических символов, графиков и формул, когда это необходимо. Как ЯП общего назначения, R имеет несколько языков программирования, которые можно использовать для разработки ИИ. Они включают в себя модели G, RODBC, Tm и Class, что упрощает процесс реализации алгоритмов машинного обучения.
✅ Prolog
Prolog специально был создан для разработки ИИ. Он имеет целый ряд функций, которые делают его идеальным языком для машинного обучения. Одной из его выдающихся особенностей является сопоставление с образцом. Язык также характеризуется автоматическим возвратом. Все эти функции применяются в различных аспектах развития ИИ. Этот ЯП поддерживается целым рядом платформ, которые значительно упрощают программирование, а также он используется в создании медицинских систем.
✅ JavaScript
Что касается плюсов JavaScript в области машинного обучения, то он открывает возможности проще вступить на неизведанную тропу для веб-разработчиков и разработчиков приложений. Однако нынешняя JavaScript-экосистема для МО все еще выглядит незрелой, поддержка этого типа разработки в настоящее время ограничена, но, тем не менее, такие известные проекты, как Google Tensorflow.js, основаны на JavaScript.
✅ C++
Обладая возможностями одновременно как низкоуровневого, так и высокоуровневого языка программирования, в контексте МО C++ обеспечивает более высокий уровень контроля и эффективности, чем другие языки программирования.
Что касается его минусов, то основным из них является то, что для создания новых приложений на базе C++ требуется написание большого объема сложного кода, что занимает много времени и может вызвать большие трудности в обслуживании.
✅ Java
Обладая огромной популярностью, Java может похвастаться широким спектром алгоритмов, которые очень полезны для сообщества разработчиков софта МО. Но несмотря на все свои преимущества, Java имеет репутацию более медленного языка, чем многие другие языки программирования и в том числе C++
👇 Основной вывод:
Python — один из самый популярный из всех языков программирования, применяемых для написания ИИ. Тем не менее, сбрасывать со счетов популярные JavaScript / C++ или Java не стоит, потому что даже на них вы можете уже делать некоторые функции. Со временем и эти ЯП будут расти в сторону ИИ, отражая изменения бизнес-ландшафта.
#тематическаянеделя_AI
#карьера_в_IT #подборка
🎙Анна на связи!
И сегодня последний пост тематической недели про искусственный интеллект 🤖
Рассуждать об этической стороне использовании ИИ можно бесконечно...
Например, наибольшее беспокойство вызывает у людей потеря работы, НО! Давайте вспомним индустриальное общество. Населения всех стран, где стоились заводы, также беспокоилось о том, что станки и машины полностью заменят их. Но это не так.
Искусственный интеллект безусловно избавит нас от рутинных задач. Например, дизайнеры смогут перестать беспокоиться об удалении фона вокруг объекта.
Уже есть такой сервис — https://www.remove.bg/ru
Он работает несовершенно, но со временем эта кропотливая работа уйдет из списка задач дизайнеров, следовательно, они смогут сконцентрироваться на важном. Например, выстроить прототип приложения или сайт таким образом, чтобы пользователь из пунта А перешел в пункт Б. Иначе, это называют UX Дизайном.
Всё, что касается визуала, красоты и прочего, что мы видим в приложении или сайтах, также может перейти в работу искусственного интеллекта. Уже сейчас появляются сервисы, предлагающие готовые шаблоны, решения и прочее, но я убеждена, что только человек, сможет довести работу до совершенства, исходя из потребностей клиента.
***
А еще сегодня я порекомендую небольшой список книг для изучения темы ИИ:
✅ Python. Искусственный интеллект, большие данные и облачные вычисления | Дейтел Пол, Дейтел Харви
✅ Искусственный интеллект с примерами на Python | Джоши Пратик
✅ Deep Learning with Python | François Chollet
***
На этом у меня всё, спасибо всем, кто читал, надеюсь, вы почерпнули для себя полезные моменты 😊
⚡️ Можете задать мне вопросы в инстаграм или просто подписаться на него — https://www.instagram.com/annblok/
Спокойной ночи!
#тематическаянеделя_AI
#подборка #мир_IT
И сегодня последний пост тематической недели про искусственный интеллект 🤖
Рассуждать об этической стороне использовании ИИ можно бесконечно...
Например, наибольшее беспокойство вызывает у людей потеря работы, НО! Давайте вспомним индустриальное общество. Населения всех стран, где стоились заводы, также беспокоилось о том, что станки и машины полностью заменят их. Но это не так.
Искусственный интеллект безусловно избавит нас от рутинных задач. Например, дизайнеры смогут перестать беспокоиться об удалении фона вокруг объекта.
Уже есть такой сервис — https://www.remove.bg/ru
Он работает несовершенно, но со временем эта кропотливая работа уйдет из списка задач дизайнеров, следовательно, они смогут сконцентрироваться на важном. Например, выстроить прототип приложения или сайт таким образом, чтобы пользователь из пунта А перешел в пункт Б. Иначе, это называют UX Дизайном.
Всё, что касается визуала, красоты и прочего, что мы видим в приложении или сайтах, также может перейти в работу искусственного интеллекта. Уже сейчас появляются сервисы, предлагающие готовые шаблоны, решения и прочее, но я убеждена, что только человек, сможет довести работу до совершенства, исходя из потребностей клиента.
***
А еще сегодня я порекомендую небольшой список книг для изучения темы ИИ:
✅ Python. Искусственный интеллект, большие данные и облачные вычисления | Дейтел Пол, Дейтел Харви
✅ Искусственный интеллект с примерами на Python | Джоши Пратик
✅ Deep Learning with Python | François Chollet
***
На этом у меня всё, спасибо всем, кто читал, надеюсь, вы почерпнули для себя полезные моменты 😊
⚡️ Можете задать мне вопросы в инстаграм или просто подписаться на него — https://www.instagram.com/annblok/
Спокойной ночи!
#тематическаянеделя_AI
#подборка #мир_IT
Уже в четверг мы возьмём интервью у PHP разработчицы Лены Киричок. Хотим рассказать немного подробнее о проекте Лены:
"В жизненном цикле людей в IT, есть период знакомства с IT мероприятиями. И вот придя на один с таких, я не увидела там много девушек разработчиц. На одну из известных PHP конференций, я получила diversity ticket, что тоже значило, что я в меньшинстве. Но, когда я знакомилась с другими разработчицами, я видела, что у нас похожие взгляды и опыт. И им также нужна поддержка, как и мне.
Первым опытом организации митапов, была моя помощь организатору PHP встреч в Киеве. Позже я уехала из Украины, и не смогла помогать удаленно.
Чтобы попробовать собрать IT комьюнити вокруг себя, сначала я попробовала вести инстаграм @lakie.dev, но на то время, мой английский не был на достаточном уровне, и ведение страницы занимало у меня очень много времени.
Через пару месяцев я задумалась о телеграм канале, где буду делиться своим опытом уже на русском языке, расказывать про diversity и inclusion. Так же, я сделала ресерч телеграм каналов на подобные темы, и таких в то время не оказалось.
В прошлом году я делала встречу подписчиц_ков и это было одно из самых вдохновляющих событий.
Так же в канале я рассказываю о том, какие есть способы сделать IT более открытым для всех желающих. И с какими стериотипами сталкиваются девушки в айти.
Проживя полгода в Праге, я познакомилась с комьюнити Femme Palette, которое организовывало митапы по разным направлениям для девушек. В течении еще 9-ти месяцев, я вела IT группу, и организовывала митапы и воркшопы для девушек в IT под именем этого комьюнити. Позже, соосновательницы Femme Palette сменили вектор направления, групповые ивенты были отменены, и мы расстались на хорошей ноте. Благодаря этому комьюнити, я познакомилась с невероятно крутыми успешными девушками, с которыми мы встречаемся уже и вне комьюнити.
Вести IT группу, учиться и работать было тяжело. Поэтому на этот год, я взяла паузу от организаций митапов, посещений конференций, и выступлений.
Телеграм канал для меня сейчас место, где я еще эксперементирую с форматом постов, но всегда стараюсь быть как можно ближе к своим читательницам_ям. Иногда я получаю теплые отзывы о канале, и это меня мотивирует двигаться дальше."
📍Не пропусти интервью в четверг в 19:00! Задавай свои вопросы спикеру в нашем чате или Инстаграм.
Stay tuned!
#карьера_в_IT #прямой_эфир
"В жизненном цикле людей в IT, есть период знакомства с IT мероприятиями. И вот придя на один с таких, я не увидела там много девушек разработчиц. На одну из известных PHP конференций, я получила diversity ticket, что тоже значило, что я в меньшинстве. Но, когда я знакомилась с другими разработчицами, я видела, что у нас похожие взгляды и опыт. И им также нужна поддержка, как и мне.
Первым опытом организации митапов, была моя помощь организатору PHP встреч в Киеве. Позже я уехала из Украины, и не смогла помогать удаленно.
Чтобы попробовать собрать IT комьюнити вокруг себя, сначала я попробовала вести инстаграм @lakie.dev, но на то время, мой английский не был на достаточном уровне, и ведение страницы занимало у меня очень много времени.
Через пару месяцев я задумалась о телеграм канале, где буду делиться своим опытом уже на русском языке, расказывать про diversity и inclusion. Так же, я сделала ресерч телеграм каналов на подобные темы, и таких в то время не оказалось.
В прошлом году я делала встречу подписчиц_ков и это было одно из самых вдохновляющих событий.
Так же в канале я рассказываю о том, какие есть способы сделать IT более открытым для всех желающих. И с какими стериотипами сталкиваются девушки в айти.
Проживя полгода в Праге, я познакомилась с комьюнити Femme Palette, которое организовывало митапы по разным направлениям для девушек. В течении еще 9-ти месяцев, я вела IT группу, и организовывала митапы и воркшопы для девушек в IT под именем этого комьюнити. Позже, соосновательницы Femme Palette сменили вектор направления, групповые ивенты были отменены, и мы расстались на хорошей ноте. Благодаря этому комьюнити, я познакомилась с невероятно крутыми успешными девушками, с которыми мы встречаемся уже и вне комьюнити.
Вести IT группу, учиться и работать было тяжело. Поэтому на этот год, я взяла паузу от организаций митапов, посещений конференций, и выступлений.
Телеграм канал для меня сейчас место, где я еще эксперементирую с форматом постов, но всегда стараюсь быть как можно ближе к своим читательницам_ям. Иногда я получаю теплые отзывы о канале, и это меня мотивирует двигаться дальше."
📍Не пропусти интервью в четверг в 19:00! Задавай свои вопросы спикеру в нашем чате или Инстаграм.
Stay tuned!
#карьера_в_IT #прямой_эфир
Напоминание
Уже меньше, чем через час состоится интервью с PHP разработчицей Леной Киричок на тему "Навстречу возможностям: как учиться и работать заграницей"!
Ждём тебя ровно в 19:00 на нашем Инстаграме✨
#прямой_эфир #карьера_в_IT
Уже меньше, чем через час состоится интервью с PHP разработчицей Леной Киричок на тему "Навстречу возможностям: как учиться и работать заграницей"!
Ждём тебя ровно в 19:00 на нашем Инстаграме✨
#прямой_эфир #карьера_в_IT
Всем привет!
Вчерашнее интервью теперь доступно на нашем Ютуб канале. Все, кто не успел вчера на эфир, могут посмотреть интервью в любое время за чашечкой чая в ламповой и уютной обстановке 😌
Ниже ты найдешь ссылку на видео, а также ссылку на канал Лены, где она делится своими мыслями и переживаниями в карьере IT и предлагает интересную информацию.
Stay tuned! ✨
#прямой_эфир #карьера_в_IT
Вчерашнее интервью теперь доступно на нашем Ютуб канале. Все, кто не успел вчера на эфир, могут посмотреть интервью в любое время за чашечкой чая в ламповой и уютной обстановке 😌
Ниже ты найдешь ссылку на видео, а также ссылку на канал Лены, где она делится своими мыслями и переживаниями в карьере IT и предлагает интересную информацию.
Stay tuned! ✨
#прямой_эфир #карьера_в_IT
👋🏻Привет! Сегодня понедельник, а значит, старт новой тематической недели! Меня зовут Даша (@Daria_linlin) и я запускаю образовательные продукты.
Последние 3 года я работаю исключительно в EdTech стартапах, таких как Skyeng, ComicsSchool, а также являюсь членом замечательной команды Qmarketing. Кроме того, я начала нашу движуху с Girls Do IT!🦸🏻♀️
Всю неделю я буду делиться с вами знаниями о project management в IT. Вместе мы разберем:
➖Что это такое и в чем отличие от классического project management?
➖Какие фреймворки существуют в PM?
➖Что такое Scrum и с чем его едят?
➖Как правильно ставить ТЗ (техническое задание)?
➖Разберемся в многообразии таск-трекеров.
Я буду рада ответить на ваши вопросы, поэтому не стесняйтесь их задавать!
#тематическаянеделя_project
Последние 3 года я работаю исключительно в EdTech стартапах, таких как Skyeng, ComicsSchool, а также являюсь членом замечательной команды Qmarketing. Кроме того, я начала нашу движуху с Girls Do IT!🦸🏻♀️
Всю неделю я буду делиться с вами знаниями о project management в IT. Вместе мы разберем:
➖Что это такое и в чем отличие от классического project management?
➖Какие фреймворки существуют в PM?
➖Что такое Scrum и с чем его едят?
➖Как правильно ставить ТЗ (техническое задание)?
➖Разберемся в многообразии таск-трекеров.
Я буду рада ответить на ваши вопросы, поэтому не стесняйтесь их задавать!
#тематическаянеделя_project
В чем особенность project management в IT?
Для начала давайте определимся, что означает менеджмент проекта. Менеджмент проекта — это процесс организации работы команды таким образом, чтобы была достигнута цель и задачи проекта в ограниченное для него время. Проще говоря, вам нужно любыми средствами сделать проект, не профакапив дедлайн.
Звучит просто! На деле все сложнее — для достижения результата надо общаться практически со всеми структурами компании и нести ответственность за результат.
Важно понимать, что роль менеджера проекта не равна роли менеджера продукта (в СНГ их любят смешивать). Проджект — это про сделать в срок без выходящих за пределы бюджета трат. Продакт — это про ответственность за сам продукт и его прибыль (продуктом является любой источник ценности для клиента). У проджекта может быть несколько проектов, в которых задействованы разные продукты компании.
В чем отличие проджекта в IT от классического менеджмента проектов (например, в консалтинге)?
1️⃣ высокий уровень неопределенности при разработке (поэтому в IT зачастую используется Agile методология);
2️⃣понимание цикла разработки продукта (SDLC) (при этом специфика работы отличается от того, над каким продуктом вы работаете, так gamedev и e-com требуют разных подходов);
3️⃣умение общаться с разработчиками, понимание технического языка и специфики (чтобы корректно ставить ТЗ, приоритизировать и оценивать необходимое количество часов на выполнение задачи).
Отвечая на любимый всеми вопрос «как стать менеджером проектов?», я хочу порекомендовать информативную статью по ссылке ниже:
https://vc.ru/hr/99129-hochu-stat-pm-om-v-it-chto-delat
Продолжение темы ждите завтра :)
#тематическаянеделя_project
#лонгрид #карьера_в_IT
Для начала давайте определимся, что означает менеджмент проекта. Менеджмент проекта — это процесс организации работы команды таким образом, чтобы была достигнута цель и задачи проекта в ограниченное для него время. Проще говоря, вам нужно любыми средствами сделать проект, не профакапив дедлайн.
Звучит просто! На деле все сложнее — для достижения результата надо общаться практически со всеми структурами компании и нести ответственность за результат.
Важно понимать, что роль менеджера проекта не равна роли менеджера продукта (в СНГ их любят смешивать). Проджект — это про сделать в срок без выходящих за пределы бюджета трат. Продакт — это про ответственность за сам продукт и его прибыль (продуктом является любой источник ценности для клиента). У проджекта может быть несколько проектов, в которых задействованы разные продукты компании.
В чем отличие проджекта в IT от классического менеджмента проектов (например, в консалтинге)?
1️⃣ высокий уровень неопределенности при разработке (поэтому в IT зачастую используется Agile методология);
2️⃣понимание цикла разработки продукта (SDLC) (при этом специфика работы отличается от того, над каким продуктом вы работаете, так gamedev и e-com требуют разных подходов);
3️⃣умение общаться с разработчиками, понимание технического языка и специфики (чтобы корректно ставить ТЗ, приоритизировать и оценивать необходимое количество часов на выполнение задачи).
Отвечая на любимый всеми вопрос «как стать менеджером проектов?», я хочу порекомендовать информативную статью по ссылке ниже:
https://vc.ru/hr/99129-hochu-stat-pm-om-v-it-chto-delat
Продолжение темы ждите завтра :)
#тематическаянеделя_project
#лонгрид #карьера_в_IT
vc.ru
Хочу стать PM-ом в ИТ — что делать? — Карьера на vc.ru
К нам в чат проджект-менеджеров PM lunch часто приходят новички и спрашивают — как стать менеджером проектов в ИТ, с чего начать, где найти компанию, которая возьмёт начинающего ПМ-а.
Модели и фреймворки в project management
Условно весь процесс организации работы PM строится от выбранной в команде модели/методологии. Для удобства я поделю их на классические (традиционные) и Agile (гибкие) методы разработки.
Классические модели:
🟣Waterfall (каскадная модель)
— это последовательное прохождение стадий, каждая из которых должна завершиться полностью до начала следующей (нельзя вернуться назад). По данному методу все стадии и сроки проекта очень четко прописываются. Используется в основном для больших проектов с утвержденным бюджетом на расходы, которые легко предугадать (не для стартапов).
Так выглядит цикл разработки в Waterfall:
analyze➡️design➡️build➡️test➡️release
Несмотря на очевидный ➕ максимальной предсказуемости модели, она обладает существенными ➖ (поэтому ее все менее и менее используют в технологических компаниях):
➖долгий цикл от разработки до релиза и, следовательно, удаленность от рынка;
➖много бюрократии;
➖неверная оценка времени при планировании;
➖разрабатывается много ненужных фич (из-за отсутствия фидбека от пользователей/рынка);
➖очень высокая стоимость внесения изменений;
🟣PMI/PMBOK
Менее распространенный подход, который основан на документе PMBOK (свод знаний по управлению проектам).
Гибкие методологии:
🟣Lean framework
Философия разработки продукта, используемая стартапами, когда вы с наименьшими ресурсами делаете MVP (минимально жизнеспособный продукт) и уже на основании MVP-эксперимента принимаете решение о продолжении работы над продуктом.
🟣Agile
Lean mindset для разработки, когда вы минимизируете риски путём сведения разработки к серии коротких циклов, называемых итерациями, которые обычно длятся 2-3 недели. Таким образом, после каждой итерации вы получаете ➕ фидбек от рынка, что позволяет оперативно принимать решения, не производить лишних фичей и аккуратнее тратить бюджет.
Agile — семейство процессов разработки, а не единственный подход в разработке программного обеспечения, и определяется Agile Manifesto. Agile не включает практик, а определяет ценности и принципы, которыми руководствуются команды.
Разновидностями гибкого метода (Agile) управления являются Kanban и Scrum.
✔️Kanban
визуальный метод, использующий Канбан-доску для планирования.
Обычно доска состоит из разделов:
to do ➡️ in progress ➡️done
Здесь нет спринтов, нет специальных митингов. Данный метод позволяет лимитировать количество работы “in progress”, легче устранять “бутылочные горлышки” и наладить флоу проекта. Часто является первой ступенью к переходу на agile философию всей команды.
✔️Scrum
метод, который позволяет в жестко фиксированные и небольшие по времени итерации (sprints 1-2 недели), предоставлять конечному пользователю работающий продукт с новыми бизнес-возможностями, для которых определён наибольший приоритет. На сегодня это самый популярный метод в разработке
Подробнее о нем я расскажу вам завтра :)
Материалы для ознакомления:
1. Agile Manifesto
http://agilemanifesto.org/
2. книга Eric Ries “The Lean Startup”
https://www.amazon.com/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898
3. Бесплатный курс от Atlassian (разработчиков Trello и Jira)
https://www.coursera.org/learn/agile-atlassian-jira
#тематическаянеделя_project
#коротко_о_главном #мир_IT
Условно весь процесс организации работы PM строится от выбранной в команде модели/методологии. Для удобства я поделю их на классические (традиционные) и Agile (гибкие) методы разработки.
Классические модели:
🟣Waterfall (каскадная модель)
— это последовательное прохождение стадий, каждая из которых должна завершиться полностью до начала следующей (нельзя вернуться назад). По данному методу все стадии и сроки проекта очень четко прописываются. Используется в основном для больших проектов с утвержденным бюджетом на расходы, которые легко предугадать (не для стартапов).
Так выглядит цикл разработки в Waterfall:
analyze➡️design➡️build➡️test➡️release
Несмотря на очевидный ➕ максимальной предсказуемости модели, она обладает существенными ➖ (поэтому ее все менее и менее используют в технологических компаниях):
➖долгий цикл от разработки до релиза и, следовательно, удаленность от рынка;
➖много бюрократии;
➖неверная оценка времени при планировании;
➖разрабатывается много ненужных фич (из-за отсутствия фидбека от пользователей/рынка);
➖очень высокая стоимость внесения изменений;
🟣PMI/PMBOK
Менее распространенный подход, который основан на документе PMBOK (свод знаний по управлению проектам).
Гибкие методологии:
🟣Lean framework
Философия разработки продукта, используемая стартапами, когда вы с наименьшими ресурсами делаете MVP (минимально жизнеспособный продукт) и уже на основании MVP-эксперимента принимаете решение о продолжении работы над продуктом.
🟣Agile
Lean mindset для разработки, когда вы минимизируете риски путём сведения разработки к серии коротких циклов, называемых итерациями, которые обычно длятся 2-3 недели. Таким образом, после каждой итерации вы получаете ➕ фидбек от рынка, что позволяет оперативно принимать решения, не производить лишних фичей и аккуратнее тратить бюджет.
Agile — семейство процессов разработки, а не единственный подход в разработке программного обеспечения, и определяется Agile Manifesto. Agile не включает практик, а определяет ценности и принципы, которыми руководствуются команды.
Разновидностями гибкого метода (Agile) управления являются Kanban и Scrum.
✔️Kanban
визуальный метод, использующий Канбан-доску для планирования.
Обычно доска состоит из разделов:
to do ➡️ in progress ➡️done
Здесь нет спринтов, нет специальных митингов. Данный метод позволяет лимитировать количество работы “in progress”, легче устранять “бутылочные горлышки” и наладить флоу проекта. Часто является первой ступенью к переходу на agile философию всей команды.
✔️Scrum
метод, который позволяет в жестко фиксированные и небольшие по времени итерации (sprints 1-2 недели), предоставлять конечному пользователю работающий продукт с новыми бизнес-возможностями, для которых определён наибольший приоритет. На сегодня это самый популярный метод в разработке
Подробнее о нем я расскажу вам завтра :)
Материалы для ознакомления:
1. Agile Manifesto
http://agilemanifesto.org/
2. книга Eric Ries “The Lean Startup”
https://www.amazon.com/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898
3. Бесплатный курс от Atlassian (разработчиков Trello и Jira)
https://www.coursera.org/learn/agile-atlassian-jira
#тематическаянеделя_project
#коротко_о_главном #мир_IT
agilemanifesto.org
Manifesto for Agile Software Development
We are uncovering better ways of developing software
by doing it and helping others do it. These are our
values and principles.
by doing it and helping others do it. These are our
values and principles.
Scrum: инструкция по применению
Большинство компаний (не только технологических) работают по Scrum, так как это один из самых эффективных методов организации работы.
Scrum позволяет за время спринта (sprints, чаще всего от 1 до 2х недель) предоставить работающую версию/фичу и сразу получить фидбек от пользователя и скорректировать продукт во время следующего спринта (а не ждать месяцы и годы как в Waterfall).
Сам Scrum Framework состоит из
1️⃣артефактов
(product backlog, sprint backlog, sprint goal, sprint board, reports)
2️⃣ролей
(product owner, scrum master, development team, stakeholders)
3️⃣митингов (совещаний)
(sprints, sprint planning, daily stand ups, sprint review, sprint retrospective)
С артефактами все достаточно понятно, а вот какие роли есть в Scrum?
➖product owner (не тождественно менеджеру продукта!)
ответственный за product value, транслирует product vision, формирует product backlog;
➖scrum master
ответственный за эффективность команды, следит за соблюдением методологии Scrum, следит за фокусом проекта, осуществляет коммуникацию внутри команды;
➖development team
оценивают кол-во работы в спринт, оценивают что брать в разработку в спринт, могут менять sprint backlog в течение спринта;
➖stakeholders
все, кто заинтересован в успехе проекта (внутренние: менеджеры, исполнители, другие scrum команды, внешние: клиенты, партнеры, инвесторы)
В чем ➕ такой команды? Она:
➖ Кроссфункциональна
➖ Адаптивна
➖ Самоорганизующаяся
Какие бывают Scrum events (совещания) и правила их проведения?
У всех sprint meetings должен быть лимит по максимальному времени встречи, но нет лимита по минимальному (так как метод направлен на уменьшение кол-а потраченного времени на встречи).
sprint planning➡️daily standup 1/ daily standup 2/ etc.➡️sprint review➡️sprint retrospective
➖sprint planning
присутствует: вся scrum команда;
продолжительность: 4 часа для 2-недельного спринта;
цель: планирование работы в спринте;
результат: цель спринта и sprint backlog;
➖daily standup
присутствует: development team;
продолжительность: 15 минут;
цель: оценить прогресс к цели спринта, план работы на день, обнаружение блокирующих факторов и как их разрешить;
результат: план на день;
➖sprint review
присутствует: scrum команда и stakeholders;
продолжительность: 2 часа для 2-недельного спринта;
цель: оценить изменения и совместно обновить product backlog;
результат: переход к следующему sprint backlog;
➖sprint retrospective
присутствует: вся scrum команда;
продолжительность: 90 мин для 2-недельного спринта;
цель: оценка изменений самой командой, процесса работы, используемых тулзов, и взаимодействия команды в работе;
результат: проработанные вопросы добавляются в следующий sprint backlog
Прочитать можно книгу от автора методологии Scrum (но в ней только кейсы и нет теории):
https://www.amazon.com/Scrum-Doing-Twice-Work-Half/dp/038534645X
А завтра я вам расскажу как правильно ставить задачи, чтобы результат соответствовал ожиданиям:)
#тематическаянеделя_project
#лонгрид #мир_IT
Большинство компаний (не только технологических) работают по Scrum, так как это один из самых эффективных методов организации работы.
Scrum позволяет за время спринта (sprints, чаще всего от 1 до 2х недель) предоставить работающую версию/фичу и сразу получить фидбек от пользователя и скорректировать продукт во время следующего спринта (а не ждать месяцы и годы как в Waterfall).
Сам Scrum Framework состоит из
1️⃣артефактов
(product backlog, sprint backlog, sprint goal, sprint board, reports)
2️⃣ролей
(product owner, scrum master, development team, stakeholders)
3️⃣митингов (совещаний)
(sprints, sprint planning, daily stand ups, sprint review, sprint retrospective)
С артефактами все достаточно понятно, а вот какие роли есть в Scrum?
➖product owner (не тождественно менеджеру продукта!)
ответственный за product value, транслирует product vision, формирует product backlog;
➖scrum master
ответственный за эффективность команды, следит за соблюдением методологии Scrum, следит за фокусом проекта, осуществляет коммуникацию внутри команды;
➖development team
оценивают кол-во работы в спринт, оценивают что брать в разработку в спринт, могут менять sprint backlog в течение спринта;
➖stakeholders
все, кто заинтересован в успехе проекта (внутренние: менеджеры, исполнители, другие scrum команды, внешние: клиенты, партнеры, инвесторы)
В чем ➕ такой команды? Она:
➖ Кроссфункциональна
➖ Адаптивна
➖ Самоорганизующаяся
Какие бывают Scrum events (совещания) и правила их проведения?
У всех sprint meetings должен быть лимит по максимальному времени встречи, но нет лимита по минимальному (так как метод направлен на уменьшение кол-а потраченного времени на встречи).
sprint planning➡️daily standup 1/ daily standup 2/ etc.➡️sprint review➡️sprint retrospective
➖sprint planning
присутствует: вся scrum команда;
продолжительность: 4 часа для 2-недельного спринта;
цель: планирование работы в спринте;
результат: цель спринта и sprint backlog;
➖daily standup
присутствует: development team;
продолжительность: 15 минут;
цель: оценить прогресс к цели спринта, план работы на день, обнаружение блокирующих факторов и как их разрешить;
результат: план на день;
➖sprint review
присутствует: scrum команда и stakeholders;
продолжительность: 2 часа для 2-недельного спринта;
цель: оценить изменения и совместно обновить product backlog;
результат: переход к следующему sprint backlog;
➖sprint retrospective
присутствует: вся scrum команда;
продолжительность: 90 мин для 2-недельного спринта;
цель: оценка изменений самой командой, процесса работы, используемых тулзов, и взаимодействия команды в работе;
результат: проработанные вопросы добавляются в следующий sprint backlog
Прочитать можно книгу от автора методологии Scrum (но в ней только кейсы и нет теории):
https://www.amazon.com/Scrum-Doing-Twice-Work-Half/dp/038534645X
А завтра я вам расскажу как правильно ставить задачи, чтобы результат соответствовал ожиданиям:)
#тематическаянеделя_project
#лонгрид #мир_IT
Как правильно составить ТЗ (техническое задание)?
Сегодня мы говорим о том, как ставить задачи чтобы вас поняли :) Правильная постановка задач очень важна, ведь от нее зависит срок выполнения задачи и ее результат.
Существует множество способов/методов постановки задач, мы с вами рассмотрим сегодня только основные: User story, SMART, INVEST.
User story - способ описать то, что мы собираемся разработать и что дает функциональность для конечного юзера.
Правильная постановка юзер стори будет звучать как:
“Я как Х, Хочу сделать У, чтобы я смог Ы”
Например, я как автор, хочу написать классный пост, чтобы я смогла получить лайки:)
INVEST – метод из Agile-разработки, который построен на характеристике Product backlog, используемого в Scrum и Kanban. Задача:
I – (Independent) Независимая
N – (Negotiable) Обсуждаемая
V– (Valuable) Несет ценность для бизнеса
E – (Estimatable) Достаточно информации для оценки
S – (Small) Компактный размер
T – (Testable) Тестируемая
SMART – объективно самый популярный метод. Расшифровывается на русском обычно как задача должна быть:
S – (Specific) Конкретной (содержать полную и наглядную информацию для четкого понимания).
M – (Measurable) Измеримой (параметры для оценки ее поэтапного достижения).
A – (Achievable) Достижимой (трудной, но выполнимой).
R – (Relevant) Ориентированной на результат (как поймет, что достиг).
T – (Time-limited) Определена во времени (конечные сроки).
Например, за написанный мною пост в телеграм по теме “постановка ТЗ” я хочу получить 10 лайков за 1 день :)
Подробнее прочитать про методы SMART и User stories можно по ссылкам под постом.
#тематическаянеделя_project
#коротко_о_главном #мир_IT
Сегодня мы говорим о том, как ставить задачи чтобы вас поняли :) Правильная постановка задач очень важна, ведь от нее зависит срок выполнения задачи и ее результат.
Существует множество способов/методов постановки задач, мы с вами рассмотрим сегодня только основные: User story, SMART, INVEST.
User story - способ описать то, что мы собираемся разработать и что дает функциональность для конечного юзера.
Правильная постановка юзер стори будет звучать как:
“Я как Х, Хочу сделать У, чтобы я смог Ы”
Например, я как автор, хочу написать классный пост, чтобы я смогла получить лайки:)
INVEST – метод из Agile-разработки, который построен на характеристике Product backlog, используемого в Scrum и Kanban. Задача:
I – (Independent) Независимая
N – (Negotiable) Обсуждаемая
V– (Valuable) Несет ценность для бизнеса
E – (Estimatable) Достаточно информации для оценки
S – (Small) Компактный размер
T – (Testable) Тестируемая
SMART – объективно самый популярный метод. Расшифровывается на русском обычно как задача должна быть:
S – (Specific) Конкретной (содержать полную и наглядную информацию для четкого понимания).
M – (Measurable) Измеримой (параметры для оценки ее поэтапного достижения).
A – (Achievable) Достижимой (трудной, но выполнимой).
R – (Relevant) Ориентированной на результат (как поймет, что достиг).
T – (Time-limited) Определена во времени (конечные сроки).
Например, за написанный мною пост в телеграм по теме “постановка ТЗ” я хочу получить 10 лайков за 1 день :)
Подробнее прочитать про методы SMART и User stories можно по ссылкам под постом.
#тематическаянеделя_project
#коротко_о_главном #мир_IT
Привет! В этот раз мы приглашаем тебя принять участие в необычном для нас формате — воркшопе с психологом "Мета" Евгенией Прониной. Тема — «Новая профессия в IT: как победить сомнения и сделать верный выбор»!
На воркшопе мы приветствуем ваше активное участие. Мы будем вместе думать, пробовать техники, делиться выводами и, возможно, сделаем разбор кейсов.
Для кого наш воркшоп?
Для тех, кто хочет начать работу в IT, но сомневается и думает “а что, если…”
➖это не мое;
➖меня никуда не возьмут;
➖я сдамся на полпути и мне будет стыдно;
➖потрачу кучу сил, и это не окупится;
➖выгорю из-за своего перфекционизма;
➖не смогу найти силы и время на обучение...
Иногда кажется, что мысли
просто ходят по кругу. С одной стороны — “хочу-хочу, надо-надо”, с другой стороны — “а что, если…”
Поэтому на воркшопе вы сможете:
➖дать своим мыслям новое направление;
➖узнать, где искать мотивацию для следующего шага.
Что мы будем делать:
✔️разберемся, что удерживает нас в сомнениях и как это устранить;
✔️поговорим о том, откуда берутся стереотипы про “мужскую” и “женскую” работу;
✔️попробуем техники для осознанного выбора, которые можно применять самостоятельно;
✔️научимся выбирать цели, к которым приятно идти;
✔️поговорим о том, как удерживать энергию для достижения желаемого и не тратить силы впустую.
📍Ждем тебя на воркшопе Жени «Новая профессия в IT: как победить сомнения и сделать верный выбор» 10 сентября в 19:00.
📝Форма регистрации, страница Фейсбук Евгении и её страница на Яндекс Кью под постом!
Stay tuned!
#прямой_эфир #личная_эффективность
На воркшопе мы приветствуем ваше активное участие. Мы будем вместе думать, пробовать техники, делиться выводами и, возможно, сделаем разбор кейсов.
Для кого наш воркшоп?
Для тех, кто хочет начать работу в IT, но сомневается и думает “а что, если…”
➖это не мое;
➖меня никуда не возьмут;
➖я сдамся на полпути и мне будет стыдно;
➖потрачу кучу сил, и это не окупится;
➖выгорю из-за своего перфекционизма;
➖не смогу найти силы и время на обучение...
Иногда кажется, что мысли
просто ходят по кругу. С одной стороны — “хочу-хочу, надо-надо”, с другой стороны — “а что, если…”
Поэтому на воркшопе вы сможете:
➖дать своим мыслям новое направление;
➖узнать, где искать мотивацию для следующего шага.
Что мы будем делать:
✔️разберемся, что удерживает нас в сомнениях и как это устранить;
✔️поговорим о том, откуда берутся стереотипы про “мужскую” и “женскую” работу;
✔️попробуем техники для осознанного выбора, которые можно применять самостоятельно;
✔️научимся выбирать цели, к которым приятно идти;
✔️поговорим о том, как удерживать энергию для достижения желаемого и не тратить силы впустую.
📍Ждем тебя на воркшопе Жени «Новая профессия в IT: как победить сомнения и сделать верный выбор» 10 сентября в 19:00.
📝Форма регистрации, страница Фейсбук Евгении и её страница на Яндекс Кью под постом!
Stay tuned!
#прямой_эфир #личная_эффективность
👋🏻Всем привет! Сегодня последний пост недели project management, в котором я расскажу о популярных таск-трекерах.
Их так много, что порой бывает сложно выбрать подходящий софт, понять для каких целей что лучше подходит. Надеюсь, после моего мини-гайда выбор станет легче!:) Итак...
🟣Trello
По сути это визуализированная Канбан доска, которую вы можете переименовывать как вам надо (про работу с задачами на Канбан доске я писала в постах выше:). Кроме того, это, пожалуй, самый простой и удобный таск-трекер с огромным бесплатным функционалом. Тут можно и заняться персонификацией (обои рабочего стола, стикеры на задачах, ваши аватарки), создавать отдельные доски на разные проекты/команды, добавлять людей, отмечать их, делать чек-листы внутри задач. Но все же флоу трелло не столь удобен для работы команды разработчиков (если их больше 2ух чел-к).
➕
- удобный UX
- простой в изучении
- персонификация
- полная бесплатная версия
➖
- подходит только небольшим командам
- флоу не самый удобный для большой команды разработки
- нет возможности хранить внутри артефакты проекта
- неудобно работать над большим проектом/проектами
- нет сортировки по отдельному сотруднику, только по задачам проекта
- нельзя автоматически построить анализ (напр. диаграмму Ганта)
🟣Jira
Старший брат Trello от одной компании-разработчика. Данный продукт очень популярен на рынке и используется во многих компаниях, зачастую именно в отделах разработки. Поэтому, бесплатная версия достаточно урезанная в функционале, а также сам софт требует онбординга и обучения прежде чем начать пользоваться. Однако это уже более "взрослая" версия менеджмента проекта, чем Трелло. Здесь можно группировать задачи по эпикам, отдельно отмечать категорию задач как баги, выгружать отчеты по проекту и делать запросы используя Jira Query Language (JQL).
➕
- подходит большим командам
- заточен на работу с разработкой
- есть внутренняя аналитика проекта
- удобный флоу проекта
➖
- интуитивно непонятный UX
- сложность (требует обучения)
- требует знания Agile методологии
- платный функционал
- менее визуальный
🟣Asana
Гибрид Jira:) проще в использовании и меньше заточена на разработчиков. Но опять же, не супер удобно для менеджера проекта отслеживать статус. В ней удобнее делать отдельные доски-ворспейсы для команды. Сложность в отслеживании ежедневных небольших задач.
➕
- средний уровень сложности
- подходит всем, не только разработчикам
- есть визуализация досок Канбан
- можно сортировать задачи не только по проекту, но и по юзеру
- есть различные интеграции (напр. со Slack)
➖
- трудно отслеживать проекты
- менее визуальна
- только на английском
- платная за кол-во людей
🟣Basecamp
Сильно отличается от всех предшествующих аналогов другой логикой сущностей проектов - не по канбан-доске. Какие сущности есть? HQ, отделы компании, проекты компании, внутренний чат, внутренние оповещения, встроенный календарь и хранилище документов. Также существует огромное кол-во расширений на Basecamp, где уже можно подключить Канбан-доску, различные интеграции, авто заполнение диаграммы Ганта и тд. Интересный факт, сама команда разработчиков Basecamp
- распределенная :)
➕
- средний уровень сложности
- подходит компаниям с множеством проектов и сотрудников
- можно отслеживать задачи как по проекту, так и по юзеру
- удобно работать проджекту
- визуальный
- много разрешений
- понятный UX
- можно делать объявления на всю компанию
➖
- менее удобен для команды разработки
- платный за кол-во людей
- только на английском
- нельзя персонифицировать
🟣Miro
Самый визуальный софт;) Здесь нет стандартных флоу, но зато очень удобно брейнштормить (напр. визуализировать комментарии, строить схемы). Удобство еще в том, что вы в реальном времени видите действия своей команды на доске. Из минусов, это все-таки вспомогательный софт, а также в бесплатной версии он ограничен 3 досками. И опять же - на английском :)
Надеюсь, такой краткий экскурс в project management был вам интересен:) Жду ваших комментариев и фидбека! Всем хорошей пятницы!;)
#тематическаянеделя_project #подборка #личная_эффективность
Их так много, что порой бывает сложно выбрать подходящий софт, понять для каких целей что лучше подходит. Надеюсь, после моего мини-гайда выбор станет легче!:) Итак...
🟣Trello
По сути это визуализированная Канбан доска, которую вы можете переименовывать как вам надо (про работу с задачами на Канбан доске я писала в постах выше:). Кроме того, это, пожалуй, самый простой и удобный таск-трекер с огромным бесплатным функционалом. Тут можно и заняться персонификацией (обои рабочего стола, стикеры на задачах, ваши аватарки), создавать отдельные доски на разные проекты/команды, добавлять людей, отмечать их, делать чек-листы внутри задач. Но все же флоу трелло не столь удобен для работы команды разработчиков (если их больше 2ух чел-к).
➕
- удобный UX
- простой в изучении
- персонификация
- полная бесплатная версия
➖
- подходит только небольшим командам
- флоу не самый удобный для большой команды разработки
- нет возможности хранить внутри артефакты проекта
- неудобно работать над большим проектом/проектами
- нет сортировки по отдельному сотруднику, только по задачам проекта
- нельзя автоматически построить анализ (напр. диаграмму Ганта)
🟣Jira
Старший брат Trello от одной компании-разработчика. Данный продукт очень популярен на рынке и используется во многих компаниях, зачастую именно в отделах разработки. Поэтому, бесплатная версия достаточно урезанная в функционале, а также сам софт требует онбординга и обучения прежде чем начать пользоваться. Однако это уже более "взрослая" версия менеджмента проекта, чем Трелло. Здесь можно группировать задачи по эпикам, отдельно отмечать категорию задач как баги, выгружать отчеты по проекту и делать запросы используя Jira Query Language (JQL).
➕
- подходит большим командам
- заточен на работу с разработкой
- есть внутренняя аналитика проекта
- удобный флоу проекта
➖
- интуитивно непонятный UX
- сложность (требует обучения)
- требует знания Agile методологии
- платный функционал
- менее визуальный
🟣Asana
Гибрид Jira:) проще в использовании и меньше заточена на разработчиков. Но опять же, не супер удобно для менеджера проекта отслеживать статус. В ней удобнее делать отдельные доски-ворспейсы для команды. Сложность в отслеживании ежедневных небольших задач.
➕
- средний уровень сложности
- подходит всем, не только разработчикам
- есть визуализация досок Канбан
- можно сортировать задачи не только по проекту, но и по юзеру
- есть различные интеграции (напр. со Slack)
➖
- трудно отслеживать проекты
- менее визуальна
- только на английском
- платная за кол-во людей
🟣Basecamp
Сильно отличается от всех предшествующих аналогов другой логикой сущностей проектов - не по канбан-доске. Какие сущности есть? HQ, отделы компании, проекты компании, внутренний чат, внутренние оповещения, встроенный календарь и хранилище документов. Также существует огромное кол-во расширений на Basecamp, где уже можно подключить Канбан-доску, различные интеграции, авто заполнение диаграммы Ганта и тд. Интересный факт, сама команда разработчиков Basecamp
- распределенная :)
➕
- средний уровень сложности
- подходит компаниям с множеством проектов и сотрудников
- можно отслеживать задачи как по проекту, так и по юзеру
- удобно работать проджекту
- визуальный
- много разрешений
- понятный UX
- можно делать объявления на всю компанию
➖
- менее удобен для команды разработки
- платный за кол-во людей
- только на английском
- нельзя персонифицировать
🟣Miro
Самый визуальный софт;) Здесь нет стандартных флоу, но зато очень удобно брейнштормить (напр. визуализировать комментарии, строить схемы). Удобство еще в том, что вы в реальном времени видите действия своей команды на доске. Из минусов, это все-таки вспомогательный софт, а также в бесплатной версии он ограничен 3 досками. И опять же - на английском :)
Надеюсь, такой краткий экскурс в project management был вам интересен:) Жду ваших комментариев и фидбека! Всем хорошей пятницы!;)
#тематическаянеделя_project #подборка #личная_эффективность
Героиня нашего нового интервью — предпринимательница Наталья Иванова, получившая образование социолога и переехавшая в Голландию. Наталья рассказала о поиске своей мечты, смене профессии и важности навыка ни о чем не жалеть.
«За этот год я дважды устроила себя на должности, на которые формально не подходила, в компании, которые не искали сотрудников. Один раз даже сама придумала название специальности и тестовое задание. Выполнила его на отлично, получила желаемую позицию — в результате поработала y бывшего директора Walt Disney, сделала продукты для мировых брендов, таких как Red Bull, Tommy Hilfiger, Calvin Klein. Затем наконец стала арт-директором и продолжила снимать телевизионную рекламу, делать сайты и другие диджитал-продукты для крупнейших брендов, о которых знает абсолютно любой голландец».
Прочитать целиком можно по ссылке под постом!
Проводила интервью: Кожухова Юлия (@Julie_K)
Редактировала интервью: Регуш Анна (@anyavtumane)
Задавай вопросы, делись мнением и пиши нам, если тоже хочешь поучаствовать в беседе, чтобы поделиться своей историей.
Ну и, конечно же,
Stay tuned!✨
#интервью #мир_IT
«За этот год я дважды устроила себя на должности, на которые формально не подходила, в компании, которые не искали сотрудников. Один раз даже сама придумала название специальности и тестовое задание. Выполнила его на отлично, получила желаемую позицию — в результате поработала y бывшего директора Walt Disney, сделала продукты для мировых брендов, таких как Red Bull, Tommy Hilfiger, Calvin Klein. Затем наконец стала арт-директором и продолжила снимать телевизионную рекламу, делать сайты и другие диджитал-продукты для крупнейших брендов, о которых знает абсолютно любой голландец».
Прочитать целиком можно по ссылке под постом!
Проводила интервью: Кожухова Юлия (@Julie_K)
Редактировала интервью: Регуш Анна (@anyavtumane)
Задавай вопросы, делись мнением и пиши нам, если тоже хочешь поучаствовать в беседе, чтобы поделиться своей историей.
Ну и, конечно же,
Stay tuned!✨
#интервью #мир_IT
