Адель Шигабутдинов

Сеньор помидор. Бложек ведущего разработчика и тимлида, трансформировавшегося в менеджера проектов :-)

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

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

http://www.mann-ivanov-ferber.ru/books/kanban/

Иду я между рядами всяких технологических стартапов, а там паренек одиноко стоит грустит с  фигурками отпечатанными на 3d принтере. Чего, говорю, делаете? Вот говорит берем оригинальные фигурки, сканируем смартфоном и потом можем их напечатать, например.

Достает обычную сони иксперию, запускает их какую-то аппу, которая в «панорамном» режиме снимает селфи. Потом приложение 5 минут думает и выдает вот это:

https://www.astrivis.com/scan3d/viewer/xfS04yh59mdRTcjdK2gtBw== (можно покрутить мышкой)

Созрел пост об используемых инструментах. В этот раз не о программах, а об организации.

1. Trello вместо Wunderlist

Списки дел неудобны т. к. не отражают прогресс выполнения
В трело у меня доска на 5 колонок:
куча | сделать | в работе | жду ответ | сделано

Пробовал сделать шкалу прогресса выполнения 20% 40% 60% — как-то не зашло. Слишком много ресурса отбирает оценка готовности. Зачет/незачет проще и быстрее.

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

2. Список коммуникаций за день

Стал записывать всех позвонивщих / написавших / пришедших людей, суть их вопроса.
Использую чтобы ретроспективно оценивать все коммуникации и составлять планы по делегированию. Накопленные листочки просто просматриваются и оцениваются с точки зрения «кто бы ему или ей еще мог с этим помочь?». В результате переключения кстати обычно происходит кратковременное торможение, зато после — качественное улучшение результатов.

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

3. Матрица принятия решений, когда все не так однозначно

Что будет если ДА Что не будет если ДА
Что будет если НЕТ Что не будет если НЕТ

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

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

4. Диаграммы последовательности

Это мой любимый инструмент уже много лет

Позволяет описывать последовательность взаимодействия различных сторон какого-либо процесса. С программированием вообще не связано, можно в этих диаграммах хоть сказки описывать.
Легко рисуются на доске, листочке, Visio с комплектом UML или специализированных инструментах.

5. Загрузка правого полушария

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

Ссылки:

Гугл выпустил сервис https://quickdraw.withgoogle.com/

Рисуешь, а он угадывает что это.

Иногда не угадывает, но чаще все-таки да.

4 декабря 2016, 17:13

On demand maniac support

Когда обратная связь от наших технарей ну очень быстрая :-)

за фродом дней не замечая
со спамом борется Зифа
радеет чтоб зоофилия исчезла
вся

...

спросил однажды у Азата
чтоб убедиться, импорт будет верн?
-сойдет ли, если не прошлют транзактайди нам?
-наверн

...

не может кончить дело Коля
все крутит апи funbox-я
он сделал, но сломалась верстка
вся

...

нам сможет графиков построить
Артур конверсии т2
ноумани бабок не приносит
пока

Оказывается, чтобы создать групповой чат или звонок в мобильной версии Skype в iOS нужно открыть чат с собеседником, тапнуть на имя собеседника в верхней части экрана, и в выпавшем меню нажать «Добавить участников».

Вот тебе и дизайн интерфейсов.

© Иван Селиховкин
https://www.facebook.com/ivan.selikhovkin/posts/10207032631638700

Давешнее. Давайте объясню что думаю о противопоставлении project-ов и product-ов на примере бабушек?

У вас есть ребенок. Его надо регулярно укладывать спать. Ваша задача — чтобы он научился это делать самостоятельно (в идеале — оказался в кроватке, похлопал глазками и задремал).
А у ребенка — бабушка. Любящая и самоотверженная. Она помогает.
Вы решаете делегировать одно или два “укладывания” — ей.

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

Когда бабушка — иначе. У нее на первом месте — лишь бы малыш не рыдал (она его любит, она не так уж много проводит с ним времени, поэтому укачивать на руках — лично ей не особо и трудно). Кроме того бабушка — боится, что если дитя будет часто плакать в ее “дежурство” вы перестанете ей доверять.

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

Если представить, что я говорил о бизнесе, то бабушка — это project manager. Мотивированный, добросовестный, и по формальным результатам у нее все не плохо (ребенок засыпает быстро). Но она делает не то что надо. Цели разные, своих бабушка достигает, вашим отчасти противоречит.

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

Лет десять назад “лекарством” являлись KPI. Бабушке нужно было объяснить, что важно не укладывать быстро, а укладывать + не брать на ручки + не петь колыбельную (и растолковать почему это важно — ведь через год малыш станет неподъемным, а на колыбельные уже голоса не хватит). Работодатели объясняли “бабушкам” (рисовали сбалансированные показатели на уровне стратегии, спускали ниже, привязывали к выплате бонусов). Но менеджеры работали все равно по-своему (только теперь у них было одной заботой больше — скрыть как именно они “баюкают малыша”). Несовпадение целей одними только KPI-ми не лечится.

Сейчас распространена уверенность — project не нужен, заведем product-a.

И появляется бабушка-product manager. Ее ответственность не ближайший результат (уложить ребенка) а долгосрочный (обеспечить чтобы через пол года он спал сам). Или в случае с уроками — не проверять домашку, а обеспечить, чтобы он научился сам получать знания, поступил в ВУЗ и в конечном счете нашел работу мечты (своей мечты, не вашей).

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

Вот только бабушке от этого не легче. Вы только что делегировали ей ответственность за мало понятный результат. Не каждая бабушка доживет (хотя дай ей бог здоровья) до выхода внука на работу (равно как и не каждый product в вашей компании дождется снискания своим детищем коммерческого успеха). Бабушке, порой, не ясно как измерять промежуточные успехи (сегодня внук делал домашку лучше, завтра хуже, а потом снова хорошо; из школы принес то двойку то пятерку — это что вообще значит, он приблизился к работе мечты или нет?)

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

Для подобных проблем больше давным давно придумали термин “агентская проблема”. И абсолютного решения так и не нашли.

А противопоставление product-ов и project-ов не имеет смысла.

Project-ы и product-ы — две приходящие бабушки, противопоставляющие себя друг другу.

Самоуверенно спорят кто лучше влияет на малыша. А бизнес, поглядывая недоверчиво на результат, пытается подобрать новые слова. Бирюзовый, бирюзовый, бирюзовая семья, родители, бабушка — бормочет он неуверенно.

3 сентября 2016, 9:03

Полезное почитать от Google

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

https://rework.withgoogle.com

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

  1. проявляют себя как отличные наставники
  2. доверяют и дают возможность принимать какие-то самостоятельны решения своим людям
  3. интересуются судьбой каждого
  4. ориентированы на продукт и результат который они делают
  5. обладают отличными коммуникативными навыками
  6. помогают своим людям расти и развиваться
  7. имеют четкое представление о их проекте и будущем команды
  8. обладают отличными техническими компетенциями

А вот следующий сайт я попал вообще случайно.

https://www.thinkwithgoogle.com

У меня на фейсбуке есть друг, у которого работа связана с фармакологией и он просто запостил ссылку на конференцию по Фарме, которую проводит Google .
На сайте куча маркетинговой информации от гугла о самих себе и как они полезны для бизнеса, результаты исследований и полезные how-to.

10 августа 2016, 11:57

Выбирайте выражения

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

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

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

Aggression

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

— «Внесите в ваш белый список наши новые IP-адреса, с которых мы будем обращаться к вашему API»

— «Нужно внести в ваш белый список наши новые IP-адреса, с которых мы будем обращаться к вашему API»

— «Когда пришлете запрошенный список активных сервисов?»

— «Когда можем ждать запрошенный список активных сервисов?»

Восток дело тонкое.

Imperio!

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

«Можете, пожалуйста, посмотреть, есть ли привязка префиксов к указанным id сервисов и прислать их список?»

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

«Пожалуйста, посмотрите есть ли привязка префиксов к указанным id сервисов и пришлите их список»

Strike

Некоторые наши HR являются потрясающими коммуникаторами и иногда бомбят меня конструкциями вроде:

— Можешь сказать время, когда ты будешь готов встретиться с Леонидом Гудковым?

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

Ctrl + ↓ Ранее