#реклама
Часто бывает так, что проект завершен в сроки и в нужном объеме, но клиенты все равно уходят из продукта. В этом случае стоит обратить внимание на проблемы в самом продукте.
Как? Проанализировать воронку, посмотреть на узкие места, протестировать гипотезы и спроектировать удобный для пользователей функционал. С этим поможет Product Games.
В своем канале Кристина Колузанова рассказывает про тестирование гипотез, фишки проектирования функционала, делится книгами и историями из жизни.
Хотите узнать больше про управление продуктами? Заходите в Product Games.
Часто бывает так, что проект завершен в сроки и в нужном объеме, но клиенты все равно уходят из продукта. В этом случае стоит обратить внимание на проблемы в самом продукте.
Как? Проанализировать воронку, посмотреть на узкие места, протестировать гипотезы и спроектировать удобный для пользователей функционал. С этим поможет Product Games.
В своем канале Кристина Колузанова рассказывает про тестирование гипотез, фишки проектирования функционала, делится книгами и историями из жизни.
Хотите узнать больше про управление продуктами? Заходите в Product Games.
Telegram
Product games с Кристиной Гусевой
Продакт-менеджер в New Yorker в Германии, ex-менеджер продукта в ВТБ ❤️
Рассказываю о карьере, делюсь, как строить продукты, которые пользователи полюбят
Сотрудничество - @KriGuseva
№ 4781101660
Рассказываю о карьере, делюсь, как строить продукты, которые пользователи полюбят
Сотрудничество - @KriGuseva
№ 4781101660
#мойстатус #горькаяправда
Алоха, друзья! 🖖🏻
Вижу, у нас прибавление на канале. Это приятно. Поэтому хочу еще раз напомнить новеньким, что тип канала — это журнал. Поэтому в нем я еще публикую заметки, помимо полезных постов.
Вот, например, буквально меньше недели назад я заболел короной…
Форма болезни проходит легко, слава Богу.
Да, это неприятная ситуация. Особенно, когда ты недавно устроился в новую компанию, запланирован созвон с иностранным клиентом, чтобы познакомиться, а ты внезапно уходишь в закат 😄
Благо я выбрал крутых ребят, которые по-человечески отнеслись к этой ситуации и всячески стараются поддерживать меня. Это чертовски приятно. Выбирайте правильную компанию, в которой будете работать.☝🏻
Как узнал о короне, сообщил об этом своему руководству и клиенту. Встречу перенесли на неопределенный срок, пока мне не станет лучше. Никаких проблем.
Во время больничного всегда есть, чем заняться. В моем случае я составил черновик с потенциальными вопросами по будущему проекту и людям на проекте, короткий план для мит & грита с клиентом. Если ты подготовлен — ты вооружен. Иногда, немного опасен 😄
Поэтому: «Самый лучший экспромт — подготовленный экспромт!».
Если набросаете сердечек, то я быстрее поправляюсь и опубликую обещанный пост 🙂.
Алоха, друзья! 🖖🏻
Вижу, у нас прибавление на канале. Это приятно. Поэтому хочу еще раз напомнить новеньким, что тип канала — это журнал. Поэтому в нем я еще публикую заметки, помимо полезных постов.
Вот, например, буквально меньше недели назад я заболел короной…
Форма болезни проходит легко, слава Богу.
Да, это неприятная ситуация. Особенно, когда ты недавно устроился в новую компанию, запланирован созвон с иностранным клиентом, чтобы познакомиться, а ты внезапно уходишь в закат 😄
Благо я выбрал крутых ребят, которые по-человечески отнеслись к этой ситуации и всячески стараются поддерживать меня. Это чертовски приятно. Выбирайте правильную компанию, в которой будете работать.☝🏻
Как узнал о короне, сообщил об этом своему руководству и клиенту. Встречу перенесли на неопределенный срок, пока мне не станет лучше. Никаких проблем.
Во время больничного всегда есть, чем заняться. В моем случае я составил черновик с потенциальными вопросами по будущему проекту и людям на проекте, короткий план для мит & грита с клиентом. Если ты подготовлен — ты вооружен. Иногда, немного опасен 😄
Поэтому: «Самый лучший экспромт — подготовленный экспромт!».
Если набросаете сердечек, то я быстрее поправляюсь и опубликую обещанный пост 🙂.
#полезности #знания
Что такое метод критического пути или сетевой график?
Критический путь (далее КП) — это все задачи, определяющие конечную дату запуска проекта. Если одна из задач нарушает график на один день, то весь проект будет задержан на этот срок. Часто возникают задачи, находящиеся вне плоскости критического пути. Это связано с отсутствием резервов времени в расписании. Резерв времени — срок, на который выполнение задачи может быть отложено без влияния на время запуска подзадач и дата завершения проекта не пострадает.
Чтобы определить КП, у нас должна быть известная последовательность работ. На базе диаграммы предшествования (Ганта) строится сетевой график. В сетевом графике узел выглядит так (изображение 1):
⁃ Ранний старт (Early Start) — самый ранний момент времени, в который может начаться запланированная операция.
⁃ Ранний финиш (Early Finish) — самый ранний момент времени, когда операция может быть завершена.
⁃ Поздний старт (Late Start) — самый поздний момент времени, в который может начаться запланированная операция, чтобы не задержать выполнение всего проекта. Здесь, если операция будет начинаться после этой даты, то весь проект будет задержан.
⁃ Поздний финиш (Late Finish) — самый поздний момент времени, когда операция может завершиться, не увеличив длительность всего проекта.
Например, возьмем диаграмму предшествования маленького проекта по созданию веб-сайта (изображение 2).
На ее базе мы рисуем сетевой график (изображение 3).
Обращаем внимание, на схеме появилась информация об узлах. Для каждой операции в центральной ячейке сверху цифрой прописана длительность ее исполнения. В первом блоке “Выработка требований” займет 3 дня, “Разработка дизайна” — 4 дня и т.д.
Устанавливаем дату начала проекта (= дата раннего старта первой операции) — ставим 0 у первых операций в ячейке раннего старта. Затем, добавляем длительность операции к дате начала, чтобы получить ранний финиш для первой операции. В примере это 0 + 3 = 3 дня.
Далее, в ячейку раннего старта следующей операции вписываем цифру раннего финиша предыдущей операции. Если предшествующих операций много, то в качестве раннего старта последующей операции выбираем самую позднюю дату раннего финиша. Например, “Согласование ТЗ” предшествуют сразу две операции: “Выработка требований” и “Разработка дизайна”. В дату раннего старта мы ставим 4 — самый поздний вариант (изображение 4).
Повторяем такие же действия слева-направо по всему графику, проходя по верхним ячейкам и заполняя даты раннего старта и раннего финиша для всех операций. Дата раннего финиша получится 25 (изображение 5). Это значит, что проект по созданию веб-сайта можно выполнить за 25 дней.
Теперь — обратный проход
В нижнюю правую ячейку позднего финиша операции “Демонстрация заказчику” пишем день завершения проекта из ячейки выше (25). Вычитаем длительность операции из позднего финиша, чтобы получить дату позднего старта операции — это 25 - 1 = 24. Вписываем 24 в левую нижнюю ячейку.
Далее, переносим дату (24) позднего старта из операции “Демонстрация заказчику” в ячейку позднего финиша следующей операции “Исправление ошибок”.
Если у предшествующей операции много других, то выбираем самую раннюю дату позднего старта предшествующей.
В итоге получается такой график (изображение 6).
Ну и осталось заполнить центральную ячейку снизу для каждой операции. Для этого нам нужно посчитать временной резерв — отнимаем от позднего старта ранний старт. В операции “Выработка требований” это 1 - 0 = 1. В операции “Согласование ТЗ” — это 4 - 4 = 0. И далее в таком же ключе. Во всей диаграмме в центральных ячейках, где получились нули — это и будет наш КП, на котором задержка этих операций приведет к задержке всего проекта. Серой заливкой показан КП (изображение 7). У всех отвальных операций есть резерв, т.к. они не лежат на КП и их задержка не повлияет на сроки сдачи всего проекта.
Так как несколько изображений в пост закрепить нельзя, поэтому ссылки на изображения смотрите в тексте.
Чуть позже сброшу задание, чтобы потренироваться с критическим путем.
Что такое метод критического пути или сетевой график?
Критический путь (далее КП) — это все задачи, определяющие конечную дату запуска проекта. Если одна из задач нарушает график на один день, то весь проект будет задержан на этот срок. Часто возникают задачи, находящиеся вне плоскости критического пути. Это связано с отсутствием резервов времени в расписании. Резерв времени — срок, на который выполнение задачи может быть отложено без влияния на время запуска подзадач и дата завершения проекта не пострадает.
Чтобы определить КП, у нас должна быть известная последовательность работ. На базе диаграммы предшествования (Ганта) строится сетевой график. В сетевом графике узел выглядит так (изображение 1):
⁃ Ранний старт (Early Start) — самый ранний момент времени, в который может начаться запланированная операция.
⁃ Ранний финиш (Early Finish) — самый ранний момент времени, когда операция может быть завершена.
⁃ Поздний старт (Late Start) — самый поздний момент времени, в который может начаться запланированная операция, чтобы не задержать выполнение всего проекта. Здесь, если операция будет начинаться после этой даты, то весь проект будет задержан.
⁃ Поздний финиш (Late Finish) — самый поздний момент времени, когда операция может завершиться, не увеличив длительность всего проекта.
Например, возьмем диаграмму предшествования маленького проекта по созданию веб-сайта (изображение 2).
На ее базе мы рисуем сетевой график (изображение 3).
Обращаем внимание, на схеме появилась информация об узлах. Для каждой операции в центральной ячейке сверху цифрой прописана длительность ее исполнения. В первом блоке “Выработка требований” займет 3 дня, “Разработка дизайна” — 4 дня и т.д.
Устанавливаем дату начала проекта (= дата раннего старта первой операции) — ставим 0 у первых операций в ячейке раннего старта. Затем, добавляем длительность операции к дате начала, чтобы получить ранний финиш для первой операции. В примере это 0 + 3 = 3 дня.
Далее, в ячейку раннего старта следующей операции вписываем цифру раннего финиша предыдущей операции. Если предшествующих операций много, то в качестве раннего старта последующей операции выбираем самую позднюю дату раннего финиша. Например, “Согласование ТЗ” предшествуют сразу две операции: “Выработка требований” и “Разработка дизайна”. В дату раннего старта мы ставим 4 — самый поздний вариант (изображение 4).
Повторяем такие же действия слева-направо по всему графику, проходя по верхним ячейкам и заполняя даты раннего старта и раннего финиша для всех операций. Дата раннего финиша получится 25 (изображение 5). Это значит, что проект по созданию веб-сайта можно выполнить за 25 дней.
Теперь — обратный проход
В нижнюю правую ячейку позднего финиша операции “Демонстрация заказчику” пишем день завершения проекта из ячейки выше (25). Вычитаем длительность операции из позднего финиша, чтобы получить дату позднего старта операции — это 25 - 1 = 24. Вписываем 24 в левую нижнюю ячейку.
Далее, переносим дату (24) позднего старта из операции “Демонстрация заказчику” в ячейку позднего финиша следующей операции “Исправление ошибок”.
Если у предшествующей операции много других, то выбираем самую раннюю дату позднего старта предшествующей.
В итоге получается такой график (изображение 6).
Ну и осталось заполнить центральную ячейку снизу для каждой операции. Для этого нам нужно посчитать временной резерв — отнимаем от позднего старта ранний старт. В операции “Выработка требований” это 1 - 0 = 1. В операции “Согласование ТЗ” — это 4 - 4 = 0. И далее в таком же ключе. Во всей диаграмме в центральных ячейках, где получились нули — это и будет наш КП, на котором задержка этих операций приведет к задержке всего проекта. Серой заливкой показан КП (изображение 7). У всех отвальных операций есть резерв, т.к. они не лежат на КП и их задержка не повлияет на сроки сдачи всего проекта.
Так как несколько изображений в пост закрепить нельзя, поэтому ссылки на изображения смотрите в тексте.
Чуть позже сброшу задание, чтобы потренироваться с критическим путем.
#знания #полезности
Итак, первая задачка по нахождению критического пути.
Условия просты:
Определить критический путь в этих работах.
Первая колонка — наименование работ (подсказка: последовательность — в алфавитном порядке)
Вторая колонка — длительность работ в днях
Третья колонка — взаимосвязанные работы
Start — от этой работы все начинается (у нас два старта).
Смотрим на предыдущий пост и пробуем изобразить на бумаге (рекомендую).
Комменты остаются открытыми для обсуждения.
Итак, первая задачка по нахождению критического пути.
Условия просты:
Определить критический путь в этих работах.
Первая колонка — наименование работ (подсказка: последовательность — в алфавитном порядке)
Вторая колонка — длительность работ в днях
Третья колонка — взаимосвязанные работы
Start — от этой работы все начинается (у нас два старта).
Смотрим на предыдущий пост и пробуем изобразить на бумаге (рекомендую).
Комменты остаются открытыми для обсуждения.
👍3
#знания #полезности
Даю подсказку следующего шага — схема, изображенная справа на рисунке.
Вашим следующим этапом будет построить схему с предшествующими работами, указав зависимости: Ранний Старт-Ранний Финиш, Поздний Старт-Поздний Финиш.
Даю подсказку следующего шага — схема, изображенная справа на рисунке.
Вашим следующим этапом будет построить схему с предшествующими работами, указав зависимости: Ранний Старт-Ранний Финиш, Поздний Старт-Поздний Финиш.
👍2
#знания #полезности
Заключительная часть с задачей.
Сверяйтесь с шагами в предыдущих постах, чтобы детально разорабраться с этой темой.
Итого, критический путь у нас будет — E, B, D.
Ориентируемся на нижние нули в центре блоков.
Надеюсь, снова объяснять, почему так не нужно.
Добавлю только, что построение КП в наших реалиях не является супер-обязательным, но это желательно. Есть факторы, говорящие о нецелесообразности построения КП с точки зрения трудозатрат.
Например, мой случай на одном из проектов, где моя команда интегрировалась в уже существующий проект к другой внешней команде по разработке, в котором мы используем Agile-подходы, а условия и сроки довольно гибкие. Да, это не означает, что КП нужно игнорировать. Я просто не увидел необходимости тратить время на него. В нашем случае видением развития продукта и сроками управляет непосредственно PO, а не заказчик. Заказчику важен результат. И то, что мы сами напланировали, мы должны выполнить.
Скоро расскажу немного о своем статусе в работе.
Заключительная часть с задачей.
Сверяйтесь с шагами в предыдущих постах, чтобы детально разорабраться с этой темой.
Итого, критический путь у нас будет — E, B, D.
Ориентируемся на нижние нули в центре блоков.
Надеюсь, снова объяснять, почему так не нужно.
Добавлю только, что построение КП в наших реалиях не является супер-обязательным, но это желательно. Есть факторы, говорящие о нецелесообразности построения КП с точки зрения трудозатрат.
Например, мой случай на одном из проектов, где моя команда интегрировалась в уже существующий проект к другой внешней команде по разработке, в котором мы используем Agile-подходы, а условия и сроки довольно гибкие. Да, это не означает, что КП нужно игнорировать. Я просто не увидел необходимости тратить время на него. В нашем случае видением развития продукта и сроками управляет непосредственно PO, а не заказчик. Заказчику важен результат. И то, что мы сами напланировали, мы должны выполнить.
Скоро расскажу немного о своем статусе в работе.
#мойстатус 🎅🏻
Компания, в которой я сейчас работаю относится к домену финтех. Мы разрабатываем, преимущественно, мобильные приложения, иногда — веб. Компания небольшая, около 80+ чел.
Проект у меня пока один — разработка мобильного приложения для трейдинга для одного бренда (брокера). Наша минская команда ваяет продукт совместно с украинскими ребятами. Работаем по фреймворку SAFe (масштабируемый Scrum. Глоссарий терминов SAFe). Если коротко, то это большая команда, состоящая из нескольких подкоманд (= вагон, а все вагоны = поезд), каждая из которых занимается своим направлением (веб, мобилки, дизайн, etc.). В фреймворке есть несколько уровней. На уровне Team and Technical Agility — это Scrum-Master (в своей подкоманде эту роль выполняю я + менеджерю минскую команду), и Product Owner. На уровне DevOps and Release on Demand — это RTE (Release Train Engineer), System Architect/Engineer, Product Manager (их несколько), а также Business owners. Далее — уровень бизнеса и системы — это Solution Architect/Engineer, STE (Solution Train Enginner), Solution Manager, и последний уровень — Lean Portfolio Managemnet — зона бизнеса, транслируемая уже на весь Enterprise. На ней останавливаться не будем.
Почти все то же, что в Скрам, только тут больше людей, есть доп. церемонии для лидов и ответственных лиц каждой из подкоманд, новые роли и уровни компетенций. С некоторыми ролями я даже не пересекаюсь. В целом, все выглядит гармонично. Такие фреймворки, обычно, хорошо подходят для больших и/или сложных Enterprise-проектов.
Работаем мы с сервисом Microsoft Azure Devops, который является как таск-трекером, аналитикой прогресса работы, так и код-репозиторием и сервером.
Из ключевых особенностей жизни проекта:
Спринты — двухнедельные.
Ивенты: daily-meetings, PBR (Product Backlog Refinement aka Grooming), Planning, Demo (Sprint Review как такового нет), Retrospectives.
На PBR мы оцениваем в относительных единицах (Story Points) юзер-стори из подготовленного Product Owner’ом Бэклогом согласно практике Planning Poker. В оценке участвуют разработчики и QA.
На Planning, оцененные стори, мы закидываем в Спринт Бэклог и распределяем их на участников команды.
Также, следим за Remaining time в каждом тикете стори и задачи, чтобы был виден наглядный прогресс работы (эта функция имеется в Azure Devops).
А еще мне прям нравится, как проходит демо продукта:
Каждая подкоманда готовит короткую демо-презентацию с описанием Sprint Goal, что сделали/не сделали + наглядная демонстрация с шэрингом экрана. Созвон проходит в MS Teams, где собираются все участники проекта, а это около 140+ человек. На каждом стендапе спикера заказчики и стейкхолдеры могут задать свои вопросы. На все уходит около часа. Из-за подготовленности спикеров, демо выглядит четким. Пока что я не встречал еще такого уровня подготовки демо.
В общем, трейдить, конечно, это одно, но вот разрабатывать аппку для трейдинга — это другое. Если ты трейдишь, то эти знания не особо помогут в разработке приложения, т.к. нужно еще понимать, как происходит калькуляция ордеров, торговых приказов и т.п., какие есть особенности инструментов (ассетов), чем они отличаются, что такое хеджинг и неттинг, в чем их особенности и т.д. Сразу голова взрывается, но потом становится легче 🙂
Компания, в которой я сейчас работаю относится к домену финтех. Мы разрабатываем, преимущественно, мобильные приложения, иногда — веб. Компания небольшая, около 80+ чел.
Проект у меня пока один — разработка мобильного приложения для трейдинга для одного бренда (брокера). Наша минская команда ваяет продукт совместно с украинскими ребятами. Работаем по фреймворку SAFe (масштабируемый Scrum. Глоссарий терминов SAFe). Если коротко, то это большая команда, состоящая из нескольких подкоманд (= вагон, а все вагоны = поезд), каждая из которых занимается своим направлением (веб, мобилки, дизайн, etc.). В фреймворке есть несколько уровней. На уровне Team and Technical Agility — это Scrum-Master (в своей подкоманде эту роль выполняю я + менеджерю минскую команду), и Product Owner. На уровне DevOps and Release on Demand — это RTE (Release Train Engineer), System Architect/Engineer, Product Manager (их несколько), а также Business owners. Далее — уровень бизнеса и системы — это Solution Architect/Engineer, STE (Solution Train Enginner), Solution Manager, и последний уровень — Lean Portfolio Managemnet — зона бизнеса, транслируемая уже на весь Enterprise. На ней останавливаться не будем.
Почти все то же, что в Скрам, только тут больше людей, есть доп. церемонии для лидов и ответственных лиц каждой из подкоманд, новые роли и уровни компетенций. С некоторыми ролями я даже не пересекаюсь. В целом, все выглядит гармонично. Такие фреймворки, обычно, хорошо подходят для больших и/или сложных Enterprise-проектов.
Работаем мы с сервисом Microsoft Azure Devops, который является как таск-трекером, аналитикой прогресса работы, так и код-репозиторием и сервером.
Из ключевых особенностей жизни проекта:
Спринты — двухнедельные.
Ивенты: daily-meetings, PBR (Product Backlog Refinement aka Grooming), Planning, Demo (Sprint Review как такового нет), Retrospectives.
На PBR мы оцениваем в относительных единицах (Story Points) юзер-стори из подготовленного Product Owner’ом Бэклогом согласно практике Planning Poker. В оценке участвуют разработчики и QA.
На Planning, оцененные стори, мы закидываем в Спринт Бэклог и распределяем их на участников команды.
Также, следим за Remaining time в каждом тикете стори и задачи, чтобы был виден наглядный прогресс работы (эта функция имеется в Azure Devops).
А еще мне прям нравится, как проходит демо продукта:
Каждая подкоманда готовит короткую демо-презентацию с описанием Sprint Goal, что сделали/не сделали + наглядная демонстрация с шэрингом экрана. Созвон проходит в MS Teams, где собираются все участники проекта, а это около 140+ человек. На каждом стендапе спикера заказчики и стейкхолдеры могут задать свои вопросы. На все уходит около часа. Из-за подготовленности спикеров, демо выглядит четким. Пока что я не встречал еще такого уровня подготовки демо.
В общем, трейдить, конечно, это одно, но вот разрабатывать аппку для трейдинга — это другое. Если ты трейдишь, то эти знания не особо помогут в разработке приложения, т.к. нужно еще понимать, как происходит калькуляция ордеров, торговых приказов и т.п., какие есть особенности инструментов (ассетов), чем они отличаются, что такое хеджинг и неттинг, в чем их особенности и т.д. Сразу голова взрывается, но потом становится легче 🙂
Отличная новость! 🥳
Теперь реакции можно сразу ставить на сообщения.
Предлагаю затестить эту новую фичу от Телеграм на канале. Можно на этом сообщении сразу и прочекать. 🙂
Теперь реакции можно сразу ставить на сообщения.
Предлагаю затестить эту новую фичу от Телеграм на канале. Можно на этом сообщении сразу и прочекать. 🙂
🔥4🎉1🐳1
Выходим из информационного отпуска 👊🏻
Если присмотреться, то публикаций не было около 1,5 месяцев. На то были свои причины. В первую очередь мне нужен был информационный отдых, т.к. скопилась некая усталость от инф. потока. Все-таки, непросто быть в ресурсе 24/7, 7 дней в неделю и 365 дней в году. Поэтому я воздерживался постить что-то незначительное или вообще ни о чем. Не люблю лить воду. Иногда где-то и проскакивает, но все мы не без греха. 😄
Поэтому я расскажу скоро про этапы жизненного цикла проекта. А именно — погрузимся в каждый этап отдельно — что входит в каждый этап, обязательные/необязательные пункты, какие-то особенности и т.д. Тема очень объемная, но интересная.
А подкиньте 🔥 кому не лень, кто еще здесь 😃
Если присмотреться, то публикаций не было около 1,5 месяцев. На то были свои причины. В первую очередь мне нужен был информационный отдых, т.к. скопилась некая усталость от инф. потока. Все-таки, непросто быть в ресурсе 24/7, 7 дней в неделю и 365 дней в году. Поэтому я воздерживался постить что-то незначительное или вообще ни о чем. Не люблю лить воду. Иногда где-то и проскакивает, но все мы не без греха. 😄
Поэтому я расскажу скоро про этапы жизненного цикла проекта. А именно — погрузимся в каждый этап отдельно — что входит в каждый этап, обязательные/необязательные пункты, какие-то особенности и т.д. Тема очень объемная, но интересная.
А подкиньте 🔥 кому не лень, кто еще здесь 😃
🔥8
#горькаяправда #статус
Кто-бы мог подумать, что мы окажемся в такой ситуации. 4-й день я пребываю в шоке и до сих пор все в голове не укладывается от происходящего. Словно это происходит не наяву.
Я долго думал писать что-то или нет, но, все-таки, решился, ведь это наша жизнь. И в данный момент это очень серьезное событие.
У нас в Беларуси тоже непростая ситуация, которая может обернуться в ближайшее время в первую очередь для наших мужчин отправкой в Украину.
Что касается проекта, то украинским ребятам, с которыми мы работаем, с 24-го февраля было точно не до работы, и минская команда старалась работать самостоятельно, несмотря на случившееся. Мы старались сохранять холодный рассудок и не сеять панику внутри команды. Однако, на второй день со своей стороны, видя ухудшение положения, мы поддержали украинских коллег словесно в нашем рабочем чатике, т.к. было видно, что им страшно.
Также, в виду возможного осложнения в моей стране и касательно мобилизации гражданских, моя компания прорабатывает план по защите своих сотрудников, вплоть до релокации.
Нужно быть готовым в любой момент.
Надеюсь, следующий пост будет и он будет в мирное время и по теме.
Берегите себя и близких. 🙏🏻♥️
Кто-бы мог подумать, что мы окажемся в такой ситуации. 4-й день я пребываю в шоке и до сих пор все в голове не укладывается от происходящего. Словно это происходит не наяву.
Я долго думал писать что-то или нет, но, все-таки, решился, ведь это наша жизнь. И в данный момент это очень серьезное событие.
У нас в Беларуси тоже непростая ситуация, которая может обернуться в ближайшее время в первую очередь для наших мужчин отправкой в Украину.
Что касается проекта, то украинским ребятам, с которыми мы работаем, с 24-го февраля было точно не до работы, и минская команда старалась работать самостоятельно, несмотря на случившееся. Мы старались сохранять холодный рассудок и не сеять панику внутри команды. Однако, на второй день со своей стороны, видя ухудшение положения, мы поддержали украинских коллег словесно в нашем рабочем чатике, т.к. было видно, что им страшно.
Также, в виду возможного осложнения в моей стране и касательно мобилизации гражданских, моя компания прорабатывает план по защите своих сотрудников, вплоть до релокации.
Нужно быть готовым в любой момент.
Надеюсь, следующий пост будет и он будет в мирное время и по теме.
Берегите себя и близких. 🙏🏻♥️
❤3
#полезности #реклама
В непростое время каждый старается чем-то помочь. Имея голову на плечах и включая критическое мышление, можно сделать многое разными способами и принести не меньше пользы.
Один из таких способов сейчас — это моя группа по поиску работы в ИТ — JobsearchIT. 🔍
Сейчас мы стараемся фокусироваться особенно на тех, кто потерял работу по понятным нам причинам. Поэтому, если вы или ваши знакомые потеряли/ищут работу, запрыгивайте в группу.
Место всем найдется! 🙌🏻
В непростое время каждый старается чем-то помочь. Имея голову на плечах и включая критическое мышление, можно сделать многое разными способами и принести не меньше пользы.
Один из таких способов сейчас — это моя группа по поиску работы в ИТ — JobsearchIT. 🔍
Сейчас мы стараемся фокусироваться особенно на тех, кто потерял работу по понятным нам причинам. Поэтому, если вы или ваши знакомые потеряли/ищут работу, запрыгивайте в группу.
Место всем найдется! 🙌🏻
👏2
#мойстатус #горькаяправда #полезности
Проект закрыт. В ожидании. Параллельно присматриваю что-то новое. Сейчас, преимущественно рассматриваю с релокацией в другую страну.
Вижу, в Линкедин, много людей потеряли работу, так же закрылись проекты. Грустная картина… Тем не менее спрос на рынке не пропал и даже подрос. Сейчас достаточно сеньористых ребят оказалось за бортом, а для компаний это хорошая возможность заполучить хорошего спеца. Спрос на высококвалифицированных спецов всегда был высок, а сейчас тем более.
Я уже, как-то говорил, что у меня есть Телеграм-группа по поиску работы в регионах Беларуси, России, Украине и Европе. Так вот я принял решение сделать фокус на то, чтобы сосредоточить соискателей и рекрутеров в одной группе. Из статистики скажу, что правильно настроенные процессы и администрирование дает плоды в виде откликов и даже офферов из группы. А в такой период это осбенно важно.
Буквально за пару недель с 2,5к подписчиков, группа увеличилась до 3,5к (на момент написания поста). Вся аудитория — целевая. Никаких ботов и нерелевантных сообщений, что очень ценно. Сейчас для меня важно, чтобы люди находили то, что искали, помочь им советом в оформлении постов, резюме, поделиться полезными материалами или просто советом.
Проект закрыт. В ожидании. Параллельно присматриваю что-то новое. Сейчас, преимущественно рассматриваю с релокацией в другую страну.
Вижу, в Линкедин, много людей потеряли работу, так же закрылись проекты. Грустная картина… Тем не менее спрос на рынке не пропал и даже подрос. Сейчас достаточно сеньористых ребят оказалось за бортом, а для компаний это хорошая возможность заполучить хорошего спеца. Спрос на высококвалифицированных спецов всегда был высок, а сейчас тем более.
Я уже, как-то говорил, что у меня есть Телеграм-группа по поиску работы в регионах Беларуси, России, Украине и Европе. Так вот я принял решение сделать фокус на то, чтобы сосредоточить соискателей и рекрутеров в одной группе. Из статистики скажу, что правильно настроенные процессы и администрирование дает плоды в виде откликов и даже офферов из группы. А в такой период это осбенно важно.
Буквально за пару недель с 2,5к подписчиков, группа увеличилась до 3,5к (на момент написания поста). Вся аудитория — целевая. Никаких ботов и нерелевантных сообщений, что очень ценно. Сейчас для меня важно, чтобы люди находили то, что искали, помочь им советом в оформлении постов, резюме, поделиться полезными материалами или просто советом.
👍4🔥1
Привет 👋🏻
Сидеть ровно нельзя 🚫
Нужно двигаться дальше, обучаться чему-то новому и совершенствовать текущие навыки. Жизнь не останавливается.🕊
Поэтому буду продолжать постить образовательный и жизненный контент дальше. Нас ждет объемная тема о ЖЦП (см. последний абзац).
P.S. Не забываем, что формат канала — мой дневник 📔
Сидеть ровно нельзя 🚫
Нужно двигаться дальше, обучаться чему-то новому и совершенствовать текущие навыки. Жизнь не останавливается.🕊
Поэтому буду продолжать постить образовательный и жизненный контент дальше. Нас ждет объемная тема о ЖЦП (см. последний абзац).
P.S. Не забываем, что формат канала — мой дневник 📔
👍5
#полезности #знания
Пока я готовлю материал по первой порции ЖЦП, рекомендую ознакомиться поближе со Скрамом на бесплатном курсе от Stepik.
Даже если вы знакомы с фреймворком, рекомендую повторить его, т.к. скоро я поделюсь обновлением Скрам Гайда этого года.
Подкинь огня 🔥
Пока я готовлю материал по первой порции ЖЦП, рекомендую ознакомиться поближе со Скрамом на бесплатном курсе от Stepik.
Даже если вы знакомы с фреймворком, рекомендую повторить его, т.к. скоро я поделюсь обновлением Скрам Гайда этого года.
Подкинь огня 🔥
Stepik: online education
Базовый курс для скрам мастера
Теория для начинающих скрам мастеров. Курс подойдёт вам, если вы уже имеете базовое представление, что такое Agile и Scrum, понимаете, как устроены гибкие подходы к разработке продуктов, но хотите получить прикладные советы по работе в роли скрам мастера…
🔥3
#новости #полезности #знания
Новый Scrum Guide 2022 будет выпущен в начале мая 2022 года с существенным изменением: недавно введенная Цель продукта уже удалена.
Это объясняется тем, что большинству организаций трудно сформулировать цель продукта. Многие организации ориентированы на предоставление услуг, и руководители компаний угрожают отказаться от Scrum, если он будет требовать наличия цели продукта как средства создания организационного фокуса.
Пока не будем визуализировать важность удаления Product Goal из Framework. Поэтому в свете этих предстоящих изменений scrumfacilitators подготовили некоторые свои продукты, которые можно скачать бесплатно здесь.
Новый Scrum Guide 2022 будет выпущен в начале мая 2022 года с существенным изменением: недавно введенная Цель продукта уже удалена.
Это объясняется тем, что большинству организаций трудно сформулировать цель продукта. Многие организации ориентированы на предоставление услуг, и руководители компаний угрожают отказаться от Scrum, если он будет требовать наличия цели продукта как средства создания организационного фокуса.
Пока не будем визуализировать важность удаления Product Goal из Framework. Поэтому в свете этих предстоящих изменений scrumfacilitators подготовили некоторые свои продукты, которые можно скачать бесплатно здесь.
👍3😁1🤔1
На днях я наткнулся на такую информацию, которую опубликовал Иван Селиховкин на своем канале. Процитирую:
«Коллеги, собрали информацию, опыт наших студентов и официальных представителей PMI кто был записан на экзамен PMP в марте-апреле и столкнулся с уходом Pearson VUE из России и Беларуси: https://selihovkin.medium.com/pearsonvue2022-3b3a08eacc42
В двух словах:
- очные экзамены в России и Беларуси не проводятся
- поддержка PMI рекомендует отменить экзамен и "перезаписаться" на онлайн-сдачу (имейте ввиду, что с российским адресом записаться на онлайн-сдачу все равно не получится, поддержка об этом не предупреждает)
- те кто сумел подвердить переезд / смену адреса - смогли успешно записаться на онлайн-сдачу, однако по последней информации есть сообщения от поддержки что без зарубежного ВНЖ/ПМЖ/гражданства у граждан России экзамен не примут
Информация может обновляться и уточняться - буду корректировать текущий пост или создавать новый.»
А вы в курсе про данную сертификацию, как, где и с какими условиями проходит? Может, у нас есть те, кто уже сдавал экзамен PMP? Я в курсе, но было бы интересно услышать и другие мнения.
Комменты открыл.
«Коллеги, собрали информацию, опыт наших студентов и официальных представителей PMI кто был записан на экзамен PMP в марте-апреле и столкнулся с уходом Pearson VUE из России и Беларуси: https://selihovkin.medium.com/pearsonvue2022-3b3a08eacc42
В двух словах:
- очные экзамены в России и Беларуси не проводятся
- поддержка PMI рекомендует отменить экзамен и "перезаписаться" на онлайн-сдачу (имейте ввиду, что с российским адресом записаться на онлайн-сдачу все равно не получится, поддержка об этом не предупреждает)
- те кто сумел подвердить переезд / смену адреса - смогли успешно записаться на онлайн-сдачу, однако по последней информации есть сообщения от поддержки что без зарубежного ВНЖ/ПМЖ/гражданства у граждан России экзамен не примут
Информация может обновляться и уточняться - буду корректировать текущий пост или создавать новый.»
А вы в курсе про данную сертификацию, как, где и с какими условиями проходит? Может, у нас есть те, кто уже сдавал экзамен PMP? Я в курсе, но было бы интересно услышать и другие мнения.
Комменты открыл.
Medium
Можно ли сдавать экзамен PMP жителям России и Беларуси — по состоянию на март 2022?
Предыстория
🤔2
#мойстатус #новости
Тук-тук! 🦊 Проверка связи.
Пропал я с радаров что-то... много чего случилось. Но стоит, все же, и отметиться.
Сменил я, значит, компанию. Тут 👈🏻 я немного писал о трудностях проекта. Компания и люди были замечательные, но так случилось... Ребятам желаю твердо выстоять в непростые времена для всех нас (связанные с геополитикой, мы, беларусы, знаем, что к чему), офигенного роста и отличных проектов 🦾
Так вышло, что на моем пути встретилась развилка с двумя путями. Первый путь — Проджект в польскую фирму с международным проектом для разработки приложения транспортных систем Лондона. Подразумевался переезд в Польшу, что, вроде как привилегия в нынешнее время.
Другой — путь Проджекта/Продакта в гейм дев с американским заказчиком по разработке платформы для мобильных игр.
Первая дорожка, казалось бы, звучит солидно и перспективно. Но степень ответственности и риски были довольно высокие по сравнению со вторым.
При выборе я учитывал не только направление развития, но и ограниченность в передвижении, удаленность работы, адекватность руководства и сотрудников, интересность проекта с точки зрения моей вовлеченности, зп, настроенные процессы и т.п. Взвесив все за и против, я выбрал второй варик, т.к. он мне показался более оптимальным. Да и с моим рациональным подходом, он был ближе + развитие в Продукт я планировал в карьере.
В общем, сейчас вливаюсь, осматриваюсь. Работы очень много, от чего пропадаю с радаров своего дневника. Но обещанное я выложу. Буду стараться.
Спасибо, что следите.
Работаем 🦾
Тук-тук! 🦊 Проверка связи.
Пропал я с радаров что-то... много чего случилось. Но стоит, все же, и отметиться.
Сменил я, значит, компанию. Тут 👈🏻 я немного писал о трудностях проекта. Компания и люди были замечательные, но так случилось... Ребятам желаю твердо выстоять в непростые времена для всех нас (связанные с геополитикой, мы, беларусы, знаем, что к чему), офигенного роста и отличных проектов 🦾
Так вышло, что на моем пути встретилась развилка с двумя путями. Первый путь — Проджект в польскую фирму с международным проектом для разработки приложения транспортных систем Лондона. Подразумевался переезд в Польшу, что, вроде как привилегия в нынешнее время.
Другой — путь Проджекта/Продакта в гейм дев с американским заказчиком по разработке платформы для мобильных игр.
Первая дорожка, казалось бы, звучит солидно и перспективно. Но степень ответственности и риски были довольно высокие по сравнению со вторым.
При выборе я учитывал не только направление развития, но и ограниченность в передвижении, удаленность работы, адекватность руководства и сотрудников, интересность проекта с точки зрения моей вовлеченности, зп, настроенные процессы и т.п. Взвесив все за и против, я выбрал второй варик, т.к. он мне показался более оптимальным. Да и с моим рациональным подходом, он был ближе + развитие в Продукт я планировал в карьере.
В общем, сейчас вливаюсь, осматриваюсь. Работы очень много, от чего пропадаю с радаров своего дневника. Но обещанное я выложу. Буду стараться.
Спасибо, что следите.
Работаем 🦾
👏4🔥2🕊1
Алоха, друзья 👋🏻
Я тут вот чего подумал. Есть мысли написать немного про нашу внутрянку прямо из гейм дева либо отложить ее чуть на потом, и лучше в ЖЦП погрузимся , как и было запланировано?
Я тут вот чего подумал. Есть мысли написать немного про нашу внутрянку прямо из гейм дева либо отложить ее чуть на потом, и лучше в ЖЦП погрузимся , как и было запланировано?
👍3
#полезности #инсайты
Как выглядеть профессионалом в глазах коллег и заказчика?
Нам часто приходится общаться голосом в рамках проекта/-ов. Но задумывались ли вы о качестве своей связи когда-нибудь, например, как меня слышно на созвонах с командой, коллегами из дргуих команд, СЕО, заказчиком и прочими стейкхолдерами? Честно признаться до определенного момента я глубоко не погружался в этот поинт, пока на своем проекте я не узнал, что один из коллег использует сторонний микрофон для созвонов — стриммерский. Качество связи у него сразу повысилось в разы. И его приятно слушать. После этого я понял, что это классный кейс и его нужно тоже реализовать у себя.
Только представьте, ваш голос сразу будет звучать намного приятнее и только из-за этого вы уже будете казаться профессиональнее и даже умнее в какой-то степени в глазах команды, заказчика и стейкхолдеров. Так уж устроен наш мозг.
А какие вы используете микрофоны на созвонах, поделитесь в комментах?
Как выглядеть профессионалом в глазах коллег и заказчика?
Нам часто приходится общаться голосом в рамках проекта/-ов. Но задумывались ли вы о качестве своей связи когда-нибудь, например, как меня слышно на созвонах с командой, коллегами из дргуих команд, СЕО, заказчиком и прочими стейкхолдерами? Честно признаться до определенного момента я глубоко не погружался в этот поинт, пока на своем проекте я не узнал, что один из коллег использует сторонний микрофон для созвонов — стриммерский. Качество связи у него сразу повысилось в разы. И его приятно слушать. После этого я понял, что это классный кейс и его нужно тоже реализовать у себя.
Только представьте, ваш голос сразу будет звучать намного приятнее и только из-за этого вы уже будете казаться профессиональнее и даже умнее в какой-то степени в глазах команды, заказчика и стейкхолдеров. Так уж устроен наш мозг.
А какие вы используете микрофоны на созвонах, поделитесь в комментах?
👍4