Доброго субботнего вечера. Немного про MVP. Многие про это слышали, кто то даже делал. Но многие понимают MVP не совсем правильно, это не поделка просто для проверки гипотезы, ее проверять базово лучше вообще без разработки, например, примитивным лендингом на условной Тильде. И это не навороченный интерфейс с красивыми анимашками и мощной поддержкой. MVP - это продукт выполняющий базово одну или функции, закрывающие конкретные боли пользователей. Одну, но очень хорошо! Иначе шансов на успех будет не много. Подробнее про это можно почитать в вот в этой статье: https://telegra.ph/CHto-takoe-MVP-i-kak-sozdat-minimalno-zhiznesposobnyj-produkt-05-27
#article

Всем привет! Кажется, я понял, кем я хочу стать когда вырасту. Если честно работа с оптимизацией бизнес-процессов всегда привлекала меня, еще с самого начала моей карьеры в ИТ, когда я оптимизировал процессы на уровне внедрения систем электронного документооборота. Тогда я часто получал по шапке за свои "предложения по оптимизации", ибо они были либо очень дороги, либо упрощая жизнь конечным пользователям делали процессы дороже в эксплуатации. Для работы бизнес архитектором нужен реально крутой и глубокий опыт бизнес-анализа, наработкой которого я сейчас и занимаюсь. Ну а вам рекомендую вот эту статью: https://habr.com/ru/company/T1Holding/blog/646509/ #article

Пример крутой пользовательской истории и Job Story

неожиданно приятная фича.

Мне звонили. Я не поднял.

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

Мне показалось странным. а вам?

Пример очень странной, но если подумать удобной фичи.

Можно сделать шаг и попробовать описать разными методологиями эту самую фичу:

- user story - Я как пользователь, хочу иметь возможность перейти в разные месенджеры для звонка, чтобы не пришлось тыркаться в создание контакта

- jobs story - Позвонить через ТГ на номер из входящих. Согласитесь попроще звучит. При этом как писал в статье https://habr.com/ru/post/662672/

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

Доброго вечера. Студенты меня часто спрашивают про ведение документации, как правильно, где вести и т.д. Когда я начинал вариантов кроме ворда было не много, появлялись вики странички, но это было чревато работой с вики-разметкой, что далеко не всем подходило.
Потом появились модные конфлюенс и чуть менее модные ноушн и кода, в них доку стало вести удобнее, хотя по факту - это оптимизированные вики движки. Каждый со своими плюшками и минусами.
Я сам пока дорос только до этого уровня.
Хотя есть ребята, которые внедряют в свою работу практику Docs as Code, основанную на git и системе разметки, например, markdown. Вот пример реального использования. https://telegra.ph/Docs-as-code-DevOps-tehnologii-v-dokumentirovanii-ili-Kak-podruzhit-tehnicheskogo-pisatelya-i-razrabotchika-11-15
Да, статья, конечно пишет, что после этого освобождается 70% времени техписов, но мне кажется, что тут в первую очередь дело в синхронизации с разработчиками. Это не просто какой то писатель, а полноценный разработчик, со своей репой, коммитами и "кодом". Чувство причастности важная вещь.
Ну а в то, что это поможет драматически повысить скорость работы с докой - я не верю, если нет выстроенного процесса, то ни markdown ни notion не помогут.
Поделитесь в комментариях, кто чем пользуется и какие есть успехи?
#article

Доброго дня! Есть небольшая статья про GraphQL и Hasura, с практической точки зрения она бесполезна, т.к. не приводит никаких примеров использования GraphQL и не описывает реальных преимуществ над gRPC или REST. Но дает самое верхнеуровневое понимание. https://habr.com/ru/company/accenture/blog/578060/
Я сам все приглядываюсь к этому инструменту, но пока реальной надобности в его использовании не было. Насколько я понимаю и как следует из названия, инструмент реально хорош, когда у вас достаточно большие массивы взаимосвязанных данных, которые можно организовать в графы и по цепочке их вытягивать. Яркий пример - соцсеть Facebook, которая инструмент и создала, где в рамках запроса над тянуть друзей, их аватарки, их связи, подтягивать рекомендации новых связей по графам друзей и т.д.
У меня был пример, когда RESTу было тяжело тянуть связанные ресурсы по объектам в больших объемах (десятки тысяч сущностей) и приходилось бить это на несколько запросов, что, конечно увеличивало время получения данных + добавляло некоторые неудобства разрабам. И гипотетически организация API на GraphQL могла бы помочь, но эта задача была не сильно приоритетной и, как следствие, ушла на дно бэклога.
Но я верю, что однажды руки дойдут попробовать что-то слепить на GraphQL.

Всем привет. Кто знаком с термином Experience API? Если не знакомы - коротко поясню - это интерфейс, который объединяет под собой несколько API разных доменов в соответствии с пользовательских опытом, своеобразный API Gateway на максималках с точки зрения ценности для пользователей. Подробнее описано в статье https://medium.com/navalia/customer-experience-apis-the-missing-layer-58ecb93faa4b
#article #API

Сегодня прочитал небольшой ликбез с примером про функционально-стоимостный анализ (ФСА) https://www.bigdataschool.ru/blog/activity-based-costing.html Эта штука дополняет подходы Lean и если вы смотрите именно в сторону бизнес анализа и повышения эффективности процессов, то ФСА вполне может быть полезен. В целом его можно рассматривать и как инструмент для поиска метрик, которые можно растить (если у вас внутренний продукт) и как способ нахождения бутылочных горлышек и черных дыр в ваших процессах. @

Доброго дня. Тут на сайт Atlassian (внезапно) опубликовали статью про монолит и микросервисы. И внезапно даже годную, без подробностей, но даже с примерами про саму Atlassian, можно почитать https://www.atlassian.com/ru/microservices/microservices-architecture/microservices-vs-monolith #article

Всем привет. Посмотрел интересное видео с Анатолием Левенчуком, где он старается просто рассказать о концепции системного мышления. За час это сделать, конечно, невозможно, но доя затравки очень даже подойдёт https://youtu.be/JuZEnhmNOBk
#video

Добрый вечер! Очень короткая статья с 10 принципами работы, которые опытный аналитик сформировал за 10 лет. Особенно подчеркну пункт про данные. Он абсолютно правдив, все врут! И только циферки помогут понять, кто врет меньше)
https://habr.com/ru/post/675674/

Доброй всем ночи. Купил себе книжку "System Design. Подготовка к сложному интервью". В google я, конечно, пока что собеседоваться не иду (но хочется, конечно), однако книжку планирую в обозримом будущем почитать, для общего развития, так сказать. Вот тут, кстати, неплохой обзор на нее: https://habr.com/ru/company/piter/blog/650785/ #article

Совсем забыл, проводил тут на днях открытый урок в рамках очередного запуска курса по системному анализу, относящийся, внезапно, больше к проблемам бизнес-анализа. Получилось неплохо, кмк. https://www.youtube.com/watch?v=YyhnLNymdgs

На этой неделе провел еще один открытый урок про изменения в ГОСТах (спойлер, нового мало, в основном косметика) на разработку информационных систем. И в догонку, через пару дней наткнулся на толковую статью про ГОСТы. https://habr.com/ru/company/angarasecurity/blog/671882/
Так что, кому интересно - велкам читать и смотреть

Доброго субботнего утра. Прочитал интересную статью, как делить неделимые задачи, чтобы они влезали в итерации и несли при этом смысл. Вариант предложен дельный и стоит как минимум ознакомления https://vc.ru/life/461347-pro-dekompoziciyu-nedelimyh-zadach#Total

Всем привет! Что то пока не получается найти хорошей статьи, а вот видео - получается. Если вы хотите развиваться в сторону архитектуры, то рекомендую следить за выступлениями Кати Лысенко из Самоката, вот, например, одно из них, про то, как архитектура связана с корпоративной культурой, стоит посмотреть https://www.youtube.com/watch?v=-RrsskZE6WA&list=PLnA24QHCO3PnuK0msTxO0wz5NCfVCDknJ&index=13

Не могу не утащить замечательную байку от Валентины)

Заказчик: Команда, нам нужно родить ребёнка из этой спермы за месяц
Аналитик: Ух, да, класс, но не получится, на это потребуется около 10 месяцев
Заказчик: Ерунда, возьмите 9 женщин, разделите между ними работы, у вас месяц на всё про всё
Аналитик: Мы понимаем, но в такие сроки сделать ребёнка с нуля не получится, есть конкретные физические ограничения, которые не получится исключить. Мы можем либо найти женщину на сносях с другим ребёнком, либо взять ребёнка из детского дома
Заказчик: Вы все дураки и лентяи, вот вам эффективный менеджер, он вас научит работать
Менеджер: Да! Мы команда! Мы всё сделаем! Сейчас составим роадмэп, декомпозируем скоуп, делегируем задачи и всё будет готово!
Заказчик: Вот так вот и надо работать, наконец-то настоящий профессионал в команде!
1 неделя
Менеджер: У нас всё отлично! Ребёнок зачат, все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: Чувак, но ты же понимаешь, что
Менеджер: Молчать! Ты демотивируешь команду! У нас всё получится! Мы команда!
2 неделя
Менеджер: У нас всё отлично! Выкидышей нет, все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: *бьётся головой о стену и успокаивает команду*
3 неделя
Менеджер: У нас всё отлично! Ребёнок растёт и это мальчик!!! Все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: Да блин, чувак, пол ребёнка не определяется на столь раннем сроке, ну что ты творишь...
Менеджер: Молчать! Ты пессимист! Ты не оправдываешь мои ожидания!
4 неделя
Менеджер: У нас всё отлично! Все роженицы чувствуют себя замечательно, всё идёт по плану!
Заказчик: А ребёнок-то где? Уже пора, у нас презентация назначена и ресторан заказан
Менеджер: Нуууу... мы чуть-чуть выбиваемся из графика, но скоро всё будет!!!
...
спустя три месяца
...
Заказчик: Где? Мой?? Чёртов??? Ребёнок????
Менеджер: А щас вот вам аналитик объяснит причины задержки
Аналитик: Да, собственно, первоначальная концепция не изменилась. Ребёнок действительно растёт, и даже не один - будет возможность выбрать пол. Но придётся ещё месяцев шесть подождать...
Заказчик: Вы неадекват и непрофессионал! Как вообще держат таких непонятно! Вон из профессии!!!
...
спустя ещё месяц
...
Заказчик: Коллеги, нам очень нужен уже ребёнок... Сделайте хоть что-нибудь...
Менеджер: Всё идёт по плану! Осталось совсем немного!
Команда: Мы всё ещё можем взять ребёнка из детдома, это будет быстрее
Заказчик: *обречённо* давайте...
Менеджер: *воодушевлённо* Конечно! Я составлю новый роадмэп и календарный план! *радостно убегает в закат*

Прочитал интересную и достаточно фундаментальную статью про UML, хотя это скорее глава из книги. Если хотите начать изучать этот язык или систематизировать свои знания, советую почитать https://koi.tspu.ru/koi_books/gazizov/l12p02.htm #article

Если вы искали краткий обзор докладов и конференций первой половины 2022, то рекомендую посмотреть новый выпуск новостей на ЦифраБуква.
Analyst Days, TeamLead Conf, Летний аналитический фестиваль и пр.
https://youtu.be/1DGjG8-dJ-U