- 142
- 335 671
Andrey Putin kt-team
Russia
Приєднався 5 чер 2018
IT-бизнес-партнерство - когда команда программистов стремится понять вашу стратегию, точку Б, и найти наиболее бережливое решение.
Ускоряем технологический прогресс для всего человечества, помогая среднему и крупному бизнесу в цифровизации.
Ускоряем технологический прогресс для всего человечества, помогая среднему и крупному бизнесу в цифровизации.
3 Ошибки в управлении проектом | эффективность ит-проекта
Как связана эффективность проекта с качеством ит-архитектуры и при чем здесь результат ориентированная культура.
Спикер Андрей Путин, CEO и управляющий партнер ит-интегратора KT.Team
Тайм-коды
0:00 Главные ошибки в управлении проектом
0:34 Как связаны эффективность проекта и стратегия
2:41 Инструменты стратегического дизайн-мышления
3:57 Почему качественная ит архитектура - скучная
4:22 4 признака некачественной ит-архитектуры
7:10 Основное ограничение монолита - или почему плохую архитектуру можно не сразу заметить
8:00 Признаки хорошей ит-архитектуры
8:31 Что общего между бабушкиной квартирой и накачественной ит-архитектурой
10:18 Когда техническая документация бесполезна
#ит-проект #управление_проектом #эффективность #эффективность_проекта #ит-архитектура #дизайн-мышление #сервис-ориентированная_архитектура
Спикер Андрей Путин, CEO и управляющий партнер ит-интегратора KT.Team
Тайм-коды
0:00 Главные ошибки в управлении проектом
0:34 Как связаны эффективность проекта и стратегия
2:41 Инструменты стратегического дизайн-мышления
3:57 Почему качественная ит архитектура - скучная
4:22 4 признака некачественной ит-архитектуры
7:10 Основное ограничение монолита - или почему плохую архитектуру можно не сразу заметить
8:00 Признаки хорошей ит-архитектуры
8:31 Что общего между бабушкиной квартирой и накачественной ит-архитектурой
10:18 Когда техническая документация бесполезна
#ит-проект #управление_проектом #эффективность #эффективность_проекта #ит-архитектура #дизайн-мышление #сервис-ориентированная_архитектура
Переглядів: 314
Відео
Главная ошибка в оценке стоимости проекта | TCO
Переглядів 1592 місяці тому
Что такое TCO ит проекта Total cost of ownership Полная стоимость владения и как ее посчитать в ит проекте Спикер: Андрей Путин, СЕО и управляющий партнер KT.Team Что общего между стоимостью ит-проекта и айсбергом? Как получается, что в оценке проекта не видны затраты на поддержку и владение ПО, и как это влияет на риски. ❄️ Эффект айсберга в оценке проектов: Оценка стоимости часто затрагивает ...
Как внедрить ии в бизнес-процессы. Первый шаг
Переглядів 2723 місяці тому
Как начать внедрение искусственного интеллекта (ИИ) в бизнес-процессы. И как это решает проблемы рынка труда. Как ИИ повышения эффективность труда сотрудников и какая роль ИИ в оптимизации задач. Спикер: Андрей Путин, CEO и управляющий партнер ит-интегратора КТ.Team Таймкоды 00:00 Как внедренить ии в бизнес-процессы 00:05 Проблем рынка труда и автоматизации 01:07 Как правильно использовать данн...
Skill-based Оценка. Кто такие Junior, Middle, Senior, Lead (не только в IT)
Переглядів 1314 місяці тому
Skill-based принцип оценки, как он внедрен. Результато-ориентированный подход к оценке разработчиков и менеджеров. Как считать оклады, как быстро давать обратную связь и как быстро её получать? Опросник для оценки внутренних команд KT.Team, поделитесь, на сколько он применим для вашей команды?
Самый первый шаг внедрения AI в бизнес
Переглядів 3936 місяців тому
Как внедрять быстро любые знания? Нейросеть. Как уменьшать рутину в работе? Нейросеть. Но как это делать на практике? Расскажу самые первые шаги.
Кафка это шина? API, MQ, шины/ESB. Неочевидные минусы подходов и их плюсы.
Переглядів 3,5 тис.10 місяців тому
Подкаст на тему "типы интеграций", где мы разбираем наиболее возможные типы интеграций, а главное - возможные неочевидные минусы каждого из подходов. Какой подход к интеграциям кажется самым простым и доступным, и так ли это на самом деле? Какие интеграции позволяют легко внедрять инновации, а какие их цементируют? Подробный обзор плюсов и неочевидных минусов каждого подхода к интеграциям. Спик...
Различие DWH и Datalake, и с чего начать лучше?
Переглядів 90511 місяців тому
Много слов сказано про Data Lakes, и многие берутся за построение именно озер данных. Прекрасная идея - все данные в любом виде пусть хранятся, пусть их будет много, и вот тогда мы всё проанализируем! Или нет? Для чего нужны Data Lake, почему их построение часто заканчивается Data Swamp (болотом данных), и почему бизнесу приоритетнее строить DWH (структурированное хранилище данных). Спикер: Анд...
А если все интеграции сделать через Kafka?
Переглядів 492Рік тому
Почему Kafka недостаточно для обмена между IT-системами? С какими проблемами можно столкнуться, выбрав Kafka? Преимущества DWH и Middleware. Спикер: Андрей Путин, CEO KT.Team 0:00 Почему выбирают создание интеграций через брокер сообщений 0:18 А если добавить DWH и Middleware 0:37 Особенности обмена между системами через Kafka 2:14 Как системы становятся перегружены логикой, хранением и дублиро...
Три признака монолита и чек-лист сервисной архитектуры | Андрей Путин
Переглядів 417Рік тому
Что такое монолит в IT и как его распознать? Как скрываются монолиты даже среди микросервисной архитектуры и как их обезвредить. Чек-лист сервисной архитектуры. Спикер: Андрей Путин, CEO KT.Team Тайм-коды 0:00 Что такое монолит 1:20 Какие характеристики ИТ - системы важны для управленца 2:08 Отличия монолитной и сервисной архитектуры 2:53 Как понять, у вас сейчас монолитная архитектура или нет?...
Рескиллинг-карта разработчиков | траектория развития в ИТ
Переглядів 474Рік тому
Рескиллинг-карта разработчиков | траектория развития в ИТ
Профессии будущего и настоящего в IT | Андрей Путин
Переглядів 514Рік тому
Профессии будущего и настоящего в IT | Андрей Путин
Отчуждаемое ПО: кому на самом деле это выгодно?
Переглядів 244Рік тому
Отчуждаемое ПО: кому на самом деле это выгодно?
Почему техподдержку IT-проектов нужно отдать на аутсорс
Переглядів 19 тис.Рік тому
Почему техподдержку IT-проектов нужно отдать на аутсорс
Что такое десакрализация в IT | Андрей Путин
Переглядів 11 тис.Рік тому
Что такое десакрализация в IT | Андрей Путин
Какая на самом деле роль IT-директора и IT-департамента в бизнесе | Андрей Путин
Переглядів 6 тис.Рік тому
Какая на самом деле роль IT-директора и IT-департамента в бизнесе | Андрей Путин
Сколько на самом деле стоит IT для бизнеса | Андрей Путин
Переглядів 8 тис.Рік тому
Сколько на самом деле стоит IT для бизнеса | Андрей Путин
Зачем изучать SOA в формате мастермайнда | Андрей Путин | kt.soabridge
Переглядів 8 тис.Рік тому
Зачем изучать SOA в формате мастермайнда | Андрей Путин | kt.soabridge
Кто такой Андрей Путин, что такое KT.Team
Переглядів 4,7 тис.Рік тому
Кто такой Андрей Путин, что такое KT.Team
Если ты менеджер IT-проекта, тех-лид, cdto
Переглядів 4,9 тис.Рік тому
Если ты менеджер IT-проекта, тех-лид, cdto
Зачем IT-командам сторонний аудит | Андрей Путин
Переглядів 6 тис.Рік тому
Зачем IT-командам сторонний аудит | Андрей Путин
Зачем нужен стандарт мониторинга и что происходит, когда его нет | Андрей Путин
Переглядів 2,8 тис.Рік тому
Зачем нужен стандарт мониторинга и что происходит, когда его нет | Андрей Путин
Интеграции как индикатор качества вашей IT-архитектуры | Андрей Путин
Переглядів 1,8 тис.Рік тому
Интеграции как индикатор качества вашей IT-архитектуры | Андрей Путин
Шины - ключевой элемент качественной архитектуры | Андрей Путин
Переглядів 3,2 тис.Рік тому
Шины - ключевой элемент качественной архитектуры | Андрей Путин
Сколько на самом деле стоит инхаус | аутсорс | аутстафф в IT | Андрей Путин
Переглядів 1,2 тис.Рік тому
Сколько на самом деле стоит инхаус | аутсорс | аутстафф в IT | Андрей Путин
Code first VS low-code для создания интеграций в эпоху ChatGPT | Андрей Путин
Переглядів 2,4 тис.Рік тому
Code first VS low-code для создания интеграций в эпоху ChatGPT | Андрей Путин
Не отдавайте техподдержку разработчикам | Андрей Путин
Переглядів 3,7 тис.Рік тому
Не отдавайте техподдержку разработчикам | Андрей Путин
эпично смахнул рукой схему вправо
Каким образом работают аутентификация? Пробел в объяснении
Я один не понял ?
С данного выступления стало ясно, что ИТ отдел решает что нужно бизнесу, а что нет.
Никогда бы не подумал что путин будет объяснять мне как писать техническую документацию.
Основание связки всех систем - области повышенного/разряженного давления, без учёта доп встроек в область ( облако ) данных. То есть - имея облако как есть, нужен инструмент развёртывания и переработки. Главный критерий не обращение тех или иных данных между областями, а измерение давления оказываемого той или иной областью на те или иные области. Почему важно именно это - разрозненное давление не несёттв себе работу! давление или разряженность - указывает на сегодняшнии значимые проблемы.
chatgpt = дыра в безопасности. а есть отечественные, которые встают изолированно во внутренний контур?
Почему вы не используете 19 гост?
Потому-что он устаревший и его применение носит чисто рекомендательный характер.
Коллега, в первой части вы описываете стандартный протокол ИТВ.
Язык информационного взаимодействия, типа УФЭБС Банка России
Получается, вся экономика Германии тонет из-за цифровой неповоротливой бюрократии, связанной с sap решениями?
Большое спасибо за качественную информацию.
Ммм, хоть бы ограничения озвучили. 1. Если % "кардинально" нового функционала высокий стратегия на отличное покрытия автотестами работать не будет. Можно пороться, tdd, но все ровно не будет 2. Зря по erp систему сказали ) Скажем так, проекты с высокой "аналитической" запутанностью" никак не выиграют от частоты релизов на старте, середине проекта. Мало того, исправления потом заспамят команду.
Простая глупость, иначе это видео не назовешь 😂
Фамилия неудачная
Полезно. Спасибо. Не смущает выгрузка корп. данных во внешние облака?
Дайте ссылки на ресурсы
С какими ресурсами вам нужна помощь?
Отлично.Правда,есть определенная терминология, которая не всем понятна,но в целом достаточно ясно и доступно.Главное, очень полезная информация.Благодарю!
💩 ЭТО НЕ ЭПОХА , А ПОЛИТИЧЕСКИЙ ЗАХВАТ ВЛАСТИ ТОТАЛЬНЫМ БЕСПРАВИЕМ 💩
Очень интересное направление. Я занимаюсь строительством есть интересные идеи. Интересно как в других странах это продвигается.
Спасибо! Полезно👍
Будем рады дискуссии о применимости
Поставил первый дизлайк, так как в начале видео был явный запрос на них))) Точка зрения интересная!
когда работаешь строго по ТЗ )))
разве мдм решает только проблему качества данных? а как же консистентность? это надстройка над С из САР теоремы
Всё видео по сути про проблему качества данных и согласованности. Согласованность должна состоять из: 1. Данные поступили 2. Данные приняты конечными системами 1 обеспечивается ETL слоем сервиса держателя масте-данных 2 ETL слоем получателя. Тогда зоны ответственности каждого сервиса становятся прозрачными. Если за 1,2 начинает отвечать некая центральная MDM со своими правилами, то 1 и 2 теряют часть ответственности, что представляет проблему организационного характера. Про это и речь.
Нет доступа к просмотру карты. Откройте пожалуйста доступ
починили, все работает! Спасибо за внимательность ))
Практика применения карты помогает? Или где больше денег, туда и ижут разработчики в РФ?
хороший вопрос, помогает с чем? 😉
@@andrey_putinпомогает в практике развития. Например приходит js и говорит могу на следующий уровень и хочу 300. А внутренняя вилка нового уровня условно 260. Наверное уходит специалист?
@@rikkifrolov6808 по индивидуальному плану развития у сотрудника нет потолка - если он готов расти, с уровня на уровень, с уровня на уровень, постепенно подтверждая свой рост результатами. Но бывает, что сотрудник выбирает не расти - а просто хочет больше за тот уровень, на котором он сейчас. И бывает, что его хотение удовлетворяется на внешнем рынке.
Какое-то странное выступление. Не тратьте время. Несёт какой-то бред. Структуры выступления нет. Может быть я тупой? Но я правда не понял чего выступающий собственно хотел до нас донести. 😂
Жаль, что нам не удалось донести концепт слабой связанности
Все верно, бред он и есть бред, но выросло новое поколение, которое не видело лоскутной автоматизации с торговлей информацией внутри компании. А ИТшники будут париться не с обновлением системы, а с написанием многосторонней интеграции, с подключением узкоспециализированных специалистов, которых на рынке вообще нет
ИМХО, выступающий пытался донести до нас идею, что микро сервисы это стильно, модно, молодежно (с), я всякие ЕРП и прочие динозавры - фу такими быть. Но, с моей точки зрения, у него получилось лишь показать что такого ценного специалиста как он надо засылать автоматизатором к своим злейшим конкурентам. И тогда вопрос с ними будет решен.
бред полный ..... Понимаю когда отделили ЗУП и 1 С Бухгалтерия .... но все остальное очень черевато - фин.результат не получиш корректно.....
причины 1) архитектура 1с корявая, но позволяет нормально работать в единой базе 2) безопасность (ЗУП выделяют в отдельную систему чтобы цифры видел только бух по ЗП).
У вас получилось натянуть сову на глобус...
Мне кажется и это у него не получилось.😂
Выздоравливайте!😂
спасибо, здоровы )
Очень точное описание 👍
Правильно ли я понял посыл видео, что грамотно построенная интеграция между 2 и более сервисами это: 1 сервис который забирает данные из источника/преобразует и кладет в Кафку 2 сама очередь/кафка 3 сервис который берет из Кафки и передает данные к потребителям
Если в шине не всегда брокер, то что? 🤔
28 лет в IT... С 14 лет?
Да, тянул локалку к соседям по подъезду )
Хорошие мысли. Давайте воплотим в реальность вместе. 😊
Братиш, тему вообще не раскрыл! Вот вообще...
Если ERP не работает, "вы просто не умеете их готовить" 😁
Скорее, что работает вместо ERP?
Очень полезно, спасибо за сравнение! ))
Андрей, Антон, большое спасибо!
доступ к рескиллинг карте удален? откройте плиз
Да, доступа нет
доступ починили, пользуйтесь и ждем обратную связь!
"цель будет ускальзать" и "это вектор" - похоже на то что принято называть Objective. В русскоязычной коммуникации я использую слово "Ориентир" чтобы отделять направлние которое формулируется интуитивно и не имеет финальной точки, от измеримой цели-майлстоуна на пути в этом направлении, которую можно и нужно формулировать по смарту. Пожалуй слово "вектор" в этом контексте тоже возьму на вооружение.
Я правильно понимаю, что вы предлагаете использовать аналитический инструмент (dwh) для интеграции между системами?
Если буквально, DWH - это склад данных. Я не считаю, что DWH - (только) аналитический инструмент. То, что его часто (только) так используют, не оценивая побочные эффекты такого отношения - другая история. Если у вас все интеграции делаются через middleware, то во-первых это делает ваш контур слабо связанным, а если у вас данные выходов всех бизнес-процессов уже в DWH, то подключить к этому BI - задача на часы и дни, даже в очень крупных контурах.
@@andrey_putin мне кажется тут могут быть проблемы с точки зрения размытия зоны ответственности систем, пытаясь сделать универсальный инструмент. Например, dwh это больше про пакетный сбор, в то время, как классическая интеграция через брокеры/шины чаще про потоковый сбор, пытаясь использовать систему не по назначению, мы начинаем костылить усложняя ее и давая не свойственную нагрузку.
Спасибо большое
Какой хитрый псевдоним 😅
это просто фамилия )
открываешь телевизор-Путин открываешь Интернет-тоже Путин
да, популярная фамилия
Пояснительную бригаду
Уточните, что именно требует пояснений?
МДМ-систему внедряют потому, что они приносят бизнес-пользу. И лицам, приимающим решения о внедрении, совершенно начхать как МДМ-система впишется в ИТ-архитектуру. Автору стоит почитать о том, зачем МДМ нужен бизнесу. Хотя бы "классику" - Берсон, Дубов "Управление мастер-данными".
Подходы MDM мне кажется фундаментально нарушающими принципы слабой связанности, но может быть вы что-то иное имели ввиду. first law first!
@@andrey-putin-ktteam Слабая связанность (что считается хорошим патреном) имет обратную сторону медали - плохую согласованность данных. По какому телефону звонить клиенту, если в системе программы лояльности он один, в системе продаж другой, в системе рекомендаций третий, и т.д.? Или когда слать клиенту промо-предложение ко дню рождения, если дата его ДР в разных системах разная? И это только одна бизнес-проблема, которую призвана решать МДМ. О других можетет почитать у тех же Берсона и Дубова. К тому же не все МДМ-патерны ухудшають связанность. При реестровом подходе МДМ не вмешиватеся в процессы и в данные других сервисов, а протсто хранит ссылки на "золотые записи". Типа: Хочешь узнать точную дату ДР - иди в сервис А, а точных адрес клиента хранится в сирвисе Б, а точные ФИО в сервисе С и т.д. (т.е. где хранятся "золотая запись" для каждого атрибута данной сущности).
Чего за катки, с рассадой? Я на подоконнике микрозелень выращиваю
у нас в офисе около 500 живых растений. В основном это амстелы, бенджамины и замиокулькасы.
Чек-лист оценки ИТ-архитектуры "Монолит или нет" docs.google.com/spreadsheets/d/1T4O7bAFXdZIn_wx6gOlReQLnC5W4qVdGhfz3ok8wkgM/edit#gid=0
Андрей, спасибо за ваш труд. Познавательное видео. Формат отличный.
Спасибо, какую еще тему считаете важным подсветить?
Ваши видео тяжело смотреть из-за ебучий вставок со скетчами, прекращайте такой кринж