Логическая задачка

Вчера мы решили, что задачкам быть и я предлагаю начать со своей любимой.
Эту задачу любят давать аналитикам или разработчикам, но и для остальных подумать никогда не бывает лишним 👩‍🚀

Условие
Есть 2 стекляных шарика и 100-этажное здание.
Оба шарика одинаковые и разбиваются начиная только с определенного этажа.

Сколько раз нужно бросить шарики, чтобы точно определить, этаж, начиная с которого они разбиваются?

Пример
Мы можем кинуть 1й шарик с 50-ого этажа.
Если он разбился, то 2й кидаем последовательно с 1-ого по 48й этаж и у нас получится ответ 49

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

Успехов!

Олег, держись

Разбор задачки с Олегом

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

0% разработчик Петя
Единственный точно невиновный человек. Конечно мы проверим реализацию, но даже если это ошибка, она должна была быть поймана на тестах.

16% аналитик Рома
Я бы ставил на него. В задачи аналитика входит написать требования так, чтобы их нельзя было трактовать двояко + согласовать это с продуктом. Если это было сделано, то проблема либо надумана, либо у нас прокралась ошибка, что случается.

19% продукт Ольга
Инициатор проблемы, с ней нам (мы - РП) стоит поговорить в первую очередь и сверить реализацию с требованиями. Если все сходится, то фиксируем, что еще нужно и расходимся.

65% РП Олег
Эти 65% я бы трактовал так:
На любых проектах в 65% всех проблем будет виноват РП, так просто принято.
Стоматологов тоже мало кто любит, что уж тут поделаешь:)

Свобода и каникулы!

Сегодня я впервые за много лет проснулся безработным!
В разгар майских праздников, пока компании вводят моратории на набор в штат и режут бонусы, я решил сменить работу и сменил:)

По этому поводу ближайшие 2 планирую писать на свободные темы и отвечать на любые вопросы из комментариев к этому посту.

Давайте немного пообщаемся:)

Разбор ошибок

Провокационная рубрика, где я привожу реальный кейс с реальным РП и предлагаю его проанализировать.

Дано: до релиза две недели, в команду разработки приходит новый РП и пишет свой первый набор правил:

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

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

Вопрос: какие ошибки были допущены и к каким последствиям они приведут?

Разбор ошибок, итоги

Ниже приведено мое личное мнение, целью которого ни в коем случае не является задеть чьи либо чувства.
Ответственность сбросил, а теперь к делу:)

Ошибка 1 - слабая лексика
Краткость - сестра таланта и мать РП.
Фразы «правила до и после релиза» должны искореняться, поскольку не несут никакой смысловой нагрузки вообще.
«Минимальными» их тоже не назвать, так как они единственные.
Для очистки свой речи рекомендую книгу «Пиши и сокращай»

Ошибка 2 - задачи без адреса
Попросить вести минутки (протокол встречи) можно, но тогда стоит указать, кто именно должен их вести (инициатор встречи), а в идеале еще и в каком виде (подготовить шаблон). В таком виде просьба просто растворится в чате.

Ошибка 3 - чрезмерный контроль
Эта ошибка бросается в глаза сильнее прочего, о чем говорят комментарии.
Заставлять разработчиков писать отчеты - очень плохая идея, а ежедневные отчеты по неустановленным правилам - худшая из возможных. Разработчики очень специфичны и такие просьбы оборачиваются падением скорости работы до минимум (а минимум - это 0).
Лучше понять разработку поможет книга «Как пасти котов»

Ошибка 4 - отсутствие конкретики

«Сборку смотрим 2-3 раза в неделю».
Так 2 или 3? А в какие дни? А кто ее должен готовить?
Так много вопросов и так мало ответов(

Ошибка 5 - слепая смена инструментов

Тонкая, но важная ошибка.
Если в trello сложно уследить за большим количеством задач, то перенос всех этих задач в другую систему только усугубит проблему.
Задач по прежнему будет куча + теперь их нужно мигрировать + всей команде придется перестроиться и все это ради удобства РП.
Учитесь работать с разными инструментами (особенно с jira и trello) и выбирать тот, который удобен команде, а не лично вам.

PS Ошибки - это норма и все мы их совершали, а многие совершают до сих пор.
Учитесь на ошибках и становитесь сильнее, всем добра:)

Новости из мира госзакупок

Тендер на проведение обучения 240-а госслужащих по теме «инструменты управления»
Стоимость: 2 млн. руб.

https://www.roseltorg.ru/procedure/0173100008522000017

Кажется надо ускоряться с созданием своего курса…

Анекдот!
Да-да, анекдот:)

На поле сидит пастух, поглаживает свою собаку и приглядывает за стадом овец.
Вдруг к пастуху подъезжает черны джип, из него выходит человек в дорогом костюме и говорит:

- Спорим я угадаю, сколько овец у тебя в стаде? Если угадаю, ты отдашь мне одну?

Немного удивленный пастух отвечает:

- Интересно, давай попробуем

Человек в костюме достает ноутбук, подсоединяет его к мобильному телефону, устанавливает связь с Интернетом, заходит на сайт НАСА, выбирает спутниковую связь GPS, выясняет точные координаты места, где он находится, и отправляет их на другой спутник НАСА, который сканирует эту местность и выдает фото со сверхвысоким разрешением. Затем передает снимок в одну из лабораторий Гамбурга, которая через несколько секунд отправляет ему подтверждение того, что снимок был обработан и полученные данные сохранены в базе данных. Через ODBC он подключается к базе данных MS-SQL, копирует данные в таблицу EXCEL и начинает производить расчет. Через несколько минут он получает результат и распечатывает в цвете 150 страниц на своем миниатюрном принтере. Наконец он говорит пастуху:

- У тебя в стаде 1586 овец.

- Точно! Именно столько овец у меня в стаде. Что ж, выбирай любую!

Человек выбирает животное, грузит его в багажник и собирается уезжать, но пастух его тормозит:

- Послушай, а если я угадаю, кем ты работаешь, ты мне ее вернешь?

Немного подумав, человек в костюме говорит:

- Ну, давай.

- Ты работаешь бизнес-консультантом

- Это правда, черт возьми! И как же ты догадался?

- Ты появился, когда никто тебя не звал, хочешь получить плату за ответ, который я и так знаю, на вопрос, который тебе никто не задавал, и к тому же ты ни хрена не смыслишь в моей работе.
ТАК ЧТО ВЫТАЩИ МОЮ СОБАКУ ИЗ БАГАЖНИКА И ПРОВАЛИВАЙ ОТСЮДА!

PS Не в обиду консультантам, вы тоже бываете ничего:)

PMBok
Важнейшая книга, которую должен освоить каждый руководить проектов.

В свете последних событий стоит дофига, но у вас есть три пути:

1. В нашем канале выше можно найти четвертое издание на русском бесплатно

2. Воспользоваться скидкой (скорее всего сработает только у первого)

3. Немного подождать и я разложу весь материал здесь по кусочкам и в доступном виде

PS Поделитесь нашим каналом, полезные вещи делаем как никак:)

7 раз отмерь

Отправляешь письмо на десяток человек и обнаруживаешь глупую опечатку!
Исправляешь опечатку, отправляешь письмо повторно и о ужас, вложение не прикрепилось!
Со скоростью света прикладываешь вложение, делаешь третий дубль, но репутацию уже не вернуть:(

Знакомо?

Возьмите за святое правило перед отправкой любого письма минимум один раз вдумчиво прочитать текст, проверить вложение, сверить адресатов!

Скидки на образование

Госуслуги при поддержки ряда образовательных платформ (нетология, яндекс, сбер и многие другие) позволяют пройти курс по ряду ИТ профессий (в том числе на руководителя проектов).

Для кого подходит:
- Возраст от 16 лет
- Образование: высшее, среднее или студенты
- Наличие льготной категории

Скидка 100%
- Безработным, состоящим на учёте в центре занятости
- Людям с инвалидностью

Скидка 50%
- Если зарплата ниже средней по региону
- Студентам вузов, техникумов и колледжей
- Работникам бюджетных организаций
- Родителям с детьми до 3-х лет

Подробности на госуслугах по ссылке:
https://profidigital.gosuslugi.ru

Стартапы / Остервальдер

В своей практике мне довелось поработать только в одном стартапе, «Willz» и это было прекрасное время, о котором я всегда вспоминаю с большим теплом.

К сожалению спустя два года работы willz так и не вышел в плюс и был закрыт.
Дров было наломано много, но основное полено - это слабая бизнес-модель.

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

Чтобы быть при оружии, советую сохранить себе бизнес-модель Остервальдера и если вам доведется работать в стартапах, начните с нее:)
А чтобы разобраться в серьез, ознакомьтесь с книгой: «Построение бизнес-моделей» Остервальдер, не пожалеете:)

Необычные стартапы

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

Где тут бизнес? - канал про социальную трансформацию бизнеса и общества. Если проще, то автор разбирает социальные ответственные стартапы, или импакт-стартапы, социальные инициативы корпораций, всякие любопытные НКО и прочие крутые штуки на стыке бизнеса и общественных инициатив. Тематика необычная и интересная.

Примеры разборов:

🔹 Самый сексуальный стартап Hello Cake и по совместительству самый популярный пост на канале.

🔹 Российский стартап Single Socks, основанный 10-летней девочкой

🔹 Американская НКО AnnieCannons, обучающая программированию женщин, переживших домашнее насилие или торговлю людьми.

Рекомендую подписаться, чтобы черпать идеи для своих бизнесов и проектов.

https://news.1rj.ru/str/where_is_business/9

​​​Новости из мира сбербанка

22 и 23 июня пройдет ежегодная конференция “Sbergile talks lite”, на которой коллеги из Сбера, Яндекса, МТС и других компаний поделятся опытом применения методологий kanban и scrum.

Участие бесплатно , по регистрации:
www.sbergile.ru/stlite2022

Но это цветочки!
Только для нашего канала готовится кое что куда круче, анонс сегодня в 18:00

Эксклюзивчик с Head of mobile Сбербанка

Пришло время теснить Юру Дудя;)

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

Будем обсуждать управление проектами в сбере, релокацию, рынок IT сегодня и многое другое!

Что я жду от вас:
1. Вопросы в комментариях
2. Репост этой новости - если наберем 1000 просмотров, интервью будет открытым (т.е. пустим всех принять участие)!
🔥🔥🔥🔥🔥🔥🔥🔥🔥🔥

Разбор кейса

Кейс от ex-коллеги, занимающегося заказной разработкой.

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

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

Ваша задача
1. Обеспечить оплату
2. Сохранить клиента

Что будем делать?

Разбор кейс с отказом от оплаты

Ситуация неприятная, но паниковать не стоит, а стоит есть слона по частям.

Во первых это риск, а значит нужно зафиксировать ситуацию в реестр рисков.

Во вторых на каждый риск с высоким весом (а это, безусловно, такой риск), нужно выработать набор действий с ответственными, здесь я его вижу следующим:

1. Уточняем, а выполнены ли работы (если нет, то проблема становится меньше). Уточняем - значит сравниваем ТЗ с реализацией
2. Есть ли претензии к работам (если да, то возможно решение этих претензий решит и проблему)
3. Читаем договор - для заказной разработки это может быть Time material (и тогда нам действительно могут не оплатить остаток), а может быть fix price (и тогда мы возвращаемся к пунктам 1 и 2)
4. Вооружившись знаниями из пунктов 1-3 идем общаться с заказчиком и продуктом (может у продукта просто был плохой день)
5. Остальные шаги рождаются из общения, возможно мы скорректируем объем работ, возможно пойдем на уступки, а скорее всего зафиксируем объем претензий и будем работать с ними, в любом случае нужно понять причину недовольства и отталкиваться от нее.

PS Если разбор наберет 10 огоньков, уговорю коллегу рассказать, чем же на самом деле закончилась эта история
PPS Я всегда рад новым кейсам, присылайте, это бесплатно, анонимно, полезно:)

Запуск проекта без ТЗ похож на запуск бумеранга с завязанными глазами - может и повезет, но веры мало

Большие и глупые задачи

В начале пути мне довелось несколько лет работать аналитиком на гос. проектах.

Основная боль такой работы - необходимость писать огромное количество ужасных документов.

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

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

1. Создаем документик (или находим шаблончик, если такой был)
2. Накидываем структуру
3. Понятные разделы наполняем
4. Для непонятных ищем информацию и накидываем прямо сырой.
5. Делаем повторные проходки, шлифуем написанное

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

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

Контроль полезных привычек

В книжках про продуктивность есть такое "правило 2-х дней".
Его суть в том, чтобы не пропускать больше 2-х дней подряд при занятии чем-либо (спортом, например)🥺

На самом деле не так важно "не пропустить эти два дня" – у всех есть выходные или просто плохие дни.

И это не имеет никакого отношения к мотивации.
Как отвечал Артемий
- Как мотивировать себя что-то делать?
- Да никак, оставайтесь в жопе!

Мы просто собираем статистику🥸
Статистика наглядно показывает, что на самом деле наше, а что нет.

Стоит развивать тему продуктивности или все и так всё знают?)