Андрей Шилкин

Но и жизнь постоянно преподносит проблемы и задачи. Которые научили не бояться их и добиваться их решения. Считаю это важным в настоящее время навыком. (подробнее)

1996 год. Ещё во время учёбы в институте пришёл работать в Парагон (https://www.paragon-software.com). Тогда это был небольшой коллектив студентов, занявшийся разработкой ПО. Прошёл с Парагоном долгий путь становления и развития, постоянно помогая основателю компании в сложных и ответственных задачах. Постоянно интересные и сложные задачи, постоянно изменения и развитие. Так и пролетели больше 20 лет. (подробнее)

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

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

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

Деятельность компании Интелкон стартовала в мае 2018 года - в то время ещё в рамках родительской компании Континент (http://svsu.ru) (в дальнейшем выделилась в отдельное юр.лицо). Цель - организовать разработку ПО для решения ряда задач, прежде всего в строительной отрасли.

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

Было реализовано два проекта - СДО Филин, и Клевер.СКВЭР. По обоим проектам приходилось заниматься различной деятельностью:

• Административная
  • Найти и оборудовать офис
  • Организовать закупку и организацию рабочих мест
  • Организовать закупку и установку серверов и общих инструментов
  • Организовать поиск сотрудников
• Управленческая
  • Поиск, отбор и найм сотрудников
  • Адаптация, мотивация сотрудников
  • Определение, внедрение, контроль рабочих процессов
  • Настройка рабочих инструментов
  • Планирование работ и графиков, бюджетирование
  • Распределение задач, контроль выполнения
  • Организация и эксплуатация продуктивной среды
• Проектная и техническая (с разной степенью вовлечённости)
  • Определение целей и задач проекта
  • Общение с заказчиками, стейкхолдерами, экспертами предметной области, выработка и согласование требований
  • Разработка ТЗ, проектирование
  • Выполнение функции архитектора решения

окт. 2018 - окт. 2019, http://www.clevererp.ru/filin, http://sdofilin.ru/

СДО Филин - веб-приложение, автоматизирующее процессы обучения и аттестации сотрудников для корпоративного учебного центра крупной распределённой производственной компании.

Система была разработана "с нуля", в августе 2019 года внедрена в работу УЦ одного из крупных строительных генподрядчиков, успешно применяется в отношении порядка 5000 сотрудников.

окт. 2019 - дек. 2021, http://www.clevererp.ru/skver

Клевер.СКВЭР - облачная система, предоставляемая пользователям в виде SaaS приложения. Основной функционал: автоматизация учёта объёмов строительных работ, формирования и согласования ряда документов в отношении капитального строительства. Система объединяет в себе всех участников строительного процесса (заказчика, генподрядчика, субподрядчиков, пр.), создавая для них общее цифровое пространство.

Система была разработана "с нуля", и на декабрь 2021:

• успешно прошла этап пилотной эксплуатации по нескольким проектам одного из генподрядчиков
• прошла этап ознакомления и тестирования, с положительным заключением, рядом крупных строительных компаний
• к системе подключены и находятся в разной степени внедрения: 3 гос.заказчика, 6 ген.подрядчиков, 100 подрядных организаций

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

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

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

Операционный менеджемент:

• 2017 подбор и адаптация руководителя бухгалтерии/финансов, определение бюджетирования расходов
• 2017 управление проектом капитального ремонта нового офиса (1000 кв.м), переезд сотрудников в новый офис
• 2016 подбор и адаптация руководителя отдела ИТ
• 2016 подбор и адаптация руководителя отдела персонала, далее участие в управлении персоналом
• 2016 организация новой функциональной команды, занятой в выпуске и публикации продуктов, - определение методологии и процессов, управление наполнением базы знаний, обучение, выделение и поддержка руководителя группы.
• 2016 перезапуск команды тех. поддержки пользователей – подбор, адаптация и поддержка руководителя группы, определение процессов, кадровые вопросы

Автоматизация (разработка):

• 2018 прототип бэкенда e-commerce системы (договора, заказы, логистика, оплата) в виде микросервисов, с предварительным анализом объектной модели
• 2018 универсальный сервис цен, с поддержкой уровней цен (price tiers) - как компонент прототипа e-commerce системы
• 2017 сервисы расчёта европейского НДС (VAT) и проверки соблюдения законодательства в отношении расчёта VAT - в качестве сервиса внутренней (для компании) верификации исполнения обязательств по уплате НДС
• 2014-2017 портал управления персоналом (консолидированная из различных источников информация о сотрудниках, единая система для информации по управлению персоналом)

В 1999 году окончил Московский Физико-Технический Институт (сейчас имеет статус технического университета), Факультет Физической и Квантовой Электроники. Окончил с "красным" дипломом. Специальность: прикладные математика и физика.

МФТИ в своё время был образован при МГУ, но затем стал самостоятельным ВУЗом. Всегда рассматривался как в СССР (России) так и за его пределами как ВУЗ, не уступающий в уровне МГУ и многим известным западным ВУЗам. Я горд тем, что учился именно в этом институте, и закончил его с отличным результатом. Жалко, что в то время (когда наш поток выпускался) ситуация с наукой в стране была плачевной, и на сейчас со всего потока "по специальности" работают буквально пара человек.

Что важно на сейчас - это то, что МФТИ учит не бояться никаких преград, выдвигать гипотезы, проводить эксперименты, исследовать, анализировать, думать. Думать, думать, и ещё раз думать. И, вроде бы так говорят про все ВУЗы, но кажется что всё-таки на Физтехе к этому подход особенный. И, я надеюсь, что не так уж плохо его усвоил и пока ещё не растерял…

Других дипломов, сертификатов и аналогичного - нет. Почему:

• Всегда был лоялен и увлечён работой, можно даже назвать трудоголиком. Свободного времени оставалось крайне мало.
• Значительную часть жизни офисы и места жительства были достаточно далеко от мест, где можно было получать доп. образование (а раньше это можно было сделать только очно).
• Потребность и стремление к знаниям закрывал постоянными чтениями статей и книг.

• Linux, bash, DNS, SMTP
• Windows cmd shell, powershell
• C++, C# (.NET, ADO.NET, ASP.NET, Blazor, Entity Framework, SharePoint), Python
• реляционные СУБД, хранимые процедуры - MySQL, MS SQL, PostgreSQL
• XML/XSD, JSON, HTTP, REST API, SOAP API, HTML, CSS, JavaScript
• amazon marketplace API, quickbooks API
• Jira + add-ons, Confluence, Youtrack, GitLab (git, CI/CD), ProGet, Bugzilla, Testlink, Redmine
• UML, ER, BPMN, EPC, diagrams.net
• MS Excel (+VBA), Word, Access, Visio, Project, SharePoint
• Google Docs, Spreadsheets, Apps

На этой странице я привёл некоторые из убеждений или принципов, которые я разделяю и стараюсь придерживаться в работе. Список конечно неполный. Сейчас только то, что вспомнил "с ходу". Буду пополнять…

Гораздо важнее последовательно (постоянно) придерживаться одной концепции / инструмента, чем постоянно находится в поисках "наилучшего". Это не означает, что корректировать и изменять концепцию / инструмент не нужно. Это означает что цели (работы) важнее, чем подбор идеального инструмента для него. Потрать сегодня на поиски ограниченное время, начни двигаться к цели не с идеальным инструментом, но применяя его последовательно, в дальнейшем при необходимости и возможности улучшай.

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

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

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

Не люблю считать, что какя-то задача выполнена или цель достигнута, пока не будут пройдены ВСЕ возможные события. Бывает, что "вот всё уже сделано, осталось только протянуть руку и забрать результат". Однако жизнь постоянно преподносит сюрпризы. Случаются события, которые неожиданно отдаляют нас от результата в последний момент.

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

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

Отличная книга, структурирующая планирование и проектирование программного продукта. Не без влияния идей этой книги у меня сформировалась методология управления проектной документацией (а вместе с ней и проектом) с разделением на 4 уровня. Речь прежде всего, конечно, про разработку приложений автоматизации бизнес-процессов.

• Уровень бизнес-целей и бизнес-требований (почему нужно приложение)
• Уровень пользовательских требований (что пользователь должен иметь возможность сделать)
• Уровень системного анализа, построения информационной модели
• Уровень технического (программного) проектирования и реализации

Один из принципов, к которому я пришёл, как оказалось, хорошо соответствует концепции View Model и стандарту ISO/IEEE 42010:2011. Хотя идея кажется очевидной и даже довольно часто встречающейся, однако её следует понять и прочувствовать. Мысль в том, что программу, информационную систему, и даже информационную модель невозможно представить одним универсальным описанием, подходящим для всех ситуаций. И для описания одной единой модели или программы требуется проводить множество "сечений", описывая каждое из них отдельно. Это аналогично сечениям в черчении - каждое из них не может рассматриваться полностью самостоятельным (не является полным описанием программы/модели), все они взаимосвязаны друг с другом, и только полный набор описывает программу/модель в полном объёме.

Сейчас из каждого утюга звучит слово эджайл. Везде и всюду рассматривается, что эджайл является must-be, чем-то само собой разумеющимся, "если не эджайл, то что? каменный век?". Это превратилось в модное словечко, которое очень многие используют в своих личных интересах, просто чтобы "разводить на деньги". С этой точки зрения, я давно уже не люблю это слово.

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

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

Я профессионально вырос в компании Парагон. Это полностью частная компания, управляемая собственником. Мы ВСЕГДА были адаптивными (в том числе и тогда, когда эджайл не был модным). С этой точки зрения, эджайл подход, как адаптивный подход, мне изначально достаточно понятен, прежде всего как следование целям с учётом ограничений и с учётом всей текущей информации о проекте.

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

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

Наверное это более дорого, и это более индивидуально (единично), но я верю, что это более качественно и более эффективно.

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

Не буду здесь подробно останавливаться.

• Физ-мат класс в школе
• Курсы программирования вне школы
• МФТИ - один из лучших технических ВУЗов страны

Я родился в частном доме (подмосковье). Вся моя жизнь связана с ним, он до сих пор под моим "кураторством". Это означает постоянные заботы и работы. В основном все задачи решаются своими силами. А для этого необходимо понимание как такие задачи решаются. В итоге приходится быть "на все руки мастером": и плотник, и каменщик, и сантехник, и электрик, и всего остального понемногу. Привыкаешь к постоянным проблемам и становишься готов к решению любой незнакомой проблемы в любой момент.

Был и такой опыт в жизни. Квартира в новостройке, "голые" стены, без ничего. 8 месяцев подготовки, и менее 2 месяцев непосредственно ремонта "для себя", с готовностью "под ключ". Личное управление таким "проектом" считаю личным достижением.

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

Семья. Ребёнок. Родители. Жильё. Работа.
На какие-то хобби и увлечения - времени мало, разве что туризм не только "на море", но и "по России".
Это, конечно, не предмет для гордости, это факт. Всегда хочется иметь больше времени на свои "интересы" :)

Однако недавно, в связи с уходом из Интелкона и новогодними каникулами 2022, было немного времени уделить домашним ит-проектам. Постараюсь немного описать их здесь - как примеры решения некоторых технических задач.