Блог Александра Башкирова

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

Alib.spb.ru

Подписаться на эту рубрику по RSS

Почему не работают "10 правил" и "8 советов".

Просмотров: 40Комментарии: 0
Alib.spb.ru

Еще одна ссылка из разряда "я давно об этом знал, но сформулировать было сложно". Профессиональный психолог рассказывает о том, почему не работают многочисленные "10 правил", "20 рецептов" и т.д. Когда читал, не мог отделаться от мысли, что автор изумительно точно разделяет и раскладывает термины, посылы и суть. Ссылка: https://lual.livejournal.com/468402.html

E-xecutive: статья "Рот не на замке: где границы информационной открытости"

Просмотров: 153Комментарии: 0
Alib.spb.ru

На E-xecutive статья "Рот не на замке: где границы информационной открытости" (Константин Евдаков). http://www.e-xecutive.ru/management/practices/1987581-rot-ne-na-zamke-gde-granitsy-informatsionnoi-otkrytosti

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

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

E-xecutive: "Почему руководителю важно не скрывать свои чувства"

Просмотров: 154Комментарии: 0
Alib.spb.ru

Статья на e-xecutive "Почему руководителю важно не скрывать свои чувства" (http://www.e-xecutive.ru/career/hr-management/1987204-pochemu-rukovoditelu-vazhno-ne-skryvat-svoi-chuvstva)

В тему вечного как мир спора на тему "Что лучше - показывать свои чувства или скрывать их?".

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

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

Мнение про статью "Вы уволили самого талантливого сотрудника. Надеюсь, теперь вы довольны" (Хабр)

Просмотров: 83Комментарии: 0
Alib.spb.ru

Давно прочитал статью "Вы уволили самого талантливого сотрудника. Надеюсь, теперь вы довольны" (https://habrahabr.ru/post/340370/). Прочитал давно, но вот формулировал - что я думаю, достаточно долго.

Почему? Да потому, что нет однозначности... Судите сами. Стиатья - ответ на другую статью. Где говорится о том, что некая компания уволила ведущего разработчика, который стал "звездой", работая 12*7. И который в итоге забил (судя по всему - вынужденно) на все, кроме того, что он сам считал работой - планерки и т.д. Оригинал статьи, на которую пишется ответ - вот: https://startupsventurecapital.com/you-fired-your-top-talent-i-hope-youre-happy-cf57c41183dd (на наглийском). В итоге разрабоотчика уволили, команда напряглась - чтобы закрыть "белые пятна", и всё стало отлично.

Ответ же говорит о том, что уважаемый менеджмент - а ты где был, когда с человеком происходило невесть что? Твоя вина, что не предусмотрел, не рассмотрел... И вроде всё верно. Кроме одного "НО": мягко говоря, очень странной выглядит ситуация, очень.

Есть разработчик, который надеюсь что невольно стал центром вселенной - то есть ответственным за всё. Есть компания, которую до определенного момента это устраивает. Прям сюжет голливудского фильма. Только happy end не предусмотрен сценарием. Или предусмотрен?

В общем, с такими мыслями жил какое-то время, пока не осенило: не стоит винить только менеджмент и только разработчика. На самом деле - вина обоюдна. Вина менеджмента - что молчали, когда ситуация обострялась. Вина разработчика... что молчал, когда ситуация обострялась. Да, да - кто мешал сказать своё видение? Кто мешал попробовать договориться?
Я в процесссе карьеры был в роли исполнителя и руководителя. И могу сказать, что с разных сторон "барьера" одна и та же ситуация может выглядеть соввершенно по-разному. На этом месте наверное надо бы написать про то, чтио мир многовариантен, про разные точки зрения... Я же напишу один простой тезис: товарищи, разговаривать надо чаще! Чаще давать обратную связь! И тогда СТОЛЬКО проблем разом исчезнут как будто "сами собой".

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

Как думаете?

Хабр: Кроссбраузерная верстка

Просмотров: 48Комментарии: 0
Alib.spb.ru

Статья на Хабре про кроссбраузерную верстку: https://habrahabr.ru/company/htmlacademy/blog/341538/

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

 

Когда терапия бессильна

Просмотров: 141Комментарии: 0
Alib.spb.ru

С удовольствием сошлюсь на запись в ЖЖ психотерапевта, которого с удовольствием читаю: https://lual.livejournal.com/464618.html Называется пост "Когда терапия бессильна". И говорится там о как-бы базовых вещах, которые касаются не только терапии, но и вообще - жизни, изменений. Потому что (в моей голове, по крайней мере), терапия и !самоизменения" - эьто близнецы-братья. Не обязательно идти в терапию, чтобы измениться. Но изменения, которые ты сам в себе инициировал - все равно подпадают под "терапия".

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

 

Про ITSM: статья на Хабре и несколько мыслей

Просмотров: 101Комментарии: 0
Alib.spb.ru

Как обычно, все началось с того, что на Хабре попалась на глаза статья "ITSM жил, ITSM жив, ITSM будет жить": https://habrahabr.ru/company/alloy_software/blog/341514/

С одной стороны, это статья о том почему ITIL - это хорошо. А с другой... вспомнил пост Павла Потеева. Про то что в чем-то очень похожа жизнь ИТ-директора и жизнь РПО. И там, и там - сервисы, доказательства "нужности" (кстати, ИБ-шники тоже где-то в упряжке, как и change-менеджеры). И подумал - а почему бы не сделать свод лучших практик для РПО? Ведь есть ITIL Foundation, Предосталвние и Поддержка услуг (сейчас возможно что-то поменялось, ITIL-темы не отслеживаю достаточно давно). Так почему нет какого-ниюудь HPOSL (Head of Project Office Service Library)? Не, ну правда - свести туда не много интересных вещей из Prince2, PMBook, а просто некое руководство - делай раз, получи вот, делай два, получи вот...

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

Что думаете?