?

Log in

MoRRoZ
18 Февраль 2017 @ 10:27
Есть старый анекдот про путешествующего купца и двух его помощников. Когда купец заметил неподалёку какой-то обоз с телегами, он послал младшего помощника узнать, откуда этот обоз. Через двадцать минут тот вернулся: «Это обоз из деревни Малые Свищи».

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

В чём суть этого анекдота?Свернуть )
 
 
MoRRoZ
Доклад с конференции CEE-SEC(R), Москва (28-29 октября 2016).

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



Слайды презентации - на сайте конференции: http://2016.secr.ru/program/submitted-presentations/the-developer-is-always-right

Кстати, по итогам голосования, доклад в 30-ке лучших на 14-м месте (ср. оценка 4.53) среди 112 докладов.
 
 
MoRRoZ
18 Октябрь 2016 @ 00:09
На прошедшей 22 сентября конференции/встрече Moscow Atlassian User Group я выступил с небольшим докладом про необычные доработки JIRA, повышающие комфортность работы с ней.

"Улучшение пользовательского опыта по работе с JIRA путём небольших, но ценных кастомизаций."

Смотрим:


А слайды презентации тут: http://www.slideshare.net/morrozmsk/jira-crazy-customs-vol1
 
 
MoRRoZ
Питер Друкер научил нас, что цели необходимо оценивать по методике SMART. Да вот беда: русскоязычным менеджерам при знакомстве с ней первые 5 лет все время приходится в уме дважды переводить на русский - сначала с английского, а после - из аббревиатуры в смысл. Поэтому я еще 7 лет назад придумал адекватную замену, чтобы упростить работу с мнемосхемой:
В - Время
О - Оценка
Д - Достижимость
К - Конкретность
А - Адекватность


(c) тут
 
 
MoRRoZ
23 Сентябрь 2016 @ 10:40
У одного мужика дома был свой собственный портал в другой мир. Каждый вечер он проходил через заветную дверь, оставляя позади п#здл#вую жену, надоедливых детей и собаку-засерю. В том мире он был единственным человеком на земле. Никто его не дергал, не ссал в уши, не тянул на улицу. Поэтому этот мир был прекрасен. Мужик наслаждался покоем. Но когда его ноги совсем отекали, и он переставал их чувствовать, ему приходилось подниматься с толчка, вытирать жопу, открывать волшебную дверь и возвращаться обратно в мир суеты и беспокойства.
Метки:
 
 
 
MoRRoZ
Порвало в клочья :) В т.ч. комментарии типа "Звук меняется после каждой итерации. Потому что люди важнее звуков"
 
 
MoRRoZ
Есть несколько видеозаписей этого доклада, выложу версию подлиннее (1 час) и поподробнее.

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

Смотрим видео:


Слайды презентации есть тут: http://2016.secon.ru/speakers/25

PS Доклад побывал на РИФ.Ульяновск-2015, AgileDays и SECON в 2016 году.
 
 
MoRRoZ
На митапе Atlassian User Group Moscow 26 февраля выступил с докладом про обучение работе в JIRA.

"Почему люди боятся использовать в работе что-то новое? Может, страх показать некомпетентность. Может, нежелание изучать. А, может, ещё что-то. Я расскажу, как снижал порог вхождение через обучение: как определял целевые аудитории, чему учил, что рассказывал."

Смотрим:


Читаем и качаем:
http://www.slideshare.net/morrozmsk/jira-58789579
 
 
MoRRoZ
17 Март 2016 @ 09:55
Тестировщики не любят программистов. Всем известно, что программисты только и делают, что баги пишут и только благодаря тестировщикам весь мир еще не захлебнулся в зловонной жиже глючных программ. Для тестировщика есть два повода для фейспалма – когда они смотрят на программу, которую программисты решили протестировать сами и когда они смотрят на программу, которую передали программисты им на тестирование. В обоих случаях программисты – мудаки. В первом случае потому, что не умеют тестировать, а лезут, суки. Во втором случае, потому что хоть бы проверили немного перед тем как это говно отдавать не тестирование. Думаете, парадокс? Хрен вам! Любой тестировщик скажет сразу, что код после программистов должен быть качественный, но без тестирования все равно будет жопа. Вот такой вот дуализм.

Программисты не любят тестировщиков. Потому что до них все работало, а они взяли и поломали «мою прелесть». А еще потому что они вечно воспроизводят баги, которые ну никак на девелоперской лабе не видны. Вот и огрызаются: «у меня все работает», провоцируя тестировщиков на очередной фейс-палм. А еще программистов бесит, что тестировщики считают качество продукта своей заслугой, ведь они же только все ломают – как же любой конструктивный результат может быть результатом тестирования? Да, в коде бывают ошибки, но сам код создан программистами и все почести должны быть отданы только им! А тестировщики для программистов - задаваки и позеры.

Менеджеры не любят программистов. Потому что они не хотят знать, что хочет пользователь или (спаси госпади!) бизнес. Программистам все бы алгоритм покруче заимплементить или технологию новую использовать в “Hello, World!”. А еще программист никогда нормально не ответит на вопрос «Когда это будет сделано?». Не хотят, понимаешь, давать оценки, просто никак. А если оценивают, то все равно фигня получается. Джуниоры оценивают все в «да здесь 15 минут работы», синьоры наоборот закатывают глаза и глубокомысленно шевеля губами выдают оценки в 2-3 раза больше разумных. А иногда бывает с точностью до наоборот и никогда не узнаешь, в какую сторону ошибка оценки случилась. Вот и приходится применять менеджерский коэффициент для умножения оценок. Так даже после этого сроки все равно факапятся.

Больше ада! :)Свернуть )
Конец. Любви всем!

Спёрто тут: http://www.yaplakal.com/forum3/topic1335472.html
 
 
MoRRoZ
06 Март 2016 @ 16:38


Почему-то вспомнил Tuvers

UPD в тему: