​​На #slurm ехать надо с рабочим ноутом и толстой тетрадью. Формат обучения очень плотный, - нужно отложить все рабочие и семейные заботы, полностью сфокусировавшись на обучении.

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

П.С. Хотя я фанат пепси и беру с собой запас этого топлива для мозгов.

​​#slurm мега начинается с базового действия «поставим быстренько кластер кубернетис»

Яндекс.Толока

После месяца бесплодных мытарств пришёл сдаваться в Яндекс.Толоку с задачей ручногого разбора >2k текстов в совершенно разном виде практически без структуры для извлечения чёткой структурированной информации.

Приняли как родного, проконсультировали, написали килограмм кода и продолжают всячески холить и лелеять!

Превзошли все ожидания!
Толока, я люблю Тебя!

​​В погоне за серебряной пулей

Бизнес (Б) пришёл к знакомой команде(К):,

 Б: а почему Ты пилишь мои фичи ТАК медленно?
К: потому что у нас монолит, - его надо распилить на микросервисы!

Прошло 6 месяцев:

 Б: Вот у Тебя уже есть монолит, распиленный на микросервисы, но фичи по-прежнему пилятся даже медленнее, чем раньше!
К: Да, у нас есть микросервисы, но их сложно оркестрировать! Нужен кубер!

Прошло 6 месяцев:

 Б: Вот у Тебя уже есть монолит, распиленный на микросервисы, оркестрируемые кубером, а фичи пилятся ещё медленнее!
К: Да у нас кубер не той системы! Нужно его научиться правильно готовить...

Прошло 6 месяцев...  

 Б: Вот у Тебя уже есть монолит, распиленный на микросервисы, оркестрируемые правильный кубером и Ты умеешь его готовить!
К: Я сертифицированный Кубернетес-специалист и получил оффер с 50% ростом к зп!  У меня нет времени на ваши мелкоуровневые задачи! Идите в лес!

«Серебряной пули нет» (англ. «No Silver Bullet») — широко обсуждавшаяся статья Фредерика Брукса об инженерии программного обеспечения, написанная им в 1986 году.  Брукс утверждает, что «ни в одной технологии или в управленческой технике не существует универсального метода, увеличивающего на порядок производительность, надёжность и простоту». Он также утверждает, что «мы не можем ожидать увеличения прибыли в два раза каждые два года» при разработке программного обеспечения, как это происходит с разработкой аппаратного обеспечения.

Софтскиллы в техподдержке

1. Техподдержка в самом простом варианте делится на 3 линии: одна линия умеет вежливо общаться на языке пользователей. Вторая умеет эффективно общаться с с третьей - разработчиками.
2. Софтскиллами в техподдержке считается способность написать письмо первой и второй линии, не перепутав языки общения с пользователями и разработчиками.

Руководитель техподдержки - это тот, кто понимает все три языка.

Вот краткосрочное и среднесрочное планирование на сроки до нескольких месяцев или года, - это agile. А долгосрочное планирование на сроки до пяти лет - это что?

Коллеги! Ребята из slurm.io очень хотят дать скидку 50% студентам ВУЗов на свои курсы devops и kubernetes. Попросите стукнуться ко мне представителям ВУЗов, чтобы мы обсудили все подробности в личку @ctodsimonov или в почту dsimonov@gmail.com

- — Реклама — Пост проплачен —

Вакансия Системного Аналитика в экспертный центр при министерстве (Москва)

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

Будет отлично, если Вы:
- много работали системным аналитиком, бизнес-аналитиком в проектировании масштабных информационных систем;

или
- были хорошим разработчиком или тестировщиком программного обеспечения, карьерный рост которого пошёл по пути ИТ-архитектора, аналитика.

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

Обязательные требования:
- Опыт работы бизнес-аналитиком, системным аналитиком от 2 лет в сфере разработки программного обеспечения;
- Общий опыт работы в ИТ – от 6 лет;
- Знание отечественных (ГОСТ) и зарубежных стандартов оформления проектной и технической ИТ-документации;
- Знание нотаций описания процессов и современных инструментов моделирования;
- Подтвержденные навыки описания существующих ИТ-систем, для которых полностью или частично отсутствует исходная документация;
- Опыт общения как с представителями бизнес-функций, так и с разработчиками программного обеспечения, инженерами управления ИТ-инфраструктурой;
- Склонность к самостоятельности и умение работать в равноправной команде;

Желательные требования:
- Владение скриптовым языком программирования или PL/SQL;
- Общие знания о современных технологиях разработки программного обеспечения;
- Опыт работы с государственным заказчиком;
- Развитый вкус и навыки создания “красивых” маркетинговых презентаций;

Оформление и условия:
- Квалифицированная и мотивированная команда экспертов. Отсутствие формального подхода к работе и обязательных корпоративных “ритуалов”, мешающих реальным задачам.
- Участие в масштабном проекте, широкие возможности профессионального роста.
- Рыночные условия оплаты по результатам собеседования.
- Оформление согласно ТК РФ.
- Офис в 5 минутах от м. Беговая.
- График – гибкий. Возможна частичная удаленная работа после прохождения испытательного срока.

Писать Дмитрию Симонову: dsimonov@gmail.com

Структура аудита для оценки интернет-сервиса на продажу

HR: Ключевые люди, компетенции в команде, риск утери компетенций

Execution: контракты с контрагентами, контракты на поставку расходных материалов, сервис, логистика, выстроенные бизнес-процессы

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

Финансы: бухгалтерия, управленческий учёт, налоговая + схемы оптимизации, банкинг, кредитные линии, финансирование, зарплатные проекты

Юристы: права собственности, связи учредителей, ген.диров, бухгалтеров, ЛПРов, риски по IP, недвижка (аренда, собственность), производственное оборудование

Немного про открытость, честность и искренность. Часть I.

На словах все декларируют, что они действуют именно так. На деле так получается не у всех и не у всегда. Ну, например, тут в чатике однажды задавали вопрос о том, как поведёт себя руководитель раработки, которому сообщили, что через 1.5 месяца вся разработка будет уволена? Особенно если ему сказали, что с командой полностью рассчитаются только если она сделает за оставшееся время существенный (реальный к исполнению за такой срок) объём работ?

Он ведь поведёт себя честно и открыто? Правда?

Немного про открытость, честность и искренность.  Часть II.

Как я показал в предыдущем посте, решение вопроса про открытость, честность и искренность не так прост. как может показаться.

Следующий шаг к пониманию: осознать, почему руководителю вообще поставили так ситуацию? Бизнес возможно был исполнителем чьего-то заказа, заказ посчитали выполненным, финансирование вот-вот закончится. Как поступить с руководителем разработки? Как ему это сообщить? Какой он - этот руководитель? Честный и искренний? Или же, как сейчас говорят, "с ним можно договориться!"?

Вот этот вопрос выявляет то свойство людей, которое вообще очень редко явно оценивается: так называемая область ближайшего развития. Человек ещё ничего не сделал, но способен на это!

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

Если руководитель всегда адски честен, открыт и строг по отношению даже к себе, к нему прийдут с несколько иной постановкой.

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

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

Немного про открытость, честность и искренность (далее ОЧИ).  Часть III.

В предыдущем посте я показал, что ОЧИ начинается задолго до событий с предложением про 1.5 месяца. Предположим, что руководитель настоящий сторонник ОЧИ.

Что это вообще значит? Что он создаёт проблемы бизнесу или команде? Что он защищает команду в ущерб бизнесу или наоборот? Нет, это означает нечто совершенно иное.

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

Он берёт message, обогащает его своим value и уже получившийся message++ отдаёт команде.

То есть формально ОЧИ - это тот самый value руководителя, а не его отсутствие. Value должно быть. В этом суть руководителя, как позиции. И этот value всегда оценивают с двух сторон - и со стороны бизнеса и со стороны команды.

Всегда всем известно, не только то, что руководитель делает, но и на что он способен. Его способность - это некая фукнция, которая генерирует value, если выразиться техническим языком.

Перечень всех Государственных Информационных Систем

ФСО России
- ИАС Информационно-аналитическая система обеспечения мониторинга рынка труда и занятости населения в субъектах Российской Федерации (ИАС Рынок «труда»)
- Единая сеть обращения граждан (ЕС ОГ)
- ИАС «Корпоративная система информационно-аналитического обеспечения органов государственной власти» («Система-М»)
- ИАС «Мониторинг социально-экономического положения субъектов Российской Федерации» (ИС «Органы управления»)
- Защищенная сеть видеосвязи органов государственной власти Российской Федерации (ЗВКС)
- Система межведомственного электронного документооборота (МЭДО)
- ИАС «Мониторинг и прогнозирование ситуации в федеральном округе» («ИАС-ФО»)
- Информационно-правовая система «Законодательство России»
- ИС «Паспорт федерального округа и субъекта Российской Федерации» («ИС Паспорт»)
- Гос СОПКА

Минкомсвязь России
- ФГИС «Единая система межведоственного электронного взаимодействия» (СМЭВ)
- ФГИС координации (ЕСКИ)
- ИС Единый портал Государственных услуг (ЕПГУ)
- АИС управления ведомственной и региональной Информатизацией Минкосвязи России (АИС УВиРИ)
- Реестр территориального размещения технических средств информационных систем (Реестр ФГИС)
- ФГИС «Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых - для предоставления государственных и муниципальных услуг в электронной форме» (ЕСИА)
- ФГИС система учета информационных систем, создаваемых и приобретаемых за счет средств федерального бюджета и бюджетов государственных внебюджетных фондов (ФГИС Учета)
- ФГИС «Национальный фонд алгоритмов и программ для электронных вычислительных машин» (ФГИС ФАП)
- ФГИС «Федеральный портал государственной службы и управленческих кадров» (ЕИСУКС)

Росимущество
- ФИС «Реестр федерального имущества» (ФИС «Реестр федерального имущества»)

Федеральное казначейство
- Государственная автоматизированная информационная система (ГАС «Управления»)
- ГИС о государственных и муниципальных платежах (ГИС ГМП)
- Автоматизированная система удаленного финансового документооборота (СУФД)
- Единая информационная система в сфере закупок (ЕИС в сфере закупок)
- ИАС мониторинга ключевых показателей исполнения бюджетов бюджетной системы Российской Федерации (ИАС КПЭ)
- Государственная автоматизированная информационная система (ГИС «Проектирование»)

Минэкономразвития России
- ФГИС «Федеральный реестр государственных и муниципальных услуг (функций)» (ФГИС ФРГУ)
- АИС «Единая проектная среда» (АИС ЕПС)
- Аналитическая информационная система обеспечения открытости деятельности федеральных органов исполнительной власти, размещенной в информационно-телекомуникационной сети «Интернет» (Портал государственных программ)
- ФИС Портал открытых данных Российской Федерации

Минфин России
- ГИИС управления общественными финансами «Электронный бюджет» (ГИИС «Электронный бюджет»)
- Единный портал бюджетной системы Российской Федерации (портал бюджетной системы)
- ЕИАС сбора и свода отчетности Министерства финансов Российской Федерации (ЕИАС Минфина России)
- ГИС МТ «Честный ЗНАК»

Федеральное казначейство
- Государственная автоматизированная информационная система (ГАС «Управления»)
- ГИС о государственных и муниципальных платежах (ГИС ГМП)
- Автоматизированная система удаленного финансового документооборота (СУФД)
- Единая информационная система в сфере закупок (ЕИС в сфере закупок)
- ИАС мониторинга ключевых показателей исполнения бюджетов бюджетной системы Российской Федерации (ИАС КПЭ)
- Государственная автоматизированная информационная система (ГИС «Проектирование»)

Какие системы забыл? Накидайте, plz!

Немного про открытость, честность и искренность (далее ОЧИ).  Часть IV.

По результатам трёх предыдущих постов про ОЧИ ваши мнения, коллеги, в самом смелом предположении были в формате "подать в суд на несоблюдение ТК". От руководителя вы требовали заранее подстелить соломки, чтобы всем падать было удобнее, а ему после падения искренне рассказывать, как вас кинул бизнес. Есть довольно простое и жёсткое деление людей на объектов и субъектов. Первыми рулят вторые и все высказанные точки зрения за очень редким исключением демонстрируют мнение, высказанное объектами. Это напоминает анекдот про то, кто себя ассоциирует с жертвами:

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

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

М? Так что же произошло, когда перед руководителем разработки поставили срок в 1.5 месяца?

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

Он был объектом. Это его единственная ошибка. Честность, открытость и искренность должна начинаться с самого себя. Если Ты себе не врёшь, что не контролируешь ситуацию, со всеми остальными сложностями можно справиться. А если Ты привык себя обманывать, то и результатам не удивляйся!

Адекватное техническое решение

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

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

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

Михаил Панюшкин написал очень давно про работу в больших компаниях...

После того, как я покинул Рамблер/Бегун/Прайс, почему-то каждый из тех, кто собирается туда идти работать, спрашивает у меня совета. Я обычно рассказываю вот эту выдуманную историю.

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

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

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

Ты понимаешь, что с тебя хватит в один прекрасный день, когда в кубрик врывается боцман с горящими от энтузиазма глазами, и кричит:
- РЕБЯТА! Я КУПИЛ ЖИРАФА!

© Михаил Панюшкин.

​​​​​​К - Конкуренция

На позицию "технический директор" сейчас по Москва 30 человек на 1 место.