Почему спросила - хочу для вас подготовить обзор трекеров и, в целом, тулзов, которые использую в работе :)

А пока что ловите ссылку на еще один проект с симпатичными чеклистами

https://365done.ru/

Всем привет! Сегодня участникам воркшопа по переговорам должно было прийти письмо со всеми оргдеталями. Если вы его не получили, значит, не были соблюдены условия участия. Вопросы можно задавать сюда @Anna_Boo

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

Итак, жила-была компания - крупная, успешная, быстро растущая. В какой-то момент один из топ-менеджеров решил добавить огоньку и убрать иерархию из команд. То есть, не стало тимлидов, все разработчики оказались на одном уровне, а менеджеров поставили где-то сбоку и лишили права голоса. Никакой дедовщины, каждое мнение важно, а если разошлись - так договаривайтесь, культурные же все люди. В идеальном мире, где каждый разработчик - менеджер, тестировщик, дизайнер и швея-гитаристка, это, возможно, и получилось бы. В нашем мире, полном боли, страданий и упертых людей, это сработало как авария на МКАДе: движение встало. Вместо того, чтобы писать код, разработчики собирались на бесконечные обсуждения. Менеджеры наблюдали за агонией, но ничего не предпринимали - ведь теперь они выступали как советчики, а не как реальные оунеры продукта.

Ответственность, поделенная на всех, = отсутствие ответственности.

Разнообразие мнений = отсутствие единого мнения и единой стратегии на глобальном уровне.

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

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

Ух, какая буря поднялась после вчерашнего поста! Постаралась ответить всем, но напишу и тут вкратце:

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

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

- и да, я считаю совершенно справедливым отвести сотрудника в сторонку и сделать ему втык за сорванные дедлайны. Есть, конечно, крайний случай, когда орут матом и чтобы слышали все 5 этажей - это недопустимо. Но человек должен понимать, в чем нафакапил и как не допустить это в следующий раз, - такой разговор должен вести руководитель, отвечающий за повышения и увольнения. Собратья-коллеги того же уровня либо закроют на это глаза ("да ладно, я тоже могу в такой ситуации оказаться"), либо, даже если скажут, не окажут должного влияния на баламута ("с чего это вдруг я должен к ним прислушиваться").

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

UPD Человек найден, всем спасибо! Друзья, а у нас освободилось 1 бесплатное место на воркшоп по переговорам!
Вся информация тут https://telegram.me/proproduct/107, сами переговоры пройдут в удобное для вас время с 16 по 24 января по Skype.

Если хотите присоединиться, выполните условие из оригинального поста и напишите мне в личку @Anna_Boo. Так как место всего одно, кто первый напишет, того и тапки :)

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

http://griddiaryapp.com/en/

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

Ситуация №1:

Одна из команд в компании N решила нанять нового сотрудника – Сергея, профессионала с большим опытом работы. Сергей с энтузиазмом берется за дело, но хочет перестроить процесс и внедрить новые инструменты. Николай, один из старожилов компании, проработавший тут 10 лет, резко возражает против изменений, у них с Сергеем случается серьезный конфликт. Спустя неделю после выхода на работу Сергей идет разговаривать с начальником. В ходе беседы Сергей заявляет, что либо уйдет сам, либо должен быть уволен Николай.

Роль №1 – начальник. Цель: не потерять сотрудников – и Сергей, и Николай одинаково ценны для компании.

Роль №2 - Сергей. Цель: добиться внедрения новых процессов - старые, по его мнению, работают отвратительно.

В Берлине есть компания VBB, которая заправляет всем общественным транспортом. Качество их сервиса оставляет желать лучшего - поезда то и дело опаздывают, трамваи неожиданно отменяются - но почему-то огромное количество денег они вкладывают не в улучшения, а в рекламные кампании. Кампании причем на грани фола: несколько роликов, например, было на тему "Почему наши поезда воняют" или "Как мы учим наших сотрудников быть грубиянами". Так вот, мои коллеги сегодня за ланчем задались вопросом - а зачем им вообще это нужно? Монополисты же, у людей нет другого выбора. На самом деле, еще как есть: велосипеды, машины (проехать 10 минут на каршеринге стоит как 1 билет в метро), электроскутеры на прокат, да даже дойти пешком.

Этот пример еще раз демонстрирует старую истину: конкурентов надо определять по проблеме пользователя, которую они решают. В истории выше она довольно очевидна - добраться из точки А в точку Б наиболее эффективным способом. Какое-нибудь премиум-такси в список конкурентов VBB не войдет, хотя тоже вроде как транспорт, - потому что акцент здесь не на эффективности, а на статусности перемещения. Если вы делаете книжный магазин, ваши конкуренты не только другие книжные, но и прочие сервисы для развлечений: кинотеатры, к примеру, или даже телевизоры. Не забывайте про своих "скрытых" конкурентов - это еще и для вдохновения полезно ;)

Я уже рекомендовала вам несколько каналов про IoT, вот еще один – интересная аналитика, дельные статьи, переводы самых важных отчетов и обзоров. Читаю с удовольствием и делюсь с коллегами - что и вам советую ;)

https://telegram.me/IoTSpace

Смотрите, какой классный шаблон для OKR :) и комментарии четко и по делу:

https://docs.google.com/document/d/1OHpQOvZz76_10ebJP2AKvvXUF3H9yd6FC89F5jS4mks/edit?usp=sharing

Without sales, nothing would get sold.
Without engineering, nothing would get built.
Without support, customers would leave.
Without product managers? Life would be just fine. (For a while.)

— Kenneth Norton, Google Ventures

Друзья, если вам нравится этот канал и вы хотели бы, чтобы он развивался, поставьте ему оценку, пожалуйста. У меня скоро день рождения, это будет лучший подарок :)

https://tchannels.me/c/proproduct
https://telegram.me/tchannelsbot?start=proproduct

Друзья, растрогана до глубины души!! Благодаря вашим оценкам этот канал теперь в Best New и Top Chart :) и нас теперь больше полутора тысяч! Спасибо вам - за то, что читаете, пишете комментарии в личку, делитесь классными ссылками. Отдельно обнимаю тех, кто написал такие трогательные отзывы, - так неожиданно и тем более приятно! ^_^

На сон грядущий принесла вам небольшую заметку от CEO Blossom (это такой issue tracker) - чему продакты могут научиться у 85-летнего суши-шефа Jiro Ono. Я вообще очень люблю аналогии с другими предметными областями, особенно после того, как узнала, что это супер-средство для буста креативности ;)

Условно говоря, вы продакт, ваша задача - привлечь +n% пользователей. А теперь представьте, что вы директор ресторана, и вам нужно привлечь новых посетителей. Или что вы пчеловод, и вам нужно привлечь больше пчел. По сути проблемы и задачи почти везде одинаковы, только способы решения разные ;)

https://medium.com/what-product-managers-can-learn-from/what-product-managers-can-learn-from-jiro-ono-cbf273488f2#.9ij1o2cru

Давайте на следующей неделе поговорим про то, какие менеджерские роли вообще бывают и как они между собой отличаются. Product Owner, Project Manager, Product Lead, Program Manager - кто вообще все эти люди и чем они занимаются, кроме как бегают по встречам с макбуками? :) если у вас есть какие-то конкретные вопросы, пишите сюда @Anna_Boo (на выходных буду вне зоны доступа, но в пнд всем отвечу ;).

Ну и давайте воскресим #задачкувыходногодня: чем отличается проджект от продакта? Найдите 3 основных отличия ;)

Мне в последнее время присылают много вопросов про жизнь и работу в Берлине - ну что ж, давайте устроим мини-конференцию :) пишите мне вопросы (в рамках приличий, пожалуйста ;) в @Anna_Boo до вторника, постараюсь на все ответить в среду 😊

А давайте и я вас спрошу, если уж на то пошло :)