Патриотизма пост
Министерство связи теперь хочет Не включать программное обеспечение, базирующееся на программных продуктах иностранного происхождения в части СУБД, серверов приложений и платформ, в Реестр и в ближашие 6 месяцев избавиться от такого ПО (http://www.kmis.ru/blog/ekspertnyi-sovet-minkomsviazi-rekomendoval-razrabotchikam-v-techenie-6-mesiatsev-otkazatsia-ot-ispolzovaniia-obshchesistemnogo-inostrannogo-po/)
Я не работаю в минсвязи, но множество опенсорс-проектов выглядят как попадающие под это определение.

Вишенка на торте - сломанный https сертификат на сайте минсвязи.

Пару лет назад в народе ходила шуточная классификация менеджеров вида:

## Чайка-менеджмент
В случае опасности менеджер начинает громко хлопать крыльями, орать и срать во все стороны.
Рациональных действий при этом не делается.

## Сова-менеджмент
Менеджер приходит с вопросом, слушает ответ, и приговаривает "угу, угу".
Уже позже выясняется, что он не понял ни единого слова.

## Варан-менеджмент
Менеджер подходит и молча смотрит пока человек работает.

## Золотая рыбка-менеджмент
Менеджер договаривается, берёт на себя обязательства, но уже через 2-3 минуты начисто забывает всё, что было сказано.

Наконец-то умельцы собрали всё и обгадили всех, а не только менеджеров: https://people.neilon.software/

Давайте становиться лучше :)

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

Чего больше всего хочется от workflow задач именно вам?
anonymous poll

Прозрачности, т.е. отсутствия необходимости объяснять одно и то же два раза – 36
👍👍👍👍👍👍👍 40%

Поиск узких мест для ускорения релизов – 25
👍👍👍👍👍 27%

Унификации, чтобы не было разброда и шатания при росте – 11
👍👍 12%

Сделать действия команды более профессиональными – 11
👍👍 12%

Иметь гарантии и возможность их давать – 8
👍👍 9%

👥 91 people voted so far.

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

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

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

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

Ускорение релизов — это прекрасно, важно и полезно. Но это ни в коем случае не может быть единственной целью улучшений продуктовой команды.
Те, кто стремятся ускориться ради ускорения — теряют суть.

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

Глубоко думать и уметь работать профессионально на мой вкус капец как важно. Важнее загрузки производства, важнее частоты релизов, важнее хайпа.

Я очень хочу верить, что все интересующиеся ускорением релизов разделяют эти ценности.

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

И вы, конечно, знаете, что происходит потом: сначала нотификации включают, а когда в почту начинает валиться 100500 писем в час — отправляют их все в корзину.

Плохи ли нотификации? Нет, это прекрасный инструмент.
Но они должны быть только там, где они на самом деле нужны.

Если вы PM и получаете информацию о переходе из статуса X в статус Y на ежедневном митинге — именно эта нотификация вам не нужна.
Если вы инженер, задача назначена на вас и кто-то зафиксировал то, что вы только что обсуждали — этого письма не должно приходить в почту.

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

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

- Если мы сделаем автоматизиацию %idea% - нам будет лучше жить!
- А ты посчитай в деньгах, сколько конкретно нам нужно на разработку, составь ТЗ, план, посчитай экономическую эффективность, прикинь когда и кем мы это делать будем - и тогда приходи.

ну или более классическое

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

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

С наступающим!
Пусть у вас горит огонь в душе, но не пригорает задница.

А между тем, 26 апреля на площадке "Инфопространство" пройдёт конференция KnowledgeConf.

Если вам не безразличны:
- knowledge sharing
- культура непрерывного обмена знаниями
- технологии и методы обучения
- практические кейсы онбординга, организации базы знаний и внутреннего университета
- приёмы фиксации архитектурных решений, внутренней документации о продуктах и процессах
то следите за новостями, этого добра будет у нас ;)

А если вы хотите выступить - добро пожаловать: https://conf.ontico.ru/lectures/propose?conference=kc2019

Если вы серьезно лезете в управление знаниями - готовьтесь погружаться в устройство поиска и natural language processing. Сейчас обосную, как я пришел к этому тезису.

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

Пофантазируйте: вы заходите во внутренний сервис, вводите вопрос, который вас волнует, в формулировке, которая вас волнует - и получате выдачу в лучших традициях поисковиков. С расширенными сниппетами в стиле "Яндекс. Островов", быстрыми ссылками и прочими радостями.

Во Флант мы успешно делаем нечто подобное, сервис ищет по git-репозиториям с markdown, хабру, slack-у, а также issue и mr-ам gitlab-а. Это оказалось дико полезно и удобно.

Фейсбучная лента принесла прекрасный пост о том, как оформлять резюме:
https://www.facebook.com/ksenia.mezdrikova/posts/1253298801474506

Интересные тезисы:
- Резюме - это не ваш послужной список. Это ваше намерение.
- Чтобы намерение сработало и давало максимальный результат у него должны быть максимально четкий фокус, на который вы целитесь, и “объяснение”, почему вы туда можете подойти.

Давайте поговорим о знаниях и управлении командой?

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

Обсуждаем в @KnowledgeConfTalks

Присоединяйтесь к разговору о знаниях и управлении командой ^

Пост для разработчиков систем управления знаниями
Случайно наткнулся на прекрасное: https://www.smore.com/clippy-js
Мне кажется, это хорошая пасхалка, которую стоит сделать в своих продуктах :)

Агентский бизнес - только один из множества в айти. Но если вы работаете в агентстве - эта подборка для вас http://www.cmsmagazine.ru/library/items/management/15-free-knowledge-bases/

Искуственного интеллекта пост
В связи с приближающимся KnowledgeConf, изучал возможности современного Natural Knowledge Processing и прочего глубокого обучения.
Набрёл на интересную подборку научных статей, коей спешу поделиться:
https://paperswithcode.com/sota

Управление знаниями - это дорого, злобно и сложно.
Попытались рассказать, почему мы, тем не менее, лезем в этот филиал ада и пытаемся там наладить поставки котлов и горючего:
https://habr.com/ru/company/oleg-bunin/blog/437768/

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