Category: происшествия

Category was added automatically. Read all entries about "происшествия".

Cartmendum

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

Мои профили в соцсетях


FB Twitter VK LinkedIn YouTube

Краткое резюме есть здесь


А еще я написал книгу, и потом написал еще одну.


Если у вас есть вопрос, то его можно обсудить в форуме

Ссылки на все мои слайдкасты перехали сюда

Cartmendum

О срочном, пожаре и риске пораниться...

Как вы думаете, а зачем кнопки пожарной тревоги скрыты за стеклом, которое надо разбить, чтобы эту кнопку нажать? Может, действительно, процесс оповещения дорогих коллег о внезапном, срочном и важном деле стоит сделать куда более сложным (в идеале с риском слегка пораниться), чем просто отправка письма по электронной почте?

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

SoftwareStories: Мы тушим пожары, потому что тушим пожары

Был тут недавно на пост-тренинговой встрече у одного из клиентов. Крупная телеком компания с мощным ИТ блоком.

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

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

А как у вас?
Cartmendum

SoftwareStories: О раздолбаях и пушинге...

- Вашу мать! - влетел в комнату к разработчикам Петр Сергеевич - какого хрена вы не можете сдать этот релиз?
- Петр Сергеевич, да мы еще тогда сказали, что срок не реальный. У нас по трем другим проектам сейчас нагрузка большая. Раньше сентября даже стартовать не сможем,- попытался успокоить Петра Сергеевича Анатолий.
- Да ладно гнать! Я что не знаю, как вы там перезакладываетесь? У вас же там в конце каждого проекта треть времени - какой-то буфер в который вы там нихрена не делаете!
- Неправда, Петр Сергеевич...
- А че, не так? Ну вот скажи мне, с этими банкирами нахрен вам там два месяца в конце проекта? Че вы конкретно делать будете?
- Ну мы точно не знаем...
- А нахрена тогда заложили эти два месяца, раз не знаете?
- Подождите, Петр Сергеевич, мы точно уверены, там будет что делать. Обязательно вылезет какая-то неучтенная хрень…
- Так, мля, учтите ее!
- Если бы мы ее могли учесть, мы бы ее уже в план добавили, а не в буфер…
- Не, ну вы красавчики! В план навтыкали непойми чего и еще буфер на то, не знаю что. Не жирно? Короче, я знать не хочу про эти ваши буфера, мне нужен релиз до конца недели!

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

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

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

Прошло две недели... Релиз Петру Сергеевичу был отгружен вовремя. С банкирами облажались и всю следующую неделю Вовик провел с жопой в мыле, яростно дебажа код чуть ли не в продуктиве и одновременно бегая в серверную перегружать сервер. Не хватило ровно тех двух дней, потраченных на задачу Анатолия. С порталом тоже вышла лажа. Просто не повезло. В одной из сторонних библиотек поменялся интерфейс и об этом узнали только в воскресение, когда доделав то, что нужно было Петру Сергеевичу решили просто посмотреть, как там себя ведет портал. Никак он себя не вел... Лежал... Пытаясь в спешке все восстановить, уставшие и не выспавшиеся ребята случайно грохнули часть конфигов и дорогой клиент в понедельник утром на половине своих рабочих экранов видел желтое окно смерти дотнета. Серега со скриптами тоже не успел. Благо дело заказчик там уже был привычный к этому...

- Ну что, Петр Сергеевич,- спросил его Алексей Викторович, директор департамента - смогли твои бойцы телекомовцам релиз сделать?
- А то, конечно смогли!
- Молодцы! Умеешь ты с ними…
- Да че там уметь, раздолбаи они там ленивые. Перезакладываются по срокам и думают, что я не замечу.
- А точно перезакладываются-то?
- Знаешь, если бы не перезакладывались, то просто надавив проекты раньше бы не делались
- Да, тут ты прав...
Cartmendum

Заметки о приоритетах

Вызнаете такое чудо, как «метод приоритезации MoSCoW»? Больше матриц 2х2 просвещенные менеджеры любят только аббревиатуры, складывающиеся в слова, не имеющие ничего общего со сферой применения…
Суть метода заключается в том, что каждому приоритезируемому элементу ставится один из следующих приоритетов:

  • Must Have

  • Should Have

  • Could Have

  • Would Like

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

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

Это чем-то мне напоминает то, о чем пишет Талеб в Черном Лебеде:
Психологи Канеман и Тверски, чьи имена уже знакомы вам по предыдущей главе, провели такой эксперимент: испытуемых (а это были люди, чья профессия связана с составлением прогнозов) просили оценить вероятность двух событий:

а)в Америке случится сильное наводнение, в результате которого погибнет более тысячи человек;
б)землетрясение в Калифорнии вызовет сильное наводнение, в результате которого погибнет более тысячи человек.

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


Типа, если в приоритете указать, при каких условиях эта задача будет выполнена, то нам кажется, что шанс ее выполнить становится выше, чем если бы мы просто пообещали ее выполнить?
Или здесь идет заход в сторону неопределенности? Сказать, что "мы это сделать не обещаем, но постараемся", что бы когда мы это не сделаем, можно было бы сказать: "ну мы старались". И, кстати, много ли мы знаем примеров, когда "could/should/would" задачи все же выполнялись и не по счастливой случайности?

Про это мне еще нравится что пишет Вольфрам Мюлер в книге Tame the Flow (перевод мой):
Общепринятый подход в скраме защитить (буферизировать) дату поставки с приоритетами should/could/would оказывается довольно сложным на практике. Все, что слышат стейкхолдеры это: «Я получу истории X, Y в дату Z». Они понимают все «should, could, would» как «Возможно я это получу», но очень разочаровываются, когда не получают.