Предприниматель должен быть выборочно ленивым

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

Так было и со мной. Не так давно я открыл книгу про финансовую грамотность, которую читал давненько. Так как я люблю делать пометки в книге я нашел много интересного из прошлых моих фантазий. Одна из них была - уволиться и стать тренером, зарабатывать на рынке именно этим. Писать тренинговый контент каждый день и продавать его. Стояла дата. Сумма прибыли. Мое имя. Цель из точки А казалось яркой, полной и осмысленной. Сейчас с легкостью могу сказать где я сейчас и чем это отличается от того, как виделось тогда, в точке А. 

Есть хобби, а есть проект коммерческий (работа или самозанятость). С хобби просто все - делаешь его пару часов в неделю, никаких обязательств. Не интересно - занялся чем-то еще. С работой немного труднее, но все же просто - особенно если делать просто то что скажут. Just do it и раз в месяц получаешь часть прибыли компании, которую компания запишет в расходы. Сложнее, если на работе нет микроменеджмента (как было у меня) - есть цель, придумал как хочется ее реализовать, осталось чуть времени - вложил во что-то по своему усмотрению, накопил наработки - продал менеджеру. Вроде как предпринимательствуешь, но вообще без рисков. Когда ты самозанят все сильно меняется. Тут любой риск аукнется и отпечатается на то какая еда будет у твоей семьи в холодильнике. 

Если выбрать тренинги, как это сделал я, то окажется что их надо продавать, а продавать тренер не факт, что умеет. Но перед тем как кому-то что-то продать надо этого кого-то найти. Привет маркетинг-скилз, а его у тренера нет. Будешь заниматься всем подряд - а как же тогда сам тренинг? Как же "генерация контента каждый день"? Ну ладно, можно сделать "лонч" к определенной дате, собрать ребят по всем возможным каналам, потом лично обзвонить каждого оставившего заявку, потом уже провести с ребятами тренинг. Супер. Сделаешь это ты скорее всего как сумеешь, но результат будет. И скорее всего может оказаться, что денег это сгенерирует недостаточно (несоизмеримо ожиданиям от вложенных усилий) - в общем, не так, как тренер привык в одной большой и щедрой компании. Грубо говоря, зарабатывал 2000$, а на тренинге напродавал всего на 700$. А сил затратил в три раза больше чем до увольнения. И что теперь бросать идею? Нетушки... 

Подумалось, а что если я буду набирать на тренинг постоянно. А свои оффлайн тренинги перенесу в онлайн, оцифрую так сказать себя как тренера и буду продавать хорошо организованный self-study тренинг. Цена будет чуток меньше, но и меня в этом процессе не будет. В голове все красиво, а на деле? На оцифровку уйдут месяцы работы. А когда месяцы пройдут, окажется что большую часть контента надобно переписать. А ой как не хочется.  Ведь все это время рассматривал это как инвестицию, с которой еще не получил свои дивиденды. Грубо говоря, записал 400 часов видео, чтобы рефрешнуть его надо перезаписать 100. Обновить - 200, а лучше все переделать под новые стандарты. Ты ведь подрос, знаешь уже как надо было. И происходит борьба между внутренним инженером и подрастающим продавцом: Продавай как есть! Нет, перепиши! Нет продавай! Нет перепиши. Стоит делать и то и другое.

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

И будешь прав, если захочешь сдаться. Ведь это не то, что рисовало тебе воображение глядя на картинку. Ты хотел просто заработать на хобби. А от хобби-то и следа не осталось. Да и денег как-то не много. Но секундочку! Если посмотреть на многие успешные компании, что их объединяет? А посмотрим на некоторые графики акций известных компаний. 

Они есть! Это во-первых. Тех, кого уже нет обычно не обсуждают. Второе - они есть давно. Больше чем год. Больше чем 5 лет. Больше чем 10 лет. Они не закрываются, потому что что-то пошло не по изначальной задумке. Быть может идею стоит поменять. Быть может научиться любить "бухгалтерию". Или нанять тех самых ключевых людей, которые все сделают и и полюбить служение команде. 

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

Какой выход я вижу сейчас? Извлекать себя из всех процессов. Четко описать в job descrition какие роли ты выполняешь прямо сейчас и предлагать другим специалистом сделать эту работу лучше чем ты, full time и за определенную часть от прибыли (фиксированная ставка или процент, все зависит). Сложнее всего попрощаться с той ролью в которой ты силен, из чего все началось. В моем случае это тренерство. Ты просто видишь, что другие ребята не сделают так как ты. А тот кто сделает и сам уже самозанят. И держишься до последнего за нее. А не стоит.

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

Сейчас читаю одну книжечку. Так там сказано, что Богатые Дураки действуют не так как те, кого я называю инженерами. Они переворачивают все с ног на голову и часто пользуются силой Д - временем, деньгами, опытом и экспертизой других людей.

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

А что касается ожиданий по компенсации времени, то тут все по другому считается, не так как тебе хочется. Ты как предприниматель имеешь другой рейт, нежели как специалист. Как специалист ты Senior, как предприниматель Junior. Рейт будет расти относительно твоего опыта. Чем больше шишек, тем больше кешфлоу. Потому основная работа - это хорошо. Я бы наверное поступал так (собственно так со мной и случилось) - работаешь на основной работе и накапливаешь жирок. Это как? Тратишь меньше чем зарабатываешь. Откладываешь подушку безопасности. Потом заканчиваешь проект и увольняешься на пол года, чтобы запустить проект (именно тут надо всего тебя, даже 250% тебя). Не поиск новой работы, а попытка запустить новое. Деньги со счета беспощадно утекают, но ты знаешь что времени у тебя 6 месяцев. Потом, по мере делегирования возвращаешься на основную работу, чтобы снова "поднакопить жирок". Тут же и к новой работе уже относишься не как инженер, а как партнер, предприниматель. Если вдруг понадобиться запустить новый проект - я бы запускал по подобной прошлому схеме, ведь тогда сил это заберет меньше - ты знаешь что делать надо, а что нет. Посмотрим. Третий быть может по иной бизнес модели. 

Что хотел сказать? Не останавливайся коль начал. Не бывает быстрых результатов. Какое-то время требуется на проработку твоей инженерной кармы до перевоплощения в успешного предпринимателя. Будь выборочно ленивым и извлекай себя за скобки процесса. Вкладывай только туда свое время, что будет работать потом N раз на тебя. Это называется активы. Думай о системе, настраивай ее, а не людей. Ну и найди наставника.

Записано на правах капиталовложения. Да да, блог это тоже актив. Раз написал, работает много. 

Ретроспективы не работают! Часть 2

Прошлый наш пост с тем же заголовком был скорее не про ретроспективы, а про внимание. Но комментарий говорит о том, что все же стоит поговорить про ретроспективы тоже. Итак

☺Ретроспективы не работают. 100%. (с)

☻Не работает почему?

☺К концу итерации память притупляется.

☺Люди не любят чувствовать себя виноватыми.

☺К моменту ретроспективы проблемы решать было поздно.

☻Это проблемы, это понятно - они у всех есть. А что было хорошо на подобных митингах?

☺Ну мы пиво иногда пили

☻а еще?

☺Иногда в мафию играли)

☻что радовало?

☺Травили байки

☺К работе никакого отношения

☻Это ок! Что радовало? Что приятно и полезно вспоминать?

☺Просто рутинная процедура, которую типа нужно провести

☻Представь, что тебе еще один раз пришлось бы провести "ретроспективу" но совершенно по твоим правилам. Как бы ты ее провел теперь? Если бы никто не знал как она проходила раньше - ты впервые им показываешь новый инструмент. Как бы ты все сделал?

☺Я бы ее не стал проводить, я бы сделал все, чтобы она была не нужна. Потому что она не нужна.

Вооот! "Я бы ее не проводил". Только что мы провели ретроспективу над процессом ретроспективы. Результат может и не принес удовольствия, но я получил понимание того, что приносило удовольствие и что сейчас формальные мероприятия лучше не проводить. Мне этого достаточно. Ретроспективу в топку! Она тут не работает.

Но погоди, будет ли ретроспектива оставаться ретроспективой, если ее в следующий раз ее провести так, чтобы участь все предыдущие пожелания? Запрос услышан такой: Больше веселья. Меньше формальности. Никакого обсуждения фейлов. Лучше, если не по работе вообще собрание. И да! - никаких "ретроспектив"! Супер! Что, если я вычленю то, за что мне как тимлиду нравится этот инструмент - ретроспективы - и оберну их в требования заказчика (команды). Будет ли это ретроспективой? Попробуем...

Эта работа проделывается наедине. Так называемая саморетроспектива. Коль уж тебе, тимлид, нравится этот инструмент - проделывай его так же и над собой ;). Итак "Что мне нравится в ретро?" 

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

Я люблю делиться знаниями, о том, что узнал от других команд. 

Моя задача сделать проект успешным, я на это закомитился (заметили, я не сказал "я люблю")

Если убрать все лишнее для команды от ретроспективы и оставить то, что важно для меня. Что получится? Попробуем сделать морфинг

♥ Больше веселья. Лучше, если не по работе вообще собрание => ♠ ок! мы будем чаще играть в игры

♥ Меньше формальности => ♠ Ок! Мы будем делать это спонтанно, по общему пожеланию. Без всяких блокнотов, ручек, планирования, митингрумов, ведущих, стенографистов.

♥ Никакого обсуждения фейлов и чувства вины => ♠ ок!  а мне по-хорошему это и не надо было, я хотел узнать что-то полезное что могу применить для себя. Давай буду спрашивать об этом напрямую - что ты можешь рассказать такого,  что проперло тебя? Какой челлендж ты прошел с  прошлым таском? И да, я никакой формальности - я не буду тебя спрашивать об этом когда мне это приспичит - я буду выжидать, когда ты готов будешь этим поделиться со мной. И я тебя выслушаю.

♥ И да! - никаких "ретроспектив" => ♠ Ок, назовем это пуреконтазадия. 

♥ Че? => ♠ Ну, как - пуреконтазадия. Ну когда ты внимателен к своей команде, и при удачном случае спрашиваешь "уау, чувак! как у тебя это получилось?" или "ты крут, расскажи, над чем работаешь сейчас?" Никаких формальных собраний на эту тему - просто если подвернется случай. А освободившееся время лучше провести с фаном в игру в мафию, за пивком. Вот что такое "пуреконтазадия".

♥ А ну ок, называй как хочешь - лишь бы все как мы просили!

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

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

"'Уау, это было круто! Как ты это сделал?"
"Эй, а что еще ты собираешься еще начудить такого?"

Не формально, без собраний, без принуждений, без формата, размазанное по деливери, в группах или без, с фаном и в помощь обоим сторонам.

Вот что я сейчас называю ретроспективой. И это у меня работает на 100%, потому как приносит удовлетворение моих запросов и запросов моих друзей. 

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

Чтобы все получилось на ретроспективу стоит смотреть немного рекурсивно.

Что я делал не так?
 - собирал насильно людей в комнате чтобы сделать то что НАДО вместо того, чтобы помочь им сделать то, что они ХОТЕЛИ
- говорил про ПРОБЛЕМЫ вместо того, чтобы похвалить за то, что считал КЛЕВЫМ
- делал это (похвалить) не тогда когда они этого ЖДАЛИ, а тогда когда этого ХОТЕЛОСЬ МНЕ
- делал это НА ЛЮДЯХ, игнорируя потребность людей оставаться анонимусами, скромничать
Это все мои ошибки были. Я их осознал. Просто хотел, чтобы у меня работало на 100%.

Ну а в целом да - формальные ретроспективы не работают на 100%   

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

Как-то так.

Неотправленные письма творят чудеса

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

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

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

Странно, но работает. Чувствуешь себя программистом, который пишет сценарий того, каким будет завтра. У меня этому есть объснение, но не буду портить сказку предположениями, почему это работает, а лишь скажу, то у меня это работало неоднократно. И пусть этот инструмент остается магией...

Как перейти от классического программирования к парному?

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

"Тим, прошу прочитать эту статью, как вводный курс в эти дебри :) Статья наверное самая стаящая что я читал по этой теме (всего где-то 20) но длиннная.
http://www.google.com.ua/url?sa=t&sourc ... bRV1GGCn0Q
Если нету времени или же по каким-то другим причинам не удается этого сделать, то ничего не поделать - риллайф.

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

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

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

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

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

А можно пойти дальше и сделать так.
Нас честверо кодеров + пара дизайнеров. Наталка, Тоха, Коля и Я.
Андрей и Сережа ссори что не внес в список - вы очень заняты чтобы решить задачу о программинге парами тривиально.
Ирка и Артур вы сами можете решить как вам взаимодейтвовать, я незнаю как работают дизайнера и возможнно ли применить парную разработку в вашем деле.
Кстати QA: Жека и Винни тоже могут попробовать тестить парой. Но это надо обсудить с ними.
Так вот что касается 4х основных разработчиков: работаем парами. Каждый день формируется одна пара. Например Коля + Наташа утром до обеда работают над задачей Коля а потом после работают над задачей Наташи. Типа: "ты мне я тебе". На следующий день пары меняются. Коля уже может быть с Тохой.

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

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

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

Что касается самого парного программинга, то тут могу предложить только то, что мы успешно опробовали с Тохой.
Роли две: 1. кто непосредственно кодит подзадачу. 2. кто ведет лог подзадач и смотрит за тем что делает первый стараясь не вмешиваться до тех пор, пока все идет пучком.
При выполнении всех подзадач - таск можно сдавать КьюА.
Если какая-то подзадача появляется (баг/фича) - ее тут же заносят в список и продолжают прерванную подзадачу.
Когда кто-то утомляется от его роли или малокомпетентен в данной области, то можно поменяться местами.
При завершении подзадачи она вычеркивается из списка и после возможного совместного перерыва на выполнение поступает следующая подзадача с наивысшим приоритетом.
Список потом можно дать КьюА как контрольный, а можно написать приемочные тесты.
Если ктому-то что-то непонятно то разработка прерывается и устранябтся все разногласия.
Если подзадача занимает много времени, или кто-то начинает зевать - верный знак что пошли не тем путем. Перерывчик и снова в путь.
Самое сложное - не спорить. Спор занимает много времени и скорее всего не приведет к нужному результату. Спорный таск посжно отложить и обсудить на перерыве.

Вроде как все. :) Спасибо что дочитал до конца.

"Одна голова хорошо, а две лучше"
У нас все получится. Если, конечно, мы готовы к экспериментам."

Параррельное измерение: первый опыт скрам секретаря

Вчера, на ретроспективе моей команды, наш Product Owner (по совместительству еще и Scrum Master) предложил кому-то из команды стать секретарем и вести Daily meeting.

Мало кто хотел, потому вызвался я. В чате с PO уточнили, что это всего лишь с тем, чтобы устранить рапортование Product Owner'у на Daily meeting. Но пассивная роль секретаря Product Owner меня не устроила.

Я почитал немного про роль Scrum Master в команде из аджайл группы (за что ребятам большое спасибо).

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

Вот список статей которые я осилил вчера:
"Чеклист СкрамМастера" Переводчик: Кривицкий Алексей
"Главарь Банды - шесть качеств хорошего скрам-мастера" (Майк Кон) Перевода Алексея Тигарева
Группа "Agile Software Development Group, Ukraine". Тема "Scrum Master"
Хотелось бы выделить посты Alexey Tigarev, Serhiy Yevtushenko и Alexey Krivitsky.
Группа "Agile Software Development Group, Ukraine". Тема "Ротация Scrum мастера"
Спасибо ребята!

Сегодня сутра проснулся с настроением помечтать про идеальное daily собрание. Повизуализировал - родилась идея. Она заключается в том, что я запишу на бумажке основные неточности, которые допускает моя команда (и я в том числе) и если буду замечать это - буду вручать эту бумажку.

За 10 минут перед daily я отправил письмо команде:

Тим, через 10 минут дели.
Заметка аджайл кодера:
Ответы на вопросы подготовь:
- каковы твои результаты (с прошлого дейли) изменившие как-то этот мир?
- каковы твои результаты (по факту на завтрашний день) изменившие как-то этот мир?
- чем тебе помочь?
Коротко.
Ваш "секретарь" :)

Подготовил бумажки с замечаниями, которые в основном такие:
"Расскажи коротко что есть результат?"
"Подожди немного, скоро твоя очередь"
"Что было результатом?
"Что было результатом по факту на завтрашний день?"
"Не смотри мне в глаза, расскажи тиму"

Митинг прошел. Все довольны. Правда на него 4-ро человек опоздало. Я, идя всех звать, взял на кухне конфет и раздавал из со словами "конфетка за опоздание".

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

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

Замечание: "Что было результатом по факту на завтрашний день?" немного с критикой воспринялось, но в целом идея принялась. В конце на daily я попросил оставить все бумажки у себя для того, чтобы потом обговорить их на ретроспективе.


Сейчас хочу еще раз команде выслать письмо с линком на статью "Об эффективных совещаниях ". Чтобы запомнилась.

Завтра придумаю что-то еще...

Как отказать человеку не обидев его?

Если уже знаешь, что ответ будет "нет" - не давай его СРАЗУ тому, кто к тебе обратился. Особенно если к тебе обратились за помощью или с идеей.

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

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

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

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

А тем временем потенциальный ее исполнитель ждет.

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


После того, как Автор будет удовлетворен, попытайся объяснить ему что же ПОКА мешает в ее осуществлении. Ключевое тут "пока". А может автор идеи предложит свои варианты решения сейчас или потом? Кто знает?..

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

Помни, каждый потенциальный гений (такой же как и ты), только дай ему шанс раскрыться...

Исповедь отладки

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

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

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

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

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

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

1) Будь вдали от команды: на этаж выше, на этаж ниже, в другой комнате. Если для получения ответа на твой вопрос нужно затратить немного усилий, то скорее всего решение будет найдено самостоятельно. А умение найти решение самостоятельно - залог успеха любой команды. Ну что отличает гуру от новичка? Опыт. А что такое опыт? Набор инструментов и всяких разных знаний помогающих решить какую-то проблему или проблему схожую с ней. И профи это знает, а потому старается находить и развивать такие инструменты а потому и самостоятельно. Подумай чего ты лишаешь свою команду, когда даешь готовое решение? "Делай как я сказал" или "Я бы сделал так" Есть разница? А значит совет второй:
2) Никогда не давай готовых решений.

Не так давно я заметил за собой такую штуку. Когда я в тупике, я зову кого-то на помощь, а так как он не знает в чем дело, я ему формулирую задачу. И о чудо! не успев договорить до конца я нахожу решение самостоятельно. После этого осталось поблагодарить офигевшего помощника и сказать, что я справлюсь сам. Я нашел определение этой фишке - "исповедь отладчика". И оно работает даже если рассказывать это плюшевому медвежонку (всегда хотел завести, но как-то окружающих жалко - чего подумают псих? :)). Оно работает если каким-то образом формулировку материализовать: набрать в чате, рассказать в слух, записать на бумаге, спеть :)... Думаю и у тебя было подобное неоднократно. Потому совет третий:
3) Перед тем как начать что-то объяснять попроси чтобы автор вопроса как можно более точнее сформулировал свой вопрос. Если ему удастся не на его ответить самостоятельно то закрепи его удивление названием этого подхода "исповедь отладки" и расскажи что она работает всякий раз когда кажется что ты в тупике.

Хорошо, до тебя сложно физически добраться, но с интернетом все равно где ты находишься. Ок, тут у тебя есть одно преимущество. Ты можешь не отвечать некоторое время. Хватает 5-7 минут, чтобы автор ответа нашел решение самостоятельно пока ждет ответа от тебя. Чаще оно бывает так:

12:00:00 можно тебя на минуточку?
12:07:46 уже не надо, спасибо.

Но тут можно поступить умнее. Попросить сформулировать вопрос и написать его в чате. А потом взять эту паузу. Потому совет четвертый:
4) Когда видишь в асе просьбу подойти, спроси "в чем дело?" А когда получишь ответ - возьми паузу в 5 минут.

Ну вроде как все, чем я хотел поделиться...
Желаю успехов!