Всем привет! Кажется, я понял, кем я хочу стать когда вырасту. Если честно работа с оптимизацией бизнес-процессов всегда привлекала меня, еще с самого начала моей карьеры в ИТ, когда я оптимизировал процессы на уровне внедрения систем электронного документооборота. Тогда я часто получал по шапке за свои "предложения по оптимизации", ибо они были либо очень дороги, либо упрощая жизнь конечным пользователям делали процессы дороже в эксплуатации. Для работы бизнес архитектором нужен реально крутой и глубокий опыт бизнес-анализа, наработкой которого я сейчас и занимаюсь. Ну а вам рекомендую вот эту статью: https://habr.com/ru/company/T1Holding/blog/646509/ #article
Хабр
Я рефакторю компании
Этот архитектор переделывал систему шесть раз, и сейчас к нему пришёл джун сообщить, что пора заходить на седьмую итерацию. Я работаю человеком, который знает, как лучше поменять что-то в компании,...
неожиданно приятная фича.
Мне звонили. Я не поднял.
Потом решил перезвонить, а там вот такая плашка, которая дает возможность сразу перейти во все доступные мессенджеры.
Мне показалось странным. а вам?
Пример очень странной, но если подумать удобной фичи.
Можно сделать шаг и попробовать описать разными методологиями эту самую фичу:
- user story - Я как пользователь, хочу иметь возможность перейти в разные месенджеры для звонка, чтобы не пришлось тыркаться в создание контакта
- jobs story - Позвонить через ТГ на номер из входящих. Согласитесь попроще звучит. При этом как писал в статье https://habr.com/ru/post/662672/
Важно не ставить какие-то ограничения на реализацую в рамках описания истории.
Мне звонили. Я не поднял.
Потом решил перезвонить, а там вот такая плашка, которая дает возможность сразу перейти во все доступные мессенджеры.
Мне показалось странным. а вам?
Пример очень странной, но если подумать удобной фичи.
Можно сделать шаг и попробовать описать разными методологиями эту самую фичу:
- 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
Потом появились модные конфлюенс и чуть менее модные ноушн и кода, в них доку стало вести удобнее, хотя по факту - это оптимизированные вики движки. Каждый со своими плюшками и минусами.
Я сам пока дорос только до этого уровня.
Хотя есть ребята, которые внедряют в свою работу практику 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
Telegraph
Docs-as-code: DevOps-технологии в документировании, или Как подружить технического писателя и разработчика
Привет, Хабр! Меня зовут Роман Блинов, я ведущий технический писатель в «Цифре» — в команде по развитию платформы ZIIoT. Этот пост будет о подходе Docs-as-code для документирования разработки ПО. Пишу с прицелом на тех читателей (то есть писателей), кто этот…
Доброго дня! Есть небольшая статья про GraphQL и Hasura, с практической точки зрения она бесполезна, т.к. не приводит никаких примеров использования GraphQL и не описывает реальных преимуществ над gRPC или REST. Но дает самое верхнеуровневое понимание. https://habr.com/ru/company/accenture/blog/578060/
Я сам все приглядываюсь к этому инструменту, но пока реальной надобности в его использовании не было. Насколько я понимаю и как следует из названия, инструмент реально хорош, когда у вас достаточно большие массивы взаимосвязанных данных, которые можно организовать в графы и по цепочке их вытягивать. Яркий пример - соцсеть Facebook, которая инструмент и создала, где в рамках запроса над тянуть друзей, их аватарки, их связи, подтягивать рекомендации новых связей по графам друзей и т.д.
У меня был пример, когда RESTу было тяжело тянуть связанные ресурсы по объектам в больших объемах (десятки тысяч сущностей) и приходилось бить это на несколько запросов, что, конечно увеличивало время получения данных + добавляло некоторые неудобства разрабам. И гипотетически организация API на GraphQL могла бы помочь, но эта задача была не сильно приоритетной и, как следствие, ушла на дно бэклога.
Но я верю, что однажды руки дойдут попробовать что-то слепить на GraphQL.
Я сам все приглядываюсь к этому инструменту, но пока реальной надобности в его использовании не было. Насколько я понимаю и как следует из названия, инструмент реально хорош, когда у вас достаточно большие массивы взаимосвязанных данных, которые можно организовать в графы и по цепочке их вытягивать. Яркий пример - соцсеть Facebook, которая инструмент и создала, где в рамках запроса над тянуть друзей, их аватарки, их связи, подтягивать рекомендации новых связей по графам друзей и т.д.
У меня был пример, когда RESTу было тяжело тянуть связанные ресурсы по объектам в больших объемах (десятки тысяч сущностей) и приходилось бить это на несколько запросов, что, конечно увеличивало время получения данных + добавляло некоторые неудобства разрабам. И гипотетически организация API на GraphQL могла бы помочь, но эта задача была не сильно приоритетной и, как следствие, ушла на дно бэклога.
Но я верю, что однажды руки дойдут попробовать что-то слепить на GraphQL.
Хабр
Работа с GraphQL через Hasura для системных аналитиков и QA
Цель данной статьи - рассказать о GraphQL и Hasura человеку, который вообще ничего не слышал об этих инструментах . И, например, его карьерный путь сложился так, что ему необходимо иметь общее...
Всем привет. Кто знаком с термином Experience API? Если не знакомы - коротко поясню - это интерфейс, который объединяет под собой несколько API разных доменов в соответствии с пользовательских опытом, своеобразный API Gateway на максималках с точки зрения ценности для пользователей. Подробнее описано в статье https://medium.com/navalia/customer-experience-apis-the-missing-layer-58ecb93faa4b
#article #API
#article #API
Medium
Customer Experience APIs: The missing layer
A service boundary around customer journeys
Сегодня прочитал небольшой ликбез с примером про функционально-стоимостный анализ (ФСА) https://www.bigdataschool.ru/blog/activity-based-costing.html Эта штука дополняет подходы Lean и если вы смотрите именно в сторону бизнес анализа и повышения эффективности процессов, то ФСА вполне может быть полезен. В целом его можно рассматривать и как инструмент для поиска метрик, которые можно растить (если у вас внутренний продукт) и как способ нахождения бутылочных горлышек и черных дыр в ваших процессах. @
Курсы Big Data,Arenadata,Greenplum, Kafka и Spark
Сколько стоит цифровизация: что такое ФСА и зачем это нужно в Big Data
В этой статье мы расскажем, что такое функционально-стоимостный анализ, как он связан с
Доброго дня. Тут на сайт Atlassian (внезапно) опубликовали статью про монолит и микросервисы. И внезапно даже годную, без подробностей, но даже с примерами про саму Atlassian, можно почитать https://www.atlassian.com/ru/microservices/microservices-architecture/microservices-vs-monolith #article
Atlassian
Сравнение микросервисной и монолитной архитектур | Atlassian
Монолитное приложение — это единый общий модуль, в то время как архитектура микросервисов представляет собой набор небольших независимо развертываемых служб.
Всем привет. Посмотрел интересное видео с Анатолием Левенчуком, где он старается просто рассказать о концепции системного мышления. За час это сделать, конечно, невозможно, но доя затравки очень даже подойдёт https://youtu.be/JuZEnhmNOBk
#video
#video
Добрый вечер! Очень короткая статья с 10 принципами работы, которые опытный аналитик сформировал за 10 лет. Особенно подчеркну пункт про данные. Он абсолютно правдив, все врут! И только циферки помогут понять, кто врет меньше)
https://habr.com/ru/post/675674/
https://habr.com/ru/post/675674/
Хабр
10 вещей, которым я научился за 10 лет в IT
За последние 10 лет работы в качестве QA, бизнес-аналитика, продакт-оунера, продакт менеджера, а также ментора, я получил бесценный опыт, которым хочу поделиться. Важность онбординга...
Доброй всем ночи. Купил себе книжку "System Design. Подготовка к сложному интервью". В google я, конечно, пока что собеседоваться не иду (но хочется, конечно), однако книжку планирую в обозримом будущем почитать, для общего развития, так сказать. Вот тут, кстати, неплохой обзор на нее: https://habr.com/ru/company/piter/blog/650785/ #article
Хабр
System Design. Общие принцип прохождения интервью по проектированию ИТ-систем
Привет, Хаброжители! Мы весьма рады, что вы решили изучить особенности интервью по проектированию ИТ-систем вместе с нами. Из всех технических интервью именно на этом задают самые сложные вопросы....
Совсем забыл, проводил тут на днях открытый урок в рамках очередного запуска курса по системному анализу, относящийся, внезапно, больше к проблемам бизнес-анализа. Получилось неплохо, кмк. https://www.youtube.com/watch?v=YyhnLNymdgs
YouTube
Как не утонуть в требованиях и понять, какую проблему решаем?
Поговорим о том, какие виды требований бывают и как они коррелируют между собой.
Как понять, что заказчик пришел к тебе с реальной проблемой.
Как отличить проблему, потребность и решение.
«Системный аналитик. Advanced» - https://otus.pw/FZlB/
Преподаватель:…
Как понять, что заказчик пришел к тебе с реальной проблемой.
Как отличить проблему, потребность и решение.
«Системный аналитик. Advanced» - https://otus.pw/FZlB/
Преподаватель:…
На этой неделе провел еще один открытый урок про изменения в ГОСТах (спойлер, нового мало, в основном косметика) на разработку информационных систем. И в догонку, через пару дней наткнулся на толковую статью про ГОСТы. https://habr.com/ru/company/angarasecurity/blog/671882/
Так что, кому интересно - велкам читать и смотреть
Так что, кому интересно - велкам читать и смотреть
YouTube
ГОСТ на ИТ системы, что поменялось и как готовить? // курс «Специализация Системный аналитик»
Рассмотрим изменения в ГОСТ 34: что пришло на смену РД 50 и как все это использовать, чтобы сделать нужную систему.
«Специализация Системный аналитик» - https://otus.pw/jSnD/
Преподаватель: Иннокентий Бодров - Lead Analyst, Stenn International
Подключайтесь…
«Специализация Системный аналитик» - https://otus.pw/jSnD/
Преподаватель: Иннокентий Бодров - Lead Analyst, Stenn International
Подключайтесь…
Доброго субботнего утра. Прочитал интересную статью, как делить неделимые задачи, чтобы они влезали в итерации и несли при этом смысл. Вариант предложен дельный и стоит как минимум ознакомления https://vc.ru/life/461347-pro-dekompoziciyu-nedelimyh-zadach#Total
vc.ru
Про декомпозицию неделимых задач — Личный опыт на vc.ru
В вашей работе встречаются задачи, которые занимают несколько спринтов просто потому, что выглядят неделимыми? Я знаю, что с ними делать. Особенно, если это касается разработки.
Всем привет! Что то пока не получается найти хорошей статьи, а вот видео - получается. Если вы хотите развиваться в сторону архитектуры, то рекомендую следить за выступлениями Кати Лысенко из Самоката, вот, например, одно из них, про то, как архитектура связана с корпоративной культурой, стоит посмотреть https://www.youtube.com/watch?v=-RrsskZE6WA&list=PLnA24QHCO3PnuK0msTxO0wz5NCfVCDknJ&index=13
YouTube
Архитектура — зеркало корпоративных ценностей / Екатерина Лысенко (Самокат)
Ближайшая конференция TechLead Conf пройдет 27 и 28 ноября 2023 в Москве в рамках конференции HighLoad++. Подробности https://techleadconf.ru/
Объединенная конференция DevOpsConf и TechLead Conf
13 и 14 июня 2022
Тезисы и презентация:
https://techlea…
Объединенная конференция DevOpsConf и TechLead Conf
13 и 14 июня 2022
Тезисы и презентация:
https://techlea…
Forwarded from Fiona
Заказчик: Команда, нам нужно родить ребёнка из этой спермы за месяц
Аналитик: Ух, да, класс, но не получится, на это потребуется около 10 месяцев
Заказчик: Ерунда, возьмите 9 женщин, разделите между ними работы, у вас месяц на всё про всё
Аналитик: Мы понимаем, но в такие сроки сделать ребёнка с нуля не получится, есть конкретные физические ограничения, которые не получится исключить. Мы можем либо найти женщину на сносях с другим ребёнком, либо взять ребёнка из детского дома
Заказчик: Вы все дураки и лентяи, вот вам эффективный менеджер, он вас научит работать
Менеджер: Да! Мы команда! Мы всё сделаем! Сейчас составим роадмэп, декомпозируем скоуп, делегируем задачи и всё будет готово!
Заказчик: Вот так вот и надо работать, наконец-то настоящий профессионал в команде!
1 неделя
Менеджер: У нас всё отлично! Ребёнок зачат, все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: Чувак, но ты же понимаешь, что
Менеджер: Молчать! Ты демотивируешь команду! У нас всё получится! Мы команда!
2 неделя
Менеджер: У нас всё отлично! Выкидышей нет, все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: *бьётся головой о стену и успокаивает команду*
3 неделя
Менеджер: У нас всё отлично! Ребёнок растёт и это мальчик!!! Все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: Да блин, чувак, пол ребёнка не определяется на столь раннем сроке, ну что ты творишь...
Менеджер: Молчать! Ты пессимист! Ты не оправдываешь мои ожидания!
4 неделя
Менеджер: У нас всё отлично! Все роженицы чувствуют себя замечательно, всё идёт по плану!
Заказчик: А ребёнок-то где? Уже пора, у нас презентация назначена и ресторан заказан
Менеджер: Нуууу... мы чуть-чуть выбиваемся из графика, но скоро всё будет!!!
...
спустя три месяца
...
Заказчик: Где? Мой?? Чёртов??? Ребёнок????
Менеджер: А щас вот вам аналитик объяснит причины задержки
Аналитик: Да, собственно, первоначальная концепция не изменилась. Ребёнок действительно растёт, и даже не один - будет возможность выбрать пол. Но придётся ещё месяцев шесть подождать...
Заказчик: Вы неадекват и непрофессионал! Как вообще держат таких непонятно! Вон из профессии!!!
...
спустя ещё месяц
...
Заказчик: Коллеги, нам очень нужен уже ребёнок... Сделайте хоть что-нибудь...
Менеджер: Всё идёт по плану! Осталось совсем немного!
Команда: Мы всё ещё можем взять ребёнка из детдома, это будет быстрее
Заказчик: *обречённо* давайте...
Менеджер: *воодушевлённо* Конечно! Я составлю новый роадмэп и календарный план! *радостно убегает в закат*
Аналитик: Ух, да, класс, но не получится, на это потребуется около 10 месяцев
Заказчик: Ерунда, возьмите 9 женщин, разделите между ними работы, у вас месяц на всё про всё
Аналитик: Мы понимаем, но в такие сроки сделать ребёнка с нуля не получится, есть конкретные физические ограничения, которые не получится исключить. Мы можем либо найти женщину на сносях с другим ребёнком, либо взять ребёнка из детского дома
Заказчик: Вы все дураки и лентяи, вот вам эффективный менеджер, он вас научит работать
Менеджер: Да! Мы команда! Мы всё сделаем! Сейчас составим роадмэп, декомпозируем скоуп, делегируем задачи и всё будет готово!
Заказчик: Вот так вот и надо работать, наконец-то настоящий профессионал в команде!
1 неделя
Менеджер: У нас всё отлично! Ребёнок зачат, все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: Чувак, но ты же понимаешь, что
Менеджер: Молчать! Ты демотивируешь команду! У нас всё получится! Мы команда!
2 неделя
Менеджер: У нас всё отлично! Выкидышей нет, все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: *бьётся головой о стену и успокаивает команду*
3 неделя
Менеджер: У нас всё отлично! Ребёнок растёт и это мальчик!!! Все роженицы чувствуют себя замечательно, всё идёт по плану!
Аналитик: Да блин, чувак, пол ребёнка не определяется на столь раннем сроке, ну что ты творишь...
Менеджер: Молчать! Ты пессимист! Ты не оправдываешь мои ожидания!
4 неделя
Менеджер: У нас всё отлично! Все роженицы чувствуют себя замечательно, всё идёт по плану!
Заказчик: А ребёнок-то где? Уже пора, у нас презентация назначена и ресторан заказан
Менеджер: Нуууу... мы чуть-чуть выбиваемся из графика, но скоро всё будет!!!
...
спустя три месяца
...
Заказчик: Где? Мой?? Чёртов??? Ребёнок????
Менеджер: А щас вот вам аналитик объяснит причины задержки
Аналитик: Да, собственно, первоначальная концепция не изменилась. Ребёнок действительно растёт, и даже не один - будет возможность выбрать пол. Но придётся ещё месяцев шесть подождать...
Заказчик: Вы неадекват и непрофессионал! Как вообще держат таких непонятно! Вон из профессии!!!
...
спустя ещё месяц
...
Заказчик: Коллеги, нам очень нужен уже ребёнок... Сделайте хоть что-нибудь...
Менеджер: Всё идёт по плану! Осталось совсем немного!
Команда: Мы всё ещё можем взять ребёнка из детдома, это будет быстрее
Заказчик: *обречённо* давайте...
Менеджер: *воодушевлённо* Конечно! Я составлю новый роадмэп и календарный план! *радостно убегает в закат*
Прочитал интересную и достаточно фундаментальную статью про UML, хотя это скорее глава из книги. Если хотите начать изучать этот язык или систематизировать свои знания, советую почитать https://koi.tspu.ru/koi_books/gazizov/l12p02.htm #article
Forwarded from Михаил Максимов
Если вы искали краткий обзор докладов и конференций первой половины 2022, то рекомендую посмотреть новый выпуск новостей на ЦифраБуква.
Analyst Days, TeamLead Conf, Летний аналитический фестиваль и пр.
https://youtu.be/1DGjG8-dJ-U
Analyst Days, TeamLead Conf, Летний аналитический фестиваль и пр.
https://youtu.be/1DGjG8-dJ-U
YouTube
Когнитивные искажения, бизнес-аналитик в ИТ, выгорание | Analysis news #10
В выпуске обзор ключевых конференций и событий за первую половину 2022 года по версии ЦифраБуква. Авторская подборка и выводы.
Тайм-коды для удобства навигации далее:
00:00 Вступление и приветствие
00:15 Татьяна Половинкина «Debugging мозга или гон тараканов».…
Тайм-коды для удобства навигации далее:
00:00 Вступление и приветствие
00:15 Татьяна Половинкина «Debugging мозга или гон тараканов».…
Всем привет. Ребята из Мир.Platform выложили интересную статью про реальное применение архитектурной модели С4 на практике. Всем, кто считал, что это только для бумажек - стоит прочитать https://habr.com/ru/company/nspk/blog/679426/ #article
Хабр
Как описать большую систему в нотации С4
Хабр, привет! Нас зовут Дмитрий Фролов и Владимир Мясников . Мы стандартизировали подход по документированию внутренних систем в команде интеграционного тестирования Мир Plat.Form с помощью «Модели...
Всем привет! Увидел тут статью из серии API для самых маленьких. Если вообще не представляете что это такое (хотя это, наверное, странно), то с этой статьи можно начать https://timeweb.com/ru/community/articles/chto-takoe-api
#article
#article