Интересная с моей точки зрения статья на Executive - "Как услышать то, о чем молчит ваш сотрудник". Автор - Светлана Иванова.

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

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

Ссылка: http://www.e-xecutive.ru/education/glavy-iz-knig/1987305-kak-uslyshat-to-o-chem-molchit-vash-sotrudnik

Нашел на Хабре сравнение облачных серверов для домашних проектов (бесплатно и не очень). Для памяти https://habrahabr.ru/post/332130/

Навеяно этими статьями:

Почему Agile не приживется в России (http://www.e-xecutive.ru/management/practices/1987154-pochemu-agile-ne-prizhivetsya-v-rossii?utm_campaign=614) и «Псевдо-аджайл» только поначалу выглядит круто – разрушаем популярные мифы (https://rb.ru/opinion/agile-myths/).

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

Что происходит в бизнесе? Зачастую Agile рассматривается как волшебная отмычка для бизнеса. Этакая "таблетка" приняв которую бизнес мгновенно становится удобным, результативным и высокомаржинальным. Увы, без специальной подготовки - внедрение Agile скорее всего либо провалится, либо превратится в формальность, либо приведет к ухудшению показателей. Почему? Да потому, что Agile требует определенной свобоы мышления и концентрации на результате. А наш российский бизнес зачастую отличается позицией "делай как я сказал".

Далее, Agile - это не Scrum. Внезапно, правда? ))) А ведь и правда, Scrum не "атрибутированный Agile". Scrum говорит о том, как можно работать. При этом Scrum не покушается на философию и основы мышления. Scrum дает инструмет - "бери и делай", а Agile - просит сначала изменить мышление.

Как-то так.

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

Ссылка: https://habrahabr.ru/company/mailru/blog/336788/

Вдогонку к предыдущему посту. Про микроменеджмент.

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

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

На Хабре чудестная статья: "Я слишком занят чтобы что-либо предпринять" (https://habrahabr.ru/post/336490/.com%5Biz-pesochnitsy%5D-ya-slishkom-zanyat-chtoby-chto).

Чудесна она тем, что показывает, описывает, вскрывает изнутри одну из самых больших ловушек руководителя любого уровня - микроменеджмент. Только в более сильном ключе, чем описан в статье, потому что всё, там описанное, на мой взгляд - как раз следствие микроменеджмента глобального, который "в головах". И кадры, и доверие и "микроменеджмент" - сделствие одной-единственной внутренней установки руководителя "я - сам". А вот фиг вам. Работа руководителя в том, чтобы выстроить такую систему, при которой он сам принимает решения и вмешивается только в действителшьно критических случаях. Остальное же (на мой взгляд) - мешает руководителю быть эффективным. (Хотя, не скрою, зачастую меня заносит в "я могу, я сделаю"...)

Попаласть на глаза статья "4 типа программистов" на Хабре. (https://habrahabr.ru/post/336248/.ya-v)

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