Моя свеженькая, с пылу, с жару статья для 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 остался доволен.

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

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

После публикаций рубрики #кейс_в_студию мне написало несколько подписчиков со своими ПМскими кейсами. От некоторых, честно, вставали волосы дыбом 🤯 и хотелось дать лишь одно напутствие: "Беги, Форрест, беги.". Ну а если серьезно, то, чем сложнее случай, тем интереснее его распутывать и находить выход из тупика. Квест.

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

Итак, у нас есть аутсорсинговая компания J, представленная на рынке порядка 3х лет, работает с клиентами разного масштаба.

В начале 2019го года компания начинает сотрудничество с клиентом, который размещает заказ на 2 проекта.

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

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

И тут в игру вступает собственник компании. Видя, что клиент уже не нервничает и разработка идет по плану......он разбрасывает команду по другим проектам. С боем новому менеджеру удается оставить одного frontend разработчика на проекте, но максимум на 15-20 часов в неделю.

А теперь, внимание, варианты развития событий:
🤖менеджеру стоит уведомить клиента о сложившейся ситуации, но, узнав, клиент однозначно заберет оба проекта. Менеджер скажет правду, но подставит компанию
🤖послушаться совета собственника и начать врать клиенту, что возникли трудности в разработке, фиксим баги, проводим тестирование
🤖приложить все силы, набрать команду из юных джунов и по чуть-чуть, мелкими шагами продолжать работать над проектами
🤖Ваш вариант

Мой вариант был таков - пока ты сотрудник компании, а не клиента - ты не можешь подставлять работодателя, тк ты "играешь в их футболке"). Я бы дала фидбек СЕО, спрогнозировала бы убытки и дальнешее "развитие" проекта. Да, это небыстро. Дождалась бы обратной связи. В случае, если количество попыток достучаться превысило три, попросила бы снять себя с должности ПМа при таком сценарии, тк в данном случае я не могу нести ответственность за резльтат и ставлю под удар свою репутацию. Понятное дело, что, скорее всего, клиент, будучи недовольным, уйдет скорее рано, чем поздно, но это не должно быть спровоцировано ПМом.

Как считаете?

Добавляю возможность комментирования постов😉

Если здесь есть авторы каналов с релевантными темами или близкие к IT и которым интересна взаимная реклама, напишите, пожалуйста, в Директ ☺️🤗

🥳 Ребята, я стартую осенний набор ПМов в агенство. Мы быстро растём, go с нами 🙌🏻

PM_ON - a dedicated Upwork agency which provides Project Management services to the USA and European clients starts autumn hiring campaign.

Projects Managers looking for remote opportunities WANTED to be a part of our Scrum team!

Winter is coming, what about spending it near the warm seashore managing projects remotely? :)

Do not hesitate dropping a message to me if you:
🌱have not less than 6 months of Agile PM experience
🌱understand SDLC principles
🌱have brilliant written and oral English
🌱know the principles of scope estimation
🌱are willing to drive technical teams
🌱are picky, UX-thinking and detail-oriented

If we fit each other, you will get personal coaching, sweet rate and a great choice of projects variety.

Looking forward to empowering our team with outstanding project managers!

Contact @terra_incognita8 in direct messages or in LinkedIn http://linkedin.com/in/agilepmhanna for more details. 😉

Всем привет 🙂 За то время, что на канале была тишина, произошло очень много классных перемен, в частности в работе моего агентства.

На данный момент есть желание и потребность вернуть посты с полезностями и ввести отдельную рубрику #pm_on_wanted.

Мне очень часто приходят запросы на проджектов в самые разные проекты, и я хочу поделиться ними с Вами.

Сейчас мы ищем PMа (конечно, remote) в Канадскую студию дизайна. Будущему/ей суперстар предстоит:
🌿 плотно работать с UX/UI командами
🌿нести Скрам в этот мир
🌿расписывать требования для самых понятливых и не очень
🌿делать ревью дизайнов
🌿следить за нагрузкой в команде
🌿давать статус апдейты
🌿частвовать в собеседованиях
🌿оберегать бюджет

Важно уметь работать с несколькими небольшими проектами одновременно, быть fluent English спикером и хорошо разруливать ПМскую рутину.

Если Вы хотите пособеседоваться на эту должность, пишите в директ @hanna_klim или на pmtravel8@gmail.com.

Наличие профиля на Upwork в разы ускорит наше сотрудничество )

Мне давно хотелось пролить больше света на детали работы с Upwork-агентствами и сегодня настало время выложить этот пост.

Что собой представляет агентство?
Практически все агентства - прототипы аутсорсинговых IT-компаний. Что касается, PM_ON, я целенаправленно выбирала лишь одну нишу - управление проектами. Тк мне было важно лично иметь крутую экспертизу в том, что продавать клиентам.

Какие договоры заключает фрилансер и агентство?
На данный момент это NDA и Hire Agreement при успешном интервью с клиентом и постановке на контракт.

Как происходит общение с клиентом?
Мы делаем тренировочное интервью прежде, чем Вы познакомитесь непосредственно с клиентом. Таким образом можно понять Ваши сильные и слабые стороны, озвучить ожидания и подготовиться к возможным каверзным вопросам. И, конечно, познакомиться, проговорить детали и лучше узнать друг друга 🙂

Какие комиссии оплачивает фрилансер?
Только Upwork fees и ничего кроме.

Бонусы от работы с агентством
🍀Во-первых, агентство занимается поиском клиентов и дает им рекомендации на Ваш профиль, если профессиональный бекграунд подходит.
🍀Во-вторых, агентство (в частности, PM_ON) уже имеет высокий рейтинг и сотни наработанных часов. Этот рейтинг автоматически присваивается членам команды (просто супер для новичков).
🍀В-третьих, мы коучим всех, кто стоит на контрактах. То есть, в течение дня вы можете прийти ко мне или нашему бизнес менеджеру с вопросами, сложными кейсами, советами и всем, что касается конкретного клиента. И вместе сгенерить решение 🙂
🍀В-четвертых, Вы проходите интервью с клиентом вместе со мной, и я могу подстраховать в спорных моментах.
🍀И, в-пятых, Вы находитесь «под крылышком». Остается только расслабиться и делать свою работу качественно 🙂

#pm_on_wanted

На проект с нуля нужны Middle и Senior React Native или Swift/Java разработчики. Шикарная возможность построить приложение тайм-трекер, став у истоков кода 🙂

Хороший английский - must have.

Наличие профиля на Upwork - хороший плюс 😉

Пишите в Директ, если заинтересованы или есть референсы)

Недавно нашла очень необычный и полезный айтишный тул. Не могу не поделиться 🙂.

Это чат @itcofounder, который служит для поиска сооснователя, инвестора, стартапов в сферах информационной и квантовой технологиях.

— Автор чата @mrartivanov считает мало эффективным, просто оставить сообщение на специальном ресурсе о поиске инвестора или сооснователя в свой стартап.

— Поэтому он предлагает стартапам поставить публичную цель и делиться в чате своими результатами. А зрители могут помогать участникам советами - но это неточно.

Что получит участник чата?
— Аудиторию в чате, в которой может находиться будущий клиент, сооснователь с мозгами и руками, инвестор, наставник.
— С постепенным ростом аудитории чата делать рекламные анонсы своих мероприятий, услуг, товаров. Количество будущих анонсов будет зависеть от количества произведенного контента в чате.
— Платная реклама чата на сторонних ресурсах, а значит и реклама стартапера внутри чата, делается за счёт владельца. Чат рекламируется в России, странах СНГ, Европа.

Для этого нужно
— Иметь идею на стадии MVP в сфере IT (инфотехнлогии) или QT (квантовые технологии). Приоритетные направления в сфере кибербезопасности.
— Поставить цель и огласить её в чате.
— Начать действовать и делиться результатами в чате.

В чат @itcofounder 🙌🏻

Всем привет!
Есть шикарная горящая 🔥позиция на Agile Project Manager в Сингапурскую компанию - фото/видео сток.
⠀
Обязанности:
👩‍💻проведение скрам церемоний (ретроспективы, планирование спринта, беклог груминги, дейли статусы)
👨‍💻поддержка и обновление документации в Confluence
👩‍💻написание юзер сторей
👨‍💻коммуникация с командой и продакт овнером
⠀
Занятость 15ч в неделю.
Работа по Киевскому времени.
Рейт - $20/ч.
⠀
Наличия профиля на Апворке - обязательно.
⠀
Пишите в личку, если интересно 🙂