Лекция про Lean Software Development в университете

В прошлой статье про мой подход к преподаванию в университете я выложил запись лекции про Agile и обещал запись лекции про Lean Software Development.

Мой подход к преподаванию в университете и запись лекции про Agile

В текущем календарном году я преподаю только на ИИТ. До этого 5 лет проработал в ЮУрГУ и ЧелГУ на очном и заочном отделениях, учил программистов и IT-менеджеров.

Публикую стратегию крупного ретейлера по изменению IT-архитектуры и процессов

Программисты выкладывают код в Open Source, а мы решили выложить в открытый доступ стратегию по изменению IT-архитектуры и процессов одного из наших заказчиков.

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

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

Интервью на Hexlet

Общались с Кириллом Мокевниным в прямом эфире в рамках вебинаров в сообществе Hexlet. За два часа обсудили образование в IT, работу IT-архитектора, мою личную историю, книги, найм разработчиков и немного эзотерики.

Рад, что получил возможность высказать мнение и поделиться своим пониманием происходящего. Спасибо Кириллу за приглашение, спасибо сообществу Hexlet!

Кейс OZON.ru: Как сделать тарификацию доставки прозрачной и управляемой

Инфографика в посте сделана на R по реальным данным из Тарификатора.

Вы сталкиваетесь с тарификацией доставки, когда делаете заказ в интернет-магазине. Тарификатор — IT-система, которая говорит каким способом товар доставят, на какие посылки разобьется корзина, сколько стоит доставка и когда привезут заказ. Тарификатор собирает информацию со склада и служб доставки, перерабатывает и выдает результаты покупателям интернет-магазина на сайте.

AgileDays 2016: Пять самых важных составляющих процесса выпуска продуктов

В середине марта я выступал на 10-й глобальной конференции по гибкому управлению процессами — AgileDays 2016. Уже по традиции AgileDays проходила в Москве в Центре международной торговли, куда собрались 1200 участников.

Кнопочное мышление против целостного IT-продукта

Эта статья — выражение моей личной боли. Кнопочные решения портят мне жизнь, я трачу время на споры и обоснования.

Когда мы общаемся с коллегами, заказчиками или пользователями, я использую фразу «кнопочное мышление». Что я имею ввиду под этим термином? Текущая статья — развернутый ответ на этот вопрос.

Синонимами кнопочного мышления я считаю «экранное мышление» или преждевременную концептуализацию. Я раскрою мышление кнопками на десятке примеров из практики. А здесь для начала история, которая наверняка случалась с каждым. Представьте к вам приходят и рассказывают о падении конверсии на сайте. А вы ему сразу: «Давайте кнопку покупки сделаем побольше и поярче!». Что произошло? В бизнесе возникла проблема. Вместо погружения в детали, вместо исследования причин, вы играете с размерами кнопки. Вот в таких случаях я говорю о кнопочном мышлении.

Для тех, кто любит смотреть, а не читать, есть видео и слайды.

Видео и слайды: Кнопочное мышление против целостного IT-продукта

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

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

JavaScript-приложение, или зачем нам Razor в ASP.NET MVC?

Не думал, что напишу это, но JavaScript победил. Мы перестали использовать Razor для создания веб-приложений. Вместо этого реализуем front-end в отдельном проекте на JavaScript-фреймворках. От ASP.NET остался только WebAPI и «движок», на котором мы пишем бизнес-логику и API для пользовательского интерфейса.

Инструменты для проекта на .NET и JavaScript: TDD, PostgreSQL и российское облако

В предыдущей статье рассказал инструментах, которые используются в ByndyuSoft. На этот раз опишу проект, который делался через TDD, на PostgreSQL и российском облаке Infobox.

Что за проект?

Предметная область продукта — наружная видео-реклама на мониторах в транспорте. Управление мониторами работает через единый веб-интерфейс. Если вы пользуетесь общественным транспортом, то видели эти мониторы в трамваях и троллейбусах.

Заказчики пришли к нам с готовым бизнесом — 10 лет опыта на рынке, первые в России, кто создает мониторы и встроенное ПО от сборки до сопровождения. За время роста бизнеса в IT накопились технические и дизайнерские долги. IT тормозило развитие компании, понадобился новый подход и свежие решения.