Доброго времени суток, читатели. Очень соскучилась по активности на канале, но, буду откровенной, до конца следующей недели, помимо этой публикации, других не предвидится :(
⠀
Как и говорила на презентации курса, моя командировка в Данию в самом разгаре. Хочу немного вас вдохновить и рассказать о датских условиях труда. Это настооооолько отличается от наших реалий, что достойно отдельного поста. Погнали по тезисам, как обычно:
⠀
🏆 Автоматически регулируемые столы. Тк датчане очень внимательно относятся к здоровью, то работодатели всячески помогают им, устанавливая в офисах столы со специальными кнопками: можно максимально поднять и работать стоя.
⠀
🥧 Питание для сотрудников. Сначала я с опаской относилась к февральским сливам и грушам, лежащим на кухне. Но, попробовав, даже прикрыла глаза от счастья. Лето и бабушкин сад. Не знаю, как они это делают. Плюс, в моей компании есть ресторан органической еды со своим поваром, который готовит даже веганские блюда. Их с удовольствием едят и не веганы тоже :)
⠀
🧘🏼‍♂️ Пространство для отдыха. То, что я вижу - зон отдыха ровно в три раза больше, нежели столов и проходов. Люди могут рассосаться по офису и работать на подоконниках, полулежать на диванчиках и тд. Даже есть камин с настоящим огнём. Датский офис - это отдельная тема и другая реальность вообще. Тут есть даже своя комната-бар, спортивна комната и туалеты с душем и ароматным кремчиком для рук.
⠀
🧚🏼‍♀️ Шестичасовой рабочий день. Вам не показалось. В 4 вечера все активно собираются домой. Краем глаза увидела Календарь одной из топов - у человека в 17.00 гитара, и они все делают огромный упор на жизни вне офиса. Вишенка на торте - йога по вторникам в рабочее время.
⠀
💻 Техника. Все лучшее детям, как говорится. Лучшие мониторы, лучшие ништячки на столах. Телевизоры для демок в пол стены. Все для того, чтобы люди не чувствовали себя на РАБоте.
⠀
❤️ Всякое. Три вида кофе машин для гурманов. Такие огромные, как у нас в кофе-шопах. Еле освоила, люди добрые. Грязную посуду кладут в посудомойку, чтобы не перенапрячься. Йога по вторникам в рабочее время.
⠀
В общем, это потрясающий опять. Теперь знаю, как должно быть, чтобы компании достигали ТАКИХ результатов. Они не жадничают. Все в голове.
⠀
Если соберусь, напишу о том, как датские айти-компании работают с клиентами. И какой у них уровень прозрачности. Никаких позорнейших happy flow и прочего стыда.
⠀
И одну фоточку прикрепляю.
Let you always be inspired!

Привет, дорогие читатели!
⠀
Наконец-то я снова с вами и, надеюсь, новые посты будут, как раньше, ежедневно.
⠀
Решила помимо кейсов начать писать рекомендации касательно всякого интересного софта, который может знатно облегчить нам жизнь.
⠀
Датские коллеги познакомили меня с https://funretro.io - инструментом для проведения онлайн ретроспектив. Особенно пригодится удаленным командам.
⠀
Регистрируетесь там всем составом и дополняете карточки в режиме онлайн. Можно попросить бойцов заранее подумать над своими инпутами и добавить карточки соответственно. Это поможет сэкономить ценное время на ретро, чтобы уже непосредственно обсуждать имеющиеся моменты.
⠀
Ставьте 🦄, если уже знали о FunRetro. Интересно измерить статистику :)

Моё очередное детище для Laba - статья о минимизации хаоса при онбординге новичков. Привела пошаговый план, чтобы максимально покрыть организационные моменты для пришедшего бойца и сберечь время и нервишки Проджекта
https://l-a-b-a.com/blog/show/419

Всем привет ⭐ ,
⠀
Предлагаю сегодня поговорить об отчетности. А именно, о том, каким образом держать руку клиента на пульсе нашей работы.
⠀
Ниже составила структуру еженедельного отчета, который отправляю каждое утро понедельника (соответственно, с данными за прошлую неделю). Составляю в paper.dropbox.com.
⠀
Сам документ зашарить не могу, но вот его «начинкой» и несколькими составляющими с удовольствием делюсь.
⠀
🌿 Часть 1. Интро
Поля:
- Название проекта
- Период отчетности
- Ссылки на таск менеджер (беклог и/или активный спринт) и репозиторий (в случае, если клиент имеет туда доступ и знает, что это)
- Ссылка на прод и/или стейджинг
- Всего часов затрачено
- Часов до окончания осталось
- Всего задач закрыто
- Приблизительная дата сдачи
пример - https://ibb.co/hdGmFgX
⠀
🌿 Часть 2. Команда
Разбивка затраченных часов на каждого участника (ПМские часы обычно не указываются). Они скрыты в часах разработчика, как экипировка агента 007 🤣
⠀
🌿 Часть 3. Обновления
Небольшой бриф о том, что было сделано за прошедший период. Скрины с последнего демо.
⠀
🌿 Часть 4. Статистика активности GitHub
Я скриню гитхабовский график обновления кода и несколько комитов - очень наглядно и примерно понятно даже нетехническому человеку.
пример - https://ibb.co/XDk96Gh и https://ibb.co/PgvRYTN
⠀
Помните, что инициатива обратной связи всегда должна исходить от вас. Чем больше вы общаетесь с вашим всегда правым клиентом 🐣 , тем беспроблемнее будет проект (хотя бывают, конечно, и исключения)⠀

На сегодняшнюю заметку меня натолкнул lesson learned, случившийся не далее, как несколько дней назад. Это изысканные грабли, которые догоняют время от времени и бьют по тому месту, где уже давно вытатуировано «Эмоции+Человеческий фактор».

Надеюсь, кейс поможет вам лучше контролировать гнев, ибо в работе с людьми этого проявления порой избежать невозможно, даже если вы устоявшийся оптимист, стойко переносящий все перипетии судьбы.

Итак, день сдачи проекта. До этого я 4 дня не могу связаться с разработчиком из Китая. Звонки в Watsapp - мимо, любые средства коммуникации - мимо. Никакого ответа нигде (хотя в Воцапе был замечен),
человека будто похитили пришельцы.

До этого у нас уже случались инциденты по типу «проспал демо с клиентом», «забыл», «пропал на пол дня, тк были проблемы с интернетом». Последний пункт вообще меня напрягает, тк в 2019 году интернет можно найти под любым кустом.

В целом работа велась хорошо и, когда мой разработчик не терялся в пространстве и времени, результат он выдавал отличный. Поэтому я старалась всячески сглаживать углы перед СЕО и поддерживать жизнедеятельность проекта и разработчика очень мягко 😁

Но к концу злополучного четвёртого уже конкретно начало подгорать. Я запросила у эйчаров отчеты о часах Мистера Х за последнюю неделю, дала отмашку приостановить его контракт на Апворке до выяснения всех обстоятельств и, конечно, написала довольно ультимативное письмо без расшаркиваний самому разработчику. Мы начали искать замену.

Появился он утром на 5й день. Оказалось, что его младшую сестру сбила машина, и он был в больнице все время, пока ей делали операцию. У меня не было сомнений, что это правда, тк мы пообщались голосом, и такой тембр, который бывает только после огромных стрессов, подделать невозможно.

Не стоит объяснять, что я немедленно свернула военные действия, и почувствовала себя очень не очень.

Есть один универсальный вопрос, который в большинстве случаев помогает разобраться. И звучит он в контексте личностных проблем, которые влияют на проект, так: «Есть ли что-то, что мне стоит знать?»

Если вы видите проблему, спросите человека, как менеджер, в курсе каких обстоятельств вас стоит быть. Чтобы всем жилось спокойнее :)

🙏 - если пригодилось
😥 - если с вами тоже такое случалось)
➖ - не пригодилось

Дорогие читатели, маленький соцопрос в личных целях 😁.

Кто завтра идёт на PM Day в Харькове?

Можем увидеться поболтать на кофе-брейках, буду рада) Тк с некоторыми уже заочно знакома по Телеграму 😊

В преддверии 8 Марта хочу поделиться одной классной штукой, которую производит моя подруга. Вдруг кто-то ищет подарок для женской половины своих отделов или просто для себя любимой☺️.

Если ты искала идеальный айтишный планер, то Girl Boss Planner это то, что тебе нужно! Этот стильный и яркий ежедневник не решит всех твоих проблем, но точно сделает твою жизнь лучше😉
Girl Boss Planner включает в себя:
🎯планы на месяц (6 разворотов)
🎯планы и цели на неделю
🎯планы на день 
🗂список важных контактов
🗒пустые страницы для заметок
💡вдохновляющие цитаты
Заказать можно здесь: https://www.instagram.com/julieborisova_/p/BugtUS_Htq5/?utm_source=ig_share_sheet&igshid=1csclooodtfhr

Моя свеженькая, с пылу, с жару статья для Laba. 12 шагов онбординга нового клиента или «что с ним делать в первый день» https://l-a-b-a.com/blog/show/461. Приятного чтения😊

Привет, читатели. Наконец выпало двое суток в Украине, которые можно посвятить писательству и каналу. Уж очень печалит нехватка времени.

Попалось мне сегодня две крутейших статьи о фейлах в разработке программного обеспечения. Пока готовлю свой материал, спешу поделиться:

1. https://dou.ua/lenta/columns/dangerous-mistakes-in-prorgamming/
Сочнейшая подборка из целых 50 багов и человеческих факторов, вызывающих самые разные эмоции. Почти половина о самолетах, что заставило меня поволноваться, учитывая, как оригинально вчера сажал наш Боинг Испанский пилот - почти вертикально вниз, как вертолёт 🤣

2. http://apt.ua/heathrow-terminal5-failure/
Лонг-рид о том, как повлияли баги на запуск нового терминала в аэропорту Хитроу в 2008 году. Полный треш :))

Приятного чтения и очень скоро услышимся в новой статье.

❗️❗️❗️PMs Wanted❗️❗️❗️

Ребятки, мне нужны 3-4 проджекта с английским на удаленку.

Требования:
🔅знание Scrum
🔅умение пользоваться Trello
🔅хотя бы базовое понимание UX (буду помогать)
🔅умение общаться с клиентом письменно и голосом
🔅адекватность, конечно
🔅критическое мышление
🔅понимание процессов эстимейта задач
🔅наличие аккаунта на Upwork (обязательно)

Тех, кто пройдёт собеседование, буду коучить лично🤗

Пишите в личку, если кто-то хочет стартануть или продолжить карьеру на удаленной основе.

Ребята, отвечу завтра всем, я не думала, что вас так много 😆🤗🤗🤗 благодарю за интерес, это огромная ценность!

Мы уже говорили о том, что делать с клиентом в первый день его запуска. Но не затрагивали тему, как правильно попрощаться, если по тем или иным причинам проект заканчивается раньше срока, и клиент покидает компанию.

У меня было два таких случая. К счастью, в обоих мы «расставались» очень тепло, с фразочками I will miss you, guys и тд.

Причины выхода клиента могут быть следующими:
1. По легальным причинам приложение может оказаться неподходящим для рынка, и это может выясниться уже в процессе работы. Особенно высоки риски таких инцидентов у продуктов, оперирующих реальными средствами пользователей.
2. Клиент может сместить фокус на более дешевый вариант разработки, и уйти писать продукт на коленке. Это жизнь, так бывает.
3. Могут закончиться деньги, и случиться форс-мажорные обстоятельства.

Как же в таком случае с достоинством сказать «до свидания», да еще чтобы к вам захотели вернуться при первой возможности.

Я выделяю три момента, которые похожи на метод «бутерброда» - сладкий слой, острый и нейтральный. Можно менять местами на свое усмотрение.

1. Благодарность. Искренне поблагодарите клиента за возможность работать вместе, перечислите несколько успешных челленджей, искренне выразите чувства по поводу совместной работы (конечно, если ваш клиент не вызывает теплых чувств (а бывает и так), то этот пункт стоит кастомизировать под себя :). И обязательно добавьте, что вы looking forward to working together once again.
2. Риски. Когда вы отдаете код, возникает ряд рисков связанных с тем, что ваша компания больше не будет его поддерживать. И это обязательно нужно оговорить, начиная с того, что гитхаб-хранилище может стать публичным (индивидальный момент, но все же), могут посыпаться баги от новых комитов, и тд. Посоветуйтесь с тех лидом, как лучше описать этот нюанс, но, главное, чтобы у клиента не случился инфаркт от прочитанного.
3. Попросите фидбек. Можно заранее подготовить опросник, можно просто попросить поделиться впечатлениями клиента от работы с вашей командой. Потом это можно разместить на сайте компании. И вообще, отзывы - вещь супер полезная, я 5 лет работала в компании, которая управляла репутацией брендов с помощью фидбеков потребителей. Сделаю как-нибудь пост об этом.

Как бонус, можно прислать клиенту что-то милое на память о совместной работе (поручите это сейлзам). Вы же наверняка помните того парня из автосалона, который рассылал всем Рождественские открытки :))

На случай, если кто не знает, чем заняться сегодня в 7 вечера, приглашаю на свой вебинар в Hillel IT School на тему Конфликтов в командах и их решений :) https://blog.ithillel.ua/webinars/vebinar-resheniya-konfliktov-v-komande 😊

Рубрика #кейс_в_студию.
Каждый-каждый-прекаждый ПМ сталкивался с ситуацией, когда вместе с командой вы, скажем так, не вписались в эстимейт на повороте. То есть, например, оценили часть МВП в 90 часов, и по истечении 70-80 поняли, что для того, чтобы напилить оставшееся, вам нужно ещё столько же или около того.
⠀
Клиент нервно курит, вы чуточку поседели, команда расстроена. Но на самом деле спасительных таблетки целых три. Мы, как в Матрице, дали клиенту на выбор: не только синюю и красную, но ещё и жёлтенькую.
1. Синяя. Упрощаем оставшийся скоуп, вырезая лишнее или трансформируя его в максимально простую функциональность.
2. Красная. Мы проходимся все вместе по оставшемуся куску (клиент: убеждается, что там содержится именно то, что он хочет. Мы: выдаём реалистичный эстимейт.) и решаем, что двигаемся все же до конца с новыми эстимейтами, тк оставшийся функционал важен для концепции продукта. Пересматриваем, где подсократить объём второй части МВП. Плюс, делаем скидку (надо объяснять, что этот ход сначала согласовывается с СЕО?))
3. Жёлтая. Идем дальше, переставляя «технический долг» на postproduction.
⠀
В моем случае клиент выбрал красную таблетку.
⠀
Как бы не были замечательны планы, реальность порой вносит свои коррективы. Особенно в разработку.
⠀
Страшно даже спрашивать, но.... соскучились по постам?))

Тем временем, у меня произошла полная перезагрузка, подросло (даже, можно сказать, выросло) агентство и.... вот оно, мое рабочее место 🤗. Для вдохновения тем, кто только решается воплотить мечты в жизнь.

Что вы знаете об... уровне счастья в вашей компании? В последнее время стало модным замерять состояние сотрудников анонимным (важно, ибо кто скажет вам правду?😃) happiness-метром, которым зачастую служат онлайн-опросы. Лично у меня на этот счёт больше скепсиса, чем рацио. Опрос не поможет, если:
А) это просто опрос и за ним не следуют действия
Б) если в нем нет вопросов «почему» и «что хотелось бы изменить»

На своем опыте я несколько раз сталкивалась с измерителями счастья. Обычно это шкала от 1 до 5 или до 10. К счастью, «просто опросов» не было - руководство всегда старалось докопаться до истины.

Из моих наблюдений, С-level иногда получал оценку по счастью ниже 4, когда причины были совершенно непредсказуемыми:
⁃ невкусный кофе
⁃ рано заканчиваются фрукты
⁃ неудобный трекер рабочего времени
⁃ натянутые отношения между некоторыми участниками команды
⁃ забивание ПМа на свои задачи
⁃ слишком жарко
⁃ слишком холодно
⁃ неприятный запах в офисе
⁃ не нравится проект, стек технологий
И так далее....

Понимаете, да?)

Как говорится, чтобы получить счастливого сотрудника, нужно из его рабочей среды убрать раздражающий фактор и заменить на радующий. Купите нормальный кофе, дозакажите фруктов, займитесь ревью ПМа (даже если вы сам себе ПМ, работа над ошибками - процесс бесконечный), проанализируйте результаты ван он ванов, поищите приятный тул для учета рабочего времени. И дальше по списку).

Как по мне, культура IT переживает сильную трансформацию последние пару лет. И меняется от «наизнос» до «в удовольствие». Поэтому, измерители счастья - всего лишь часть инструментов, с помощью которых компании стараются прокачивать свою культуру.

Интересно замерять уровень корпоративного счастья среди моих подписчиков. Ставьте ☀️, если счастливы в своих компаниях и 🥺, если не оч.

Прекраснейших вам выходных!

Не менее популярно, чем мерять счастье, стало определять сотрудника месяца в компании/команде/проекте. Нет, не так, как в Макдональдсе или АТБ, а чуточку иначе. То есть, в рамочке на доске почёта вы и ваши разработчики висеть не будете. Но это не точно 😀

Мне нравится сама идея и то, как она реализована в одной из компаний, с которыми я сотрудничаю. В частности потому, что это вносит позитив и разнообразие в длинющие ежемесячные собрания, где обсуждается прибыль, новости, клиенты и прочие важности. И вот, в конце, когда мы доходим до слайда «The employee of the month», смартфонщики выныривают из девайсов, рисовальщики перестают украшать пентаграммами поля блокнотов, а самые внимательные ещё ближе подвигаются к экрану, чтобы разглядеть победителя.

В данном случае счастливчика выбирает команда и в здоровом аджайле и сплоченном коллективе это очень круто, тк ребята получают ещё один немаловажный поинт, за который все отвечают вместе.

Процесс выбора предельно прост - один из вопросов ежемесячного опросника содержит пункт «Сотрудник месяца» и поле комментария. У нас всегда выбирают разных людей, и причём совершенно заслужено. Кто-то помог и вытянул сложную техническую проблему, кто-то очень классно шутил и поддерживал, кто-то шикарно задемил клиенту итерацию, и так далее.

Поощрением может быть что угодно - от символической игрушки, переходящей «по наследству», до сеансов массажа и подарочных сертификатов.

Если вы уже привели команду к тому уровню, когда «Сотрудник месяца» будет плюс одним ништяком, а не борьбой за место под солнцем, очень рекомендую попробовать :)

После публикации #пм_тоже_человек отписалось 3 человека, поэтому я решила пока не ходить по лезвию бритвы и писать только на серьезные темы.🤓

Вчера ко мне за советом обратился... человек из IBM. Эта девушка подписана на канал, и мы говорили об эстимейтах. Для меня это честь - быть полезной для специалистов такого уровня.

Хочу поделиться с вами саммари, ведь, чем точнее оценка задачи, тем успешнее исход проекта:
🌱Один business day - это не 8 часов для оценки и планирования. Это 6 часов, ибо никто не вырабатывает 8 часов по факту. Кофе, чай, туалет, habra и тд.
🌱Не стоит эстимейтить с разработчиком без вайфрейма. Можно нарисовать его даже на коленке:) Но когда команда видит схему, это даёт ей возможность задавать дополнительные вопросы, более точно оценивать задачу.
🌱Если есть возможность - переходите от часов к стори поинтам. Но это возможно в 90% случаев только в продукте.
🌱На эстимейт разработчика добавляйте 20-30% рисков и презентуйте клиенту именно эту цифру. Сюда войдёт также время митингов (когда мы НЕ кодим непосредственно). И такие факторы, как «нет света», «срочно заболел» и тд. Это зона безопасности.
🌱Выделяйте с клиентом scope of MVP 1 во время первых сессий. Это ваши приоритеты. Если он желает добавлял change requests, это все должно распределяться в MVP 2 и тд. Либо он должен решить, какие фичи из MVP 1 мы заменим на новые. Нужно возвращать клиента к реальности )
🌱Разбивайте эстимейты задачи на Дизайн, бенкенд, фронтенд, верстку и тд. То есть пусть каждый задействованный человек даст свою оценку. Конечно, применимо не ко всем задачам, но, в целом, неплохо работает. Потом просто суммируем показатели.
🌱Есть очень классная штука - planning poker, ранее я писала о ней на канале. В случае со стори принтами она идеальна. Но все равно нужно будет выводить вес каждой стори в часах.
🌱Если все равно есть сомнения в эстимейте, дайте на ревью другому тех лиду или архитектору. Обычно у них более свежий взгляд.

Всем точных эстимейтов и солнечной субботы!

Очень легкая и простая лекция для новичков в IT. Выступала онлайн перед молодыми дизайнерами - учениками супер крутой UX/UI Lead Алеси Бойко, вещала об Agile. Такой себе #teatalk, но делюсь записью. https://zoom.us/recording/share/8-XaibWOISfeXvxflQR0TTt7-8chaUC1lLENl0Dn2ow?startTime=1565419315000

Рубрика #кейс_в_студию. Представьте, что у вас есть клиент на разработку мобильного приложения. Давайте назовём его X-Client. Специфика - бронирование отелей онлайн. По закону жанра, он приходит к вам без дизайна, полностью полагаясь на счастливый случай и на то, что предложенные технические вайфреймы волшебным образом превратятся в выверенный UX. Вы соглашаетесь, тк контракт уже заключён Выше, и начинаете работать.

В процессе работы выясняется, что клиент недоволен тем, что видит на демо (неужели!). Уровень его удовлетворенности падает с каждой встречей и в итоге он решает приостановить разработку.

«А я же тебе говорил(а)». Но, вы не мама клиента, и вместо этой реплики настоятельно рекомендуете привлечь дизайнера.

X-Client сомневается, тк его горшочек с золотом уже наполовину пуст.

У проекта есть свой roadmap и, по-хорошему, стоило бы начать рисовать скрины в их логической последовательности - логин, регистрация, профиль и так далее.

Но в случае со сложными клиентами работа по накатанной может не дать желаемый результат. Вы решаете действовать от обратного и, под свою ответственность, выдать ему два-три внутренних скрина. Чтобы он принял стратегически важные решения:
а) устраивает ли его стиль
б) доверит ли он весь (!) дизайн вашей компании

Почему так? Потому что зачастую нет ничего сложного нарисовать стандартный логин и регистрацию. Подбираете цвета и элементы и вуаля. Но когда речь идёт о высоконагруженных страницах с навигацией, можно сесть в лужу.

Это было выигрышным решением и наш Client-X остался доволен.

Дальше у него была уже своя история, и она выходит за рамки кейса. Но сегодня я хотела донести следующий посыл: не бойтесь адаптировать правила под себя и принимать решения.

Всем интересных кейсов!