[{"data":1,"prerenderedAt":728},["ShallowReactive",2],{"webinar-promo-banner":3,"posts-recommended-metodologii-upravleniya-IT-proyektami":46,"post-metodologii-upravleniya-IT-proyektami":191,"post-metodologii-upravleniya-IT-proyektami-prev":258,"post-metodologii-upravleniya-IT-proyektami-next":270,"markdown-620":281,"experts-by-slugs-chikunov-anton":686},{"data":4,"meta":45},{"id":5,"documentId":6,"isVisible":7,"title":8,"subtitle":9,"link":10,"logos":11,"speakerAvatars":21,"details":34,"card":39},15,"bah3foyr1xn9lv4ztb3chwhd",false,"Деньги до конца года","Как управлять платёжным календарём и лимитами в корпоративном казначействе","/events/dengi-do-kontsa-goda",[12,17],{"id":13,"documentId":14,"url":15,"alternativeText":16},684,"tfvmu0u02r83f60hs4hnmp4l","https://site-s3.mkskom.ru/mkskom-site/logos_1_b591a50fc1.png",null,{"id":18,"documentId":19,"url":20,"alternativeText":16},685,"a89jxgpgi1bw6r79vqn74x7z","https://site-s3.mkskom.ru/mkskom-site/logos_55f7c66f07.png",[22,26,30],{"id":23,"documentId":24,"url":25,"alternativeText":16},696,"o5rjkg5bogst96cglh4ma2x8","https://site-s3.mkskom.ru/mkskom-site/Speaker_Photo_06ba9118f9.png",{"id":27,"documentId":28,"url":29,"alternativeText":16},695,"w7xm2yucgz1evf8dx3uz6nl1","https://site-s3.mkskom.ru/mkskom-site/Speaker_Photo_2_5d9a5374ff.png",{"id":31,"documentId":32,"url":33,"alternativeText":16},694,"uap59fecqf78w0fwckkuqg3b","https://site-s3.mkskom.ru/mkskom-site/Speaker_Photo_3_247d079096.png",{"id":35,"format":36,"date":37,"time":38},13,"бесплатный онлайн-вебинар","2026-10-27","14:00",{"id":35,"title":40,"text":16,"image":41},"Всем участникам — бесплатный аудит казначейских процессов",{"id":42,"documentId":43,"url":44,"alternativeText":16},689,"l7driapwux3etx8opk7gkvsq","https://site-s3.mkskom.ru/mkskom-site/img_1_74c2b0a597.png",{},{"data":47,"meta":187},[48],{"id":49,"documentId":50,"recommendedPosts":51},620,"sucaja4861blssgyxtsigx0r",[52,121,150],{"id":53,"documentId":54,"updatedAt":55,"title":56,"description":57,"slug":58,"datePublication":59,"img":60,"type":105,"categories":114,"expert":16},559,"oa7xc7eowh19757g7ozgdd1e","2026-07-13T09:03:07.089Z","Devops: что это за технология","В условиях активного развития информационных систем и программных решений успех любой компании во многом зависит от эффективности процессов создания, тестирования и внедрения новых продуктов. При высокой конкуренции и постоянных требованиях к скорости выпуска обновлений, традиционные подходы к управлению проектами и инфраструктурой часто оказываются недостаточно гибкими и масштабируемыми.","devops-chto-eto-za-tekhnologiya","2026-01-13",{"id":61,"documentId":62,"name":63,"alternativeText":16,"caption":16,"width":64,"height":65,"formats":66,"hash":100,"ext":68,"mime":71,"size":101,"url":102,"previewUrl":16,"provider":103,"provider_metadata":16,"createdAt":104,"updatedAt":104,"publishedAt":104},97,"n36netaoe9alv8u8ka93pocw","devops-chto-eto-za-tekhnologiya.jpg",1336,750,{"large":67,"small":77,"medium":85,"thumbnail":92},{"ext":68,"url":69,"hash":70,"mime":71,"name":72,"path":16,"size":73,"width":74,"height":75,"sizeInBytes":76},".jpg","https://site-s3.mkskom.ru/mkskom-site/large_devops_chto_eto_za_tekhnologiya_0a4f1d3503.jpg","large_devops_chto_eto_za_tekhnologiya_0a4f1d3503","image/jpeg","large_devops-chto-eto-za-tekhnologiya.jpg",62.23,1000,561,62234,{"ext":68,"url":78,"hash":79,"mime":71,"name":80,"path":16,"size":81,"width":82,"height":83,"sizeInBytes":84},"https://site-s3.mkskom.ru/mkskom-site/small_devops_chto_eto_za_tekhnologiya_0a4f1d3503.jpg","small_devops_chto_eto_za_tekhnologiya_0a4f1d3503","small_devops-chto-eto-za-tekhnologiya.jpg",23.29,500,281,23290,{"ext":68,"url":86,"hash":87,"mime":71,"name":88,"path":16,"size":89,"width":65,"height":90,"sizeInBytes":91},"https://site-s3.mkskom.ru/mkskom-site/medium_devops_chto_eto_za_tekhnologiya_0a4f1d3503.jpg","medium_devops_chto_eto_za_tekhnologiya_0a4f1d3503","medium_devops-chto-eto-za-tekhnologiya.jpg",41.67,421,41673,{"ext":68,"url":93,"hash":94,"mime":71,"name":95,"path":16,"size":96,"width":97,"height":98,"sizeInBytes":99},"https://site-s3.mkskom.ru/mkskom-site/thumbnail_devops_chto_eto_za_tekhnologiya_0a4f1d3503.jpg","thumbnail_devops_chto_eto_za_tekhnologiya_0a4f1d3503","thumbnail_devops-chto-eto-za-tekhnologiya.jpg",8.06,245,137,8058,"devops_chto_eto_za_tekhnologiya_0a4f1d3503",98.13,"https://site-s3.mkskom.ru/mkskom-site/devops_chto_eto_za_tekhnologiya_0a4f1d3503.jpg","aws-s3","2025-10-24T04:39:42.790Z",{"id":106,"documentId":107,"name":108,"prevPagination":109,"nextPagination":110,"createdAt":111,"updatedAt":111,"publishedAt":112,"locale":113},2,"kya636gli7rmepbiycg1ua6l","Статьи","Предыдущая статья","Следующая статья","2025-10-15T09:48:18.584Z","2025-10-15T09:48:18.600Z","ru-RU",[115],{"id":116,"documentId":117,"name":118,"createdAt":119,"updatedAt":119,"publishedAt":120,"locale":113},18,"p1b27r6hsr5ohdlevcws25bs","IT-аутсорсинг","2025-10-24T04:40:22.952Z","2025-10-24T04:40:22.967Z",{"id":122,"documentId":123,"updatedAt":124,"title":125,"description":126,"slug":127,"datePublication":128,"img":129,"type":147,"categories":148,"expert":16},541,"eni7or2jvbvse4zduhpzg1cs","2026-06-02T09:54:30.034Z","Миграция данных: что это и зачем это нужно","Миграция базы данных — комплексный, многоэтапный проект по трансферу информации из источника в целевую систему с обязательным преобразованием структуры и форматов. Этот процесс представляет собой логически связанную последовательность действий — от аудита исходных данных до их валидации в новой среде, — направленную на решение как технических задач, так и бизнес-требований. Главная цель заключается в обеспечении непрерывности и эффективности бизнес-операций после перехода, когда обновленные приложения работают с перенесенным массивом данных так, будто он всегда там находился. Глубокое понимание сути миграции данных позволяет увидеть за техническими задачами стратегическую необходимость — эволюцию IT-инфраструктуры в ответ на новые вызовы рынка, регуляторики и внутренние потребности компании.","migraciya-dannyh","2026-02-04",{"id":130,"documentId":131,"name":132,"alternativeText":16,"caption":16,"width":133,"height":134,"formats":135,"hash":142,"ext":68,"mime":71,"size":143,"url":144,"previewUrl":16,"provider":103,"provider_metadata":16,"createdAt":145,"updatedAt":146,"publishedAt":145},201,"pfahdpa9b3mbd6jp7wezk284","migraciya-dannyh.jpg",1350,757,{"thumbnail":136},{"ext":68,"url":137,"hash":138,"mime":71,"name":139,"path":16,"size":140,"width":97,"height":98,"sizeInBytes":141},"https://site-s3.mkskom.ru/mkskom-site/thumbnail_migraciya_dannyh_a54362a6ef.jpg","thumbnail_migraciya_dannyh_a54362a6ef","thumbnail_migraciya_dannyh_a54362a6ef.jpg",7.68,7681,"migraciya_dannyh_a54362a6ef",102.52,"https://site-s3.mkskom.ru/mkskom-site/migraciya_dannyh_a54362a6ef.jpg","2026-02-09T10:08:34.606Z","2026-08-25T13:05:58.925Z",{"id":106,"documentId":107,"name":108,"prevPagination":109,"nextPagination":110,"createdAt":111,"updatedAt":111,"publishedAt":112,"locale":113},[149],{"id":116,"documentId":117,"name":118,"createdAt":119,"updatedAt":119,"publishedAt":120,"locale":113},{"id":151,"documentId":152,"updatedAt":153,"title":154,"description":155,"slug":156,"datePublication":157,"img":158,"type":179,"categories":180,"expert":16},601,"blm2y03lkw4l264muccc0who","2026-08-20T15:10:42.678Z","Заказное ПО против коробочного решения: что выбрать бизнесу","На рынке программного обеспечения организации сталкиваются с выбором между готовыми продуктами и разработкой индивидуальных систем. Каждый подход имеет свои основания для применения, а выбор определяется внутренними условиями и долгосрочными планами компании.","Zakaznoye_PO_protiv_korobochnogo_resheniya","2025-12-16",{"id":159,"documentId":160,"name":161,"alternativeText":16,"caption":16,"width":162,"height":163,"formats":164,"hash":174,"ext":166,"mime":169,"size":175,"url":176,"previewUrl":16,"provider":103,"provider_metadata":16,"createdAt":177,"updatedAt":178,"publishedAt":177},191,"pttnbzzfy71xo0emu0r2twnm","Заказное ПО против коробочного решения_ что выбрать бизнесу (1).png",1920,1080,{"thumbnail":165},{"ext":166,"url":167,"hash":168,"mime":169,"name":170,"path":16,"size":171,"width":97,"height":172,"sizeInBytes":173},".png","https://site-s3.mkskom.ru/mkskom-site/thumbnail_Zakaznoe_PO_protiv_korobochnogo_resheniya_chto_vybrat_biznesu_1_0f4526eabb.png","thumbnail_Zakaznoe_PO_protiv_korobochnogo_resheniya_chto_vybrat_biznesu_1_0f4526eabb","image/png","thumbnail_Zakaznoe_PO_protiv_korobochnogo_resheniya_chto_vybrat_biznesu_1_0f4526eabb.png",62.42,138,62424,"Zakaznoe_PO_protiv_korobochnogo_resheniya_chto_vybrat_biznesu_1_0f4526eabb",602.74,"https://site-s3.mkskom.ru/mkskom-site/Zakaznoe_PO_protiv_korobochnogo_resheniya_chto_vybrat_biznesu_1_0f4526eabb.png","2025-12-05T10:47:07.683Z","2026-08-25T13:05:52.907Z",{"id":106,"documentId":107,"name":108,"prevPagination":109,"nextPagination":110,"createdAt":111,"updatedAt":111,"publishedAt":112,"locale":113},[181],{"id":182,"documentId":183,"name":184,"createdAt":185,"updatedAt":185,"publishedAt":186,"locale":113},4,"qxwwnxoc4w23itec9fm7kf3p","Заказная разработка","2025-10-15T11:09:47.174Z","2025-10-15T11:09:47.187Z",{"pagination":188},{"page":189,"pageSize":190,"pageCount":189,"total":189},1,99999,{"data":192,"meta":256},[193],{"id":49,"documentId":50,"slug":194,"title":195,"description":196,"timeToRead":182,"content":197,"createdAt":198,"updatedAt":199,"publishedAt":200,"locale":113,"datePublication":201,"testOnly":16,"img":202,"type":219,"categories":220,"expert":222,"faq":240,"seo":253},"metodologii-upravleniya-IT-proyektami","Методологии управления IT-проектами","Разработка программного обеспечения, внедрение CRM или запуск сложной цифровой платформы — все это требует координации множества специалистов. Работа без прозрачной системы управления часто приводит к срыву сроков и перерасходу бюджета. Чтобы структурировать работу, компании применяют различные методологии управления IT-проектами. Эти системы представляют собой своды правил, определяющих, как команда планирует задачи, взаимодействует с заказчиком и демонстрирует результат. Выбор конкретной модели влияет на скорость запуска продукта, качество кода и прозрачность процессов для бизнеса.","\u003Ch2>Что такое методология управления проектами\u003Co:p>\u003C/o:p>\u003C/h2>\u003Cp class=\"MsoNormal\">Под методологией принято понимать структурированный набор принципов, практик и ролей, которые регламентируют жизненный цикл создания продукта. Это не просто инструкция для разработчиков, а полноценная философия организации труда. Если говорить простыми словами, методология отвечает на вопросы: кто отвечает за результат, в какой последовательности выполняется работа и как фиксируются изменения.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Суть любого подхода сводится к снижению неопределенности. Технические специалисты часто склонны углубляться в детали реализации, забывая о целях бизнеса. Четкая схема позволяет синхронизировать ожидания стейкхолдеров и команды. Например, в одних моделях требования фиксируются до начала разработки, в других — уточняются в ходе коротких итераций. Отличие кроется в отношении к изменениям: где-то правки считаются дорогой ошибкой, а где-то — естественной частью процесса.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Цель внедрения подобных правил — не усиление бюрократии, а выстраивание прозрачного процесса, в котором каждый участник понимает зону своей ответственности. Это уменьшает количество конфликтов и потерь на передаче информации между отделами.\u003Co:p>\u003C/o:p>\u003C/p>\u003Ch2>Основные виды методологий управления IT-проектами\u003Co:p>\u003C/o:p>\u003C/h2>\u003Cp class=\"accent-block\">За десятилетия развития отрасли сформировалось несколько фундаментальных школ управления. Их условно делят на классические (прогнозируемые) и гибкие (адаптивные). В чистом виде сегодня они встречаются редко, но понимание базы необходимо для построения собственной системы.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">\u003Cstrong>Каскадная модель Waterfall\u003Co:p>\u003C/o:p>\u003C/strong>\u003C/p>\u003Cp class=\"MsoNormal\">Waterfall остается эталоном строгой дисциплины. Это линейный подход, где переход к следующему этапу невозможен до полного завершения предыдущего. Работа движется сверху вниз, подобно потоку воды: анализ требований, проектирование, написание кода, тестирование и внедрение.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Главное преимущество Waterfall — предсказуемость и понятная документация. План управления стоимостью в IT-проекте здесь рассчитывается на старте с высокой точностью. Если требования стабильны, а техническое задание написано детально, команда может гарантировать результат к определенной дате. Однако у каскадного метода есть существенный минус: он плохо переносит изменения. Если на этапе тестирования выясняется, что продукт не соответствует ожиданиям пользователей, возврат к проектированию обходится очень дорого.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Такой подход выбирают для государственных систем, банковского ПО или инфраструктурных решений, где цена ошибки слишком высока, а регламенты строги.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">\u003Cstrong>Гибкие семейства Agile и Scrum\u003Co:p>\u003C/o:p>\u003C/strong>\u003C/p>\u003Cp class=\"MsoNormal\">В противовес жесткому Waterfall возникла философия Agile. Это не конкретная инструкция, а манифест ценностей, провозглашающий приоритет работающего продукта над документацией, а сотрудничество с клиентом выше согласования формальностей.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Наиболее популярной реализацией Agile является фреймворк Scrum. Здесь работа делится на спринты — короткие отрезки времени от одной до четырех недель. В начале каждого цикла команда берет в работу пул задач из бэклога, а в конце демонстрирует заказчику готовый инкремент продукта. В Scrum жестко закреплены роли: Владелец продукта отвечает за ценности, Скрам-мастер следит за соблюдением правил, а команда разработки занимается реализацией. Ежедневные короткие встречи позволяют быстро выявлять блокеры и синхронизировать действия.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Гибкость достигается за счет возможности менять содержание бэклога перед следующим спринтом. Это позволяет бизнесу оперативно реагировать на поведение конкурентов или смену трендов рынка.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">\u003Cstrong>Потоковый метод Kanban\u003Co:p>\u003C/o:p>\u003C/strong>\u003C/p>\u003Cp class=\"MsoNormal\">Если Scrum накладывает ограничения по времени, то Kanban фокусируется на ограничении объема незавершенной работы (WIP). Суть метода — визуализация потока задач на доске. Колонки отражают этапы, например: «Ожидает», «В работе», «Тестирование», «Готово». Команда берет новую задачу только тогда, когда освободилось место в колонке «В работе».\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Kanban идеально подходит для проектов поддержки, эксплуатации и внесения частых мелких доработок. Здесь нет спринтов и жестких дедлайнов, а скорость поставки определяется пропускной способностью команды. Такой метод управления IT-проектами отлично справляется с входящими инцидентами и непредсказуемой нагрузкой. Узкие места видны мгновенно: если карточки скапливаются на этапе проверки кода, значит, тестировщиков не хватает, и нужно перераспределить ресурсы.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">\u003Cstrong>Бережливое производство Lean\u003Co:p>\u003C/o:p>\u003C/strong>\u003C/p>\u003Cp class=\"MsoNormal\">Lean-подход пришел в разработку из автомобильной промышленности Toyota. Его центральная идея — беспощадное устранение потерь. Все, что не создает ценности для конечного пользователя, считается лишним: лишние совещания, ожидание ответа от смежного отдела, неиспользуемые функции в коде.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">В контексте IT эта философия трансформировалась в практику MVP (минимально жизнеспособного продукта). Вместо того чтобы годами создавать идеальную систему, команда выпускает версию с базовым функционалом, собирает обратную связь и итеративно улучшает сервис. Это позволяет экономить бюджет, который мог бы быть потрачен на разработку ненужных модулей.\u003Co:p>\u003C/o:p>\u003C/p>\u003Ch2>Гибридная методология: разумный компромисс\u003Co:p>\u003C/o:p>\u003C/h2>\u003Cp class=\"MsoNormal\">Практика показывает, что догматичное следование одному стандарту редко приносит плоды. Крупные корпоративные структуры с жесткими бюджетами часто не могут позволить себе полную непредсказуемость Scrum, а стартапам не подходит бюрократия Waterfall. Поэтому возникает гибридный подход.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Чаще всего компании комбинируют каскадный Waterfall для планирования бюджета и верхнеуровневого графика, а внутри этапов используют Scrum для выполнения работ. Такой сценарий позволяет согласовать бюджет со спонсорами проекта (так как методики управления бюджетом IT-проектов требуют конкретных цифр), но при этом сохранить маневренность в технической реализации. Другой вариант гибрида — Kanban для поддержки старого монолита и Scrum для разработки новых микросервисов.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Главная сложность гибридной модели — риск конфликта культур. Разработчики, привыкшие к свободе, будут сопротивляться каскадным этапам согласования, а менеджеры станут нервничать из-за отсутствия детальной спецификации на старте. Нужен опытный руководитель, способный сгладить эти противоречия.\u003Co:p>\u003C/o:p>\u003C/p>\u003Ch2>Мнение эксперта: как подход влияет на результат\u003Co:p>\u003C/o:p>\u003C/h2>\u003Cp class=\"MsoNormal\">Своим взглядом на выбор стратегии управления поделился Чикунов Антон, руководитель проектов, функциональный архитектор и ведущий консультант компании МКСКОМ.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cdiv data-component=\"expert-opinion\" data-slug=\"chikunov-anton\">«Управление проектами — это дисциплина принятия решений. Мы в МКСКОМ используем разные методы в зависимости от типа задач: для интеграционных проектов с четкими ТЗ — каскад, для разработки новых цифровых сервисов — спринты. Ключевой фактор успеха — не сама методология, а умение команды адаптироваться и коммуницировать. Я рекомендую не выбирать одну модель навсегда, а регулярно пересматривать процессы и брать лучшее из каждой».\u003Co:p>\u003C/o:p>\u003C/div>\u003Ch2>Как выбрать методику управления проектом\u003Co:p>\u003C/o:p>\u003C/h2>\u003Cp class=\"MsoNormal\">Универсального ответа не существует, но есть ряд критериев, от которых стоит отталкиваться. Подход должен определяться спецификой задачи, а не модой.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Во-первых, оцените стабильность требований. Если заказчик детально понимает, что хочет получить, и эти требования не изменятся в процессе (например, миграция данных или настройка типового блока), использование Waterfall сэкономит ресурсы на бесконечных обсуждениях. Если же продукт инновационный и его функционал будет уточняться по мере реализации, подойдут Agile-практики.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Во-вторых, обратите внимание на размер команды и ее зрелость. Scrum требует высокой самодисциплины от участников. Если сотрудники не привыкли брать на себя ответственность, попытка внедрить самоорганизацию провалится. В таких случаях лучше работает директивное управление и жесткий контроль.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">В-третьих, проанализируйте инфраструктуру заказчика. Часто государственные или крупные промышленные компании требуют полный пакет документации до начала кодинга. Бюрократический контекст диктует свои правила, и лучше выбрать модель, где документ первичен.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"accent-block\">Компания «МКСКОМ» специализируется на комплексном внедрении информационных систем и заказной разработке решений, адаптированных под уникальные задачи вашего бизнеса. Мы предлагаем полный цикл услуг: от стратегического анализа и проектирования архитектуры до реализации, интеграции, запуска и дальнейшей поддержки. Чтобы получить подробную консультацию и оценку вашего проекта, \u003Ca href=\"https://mkskom.ru/services/zakaznaya-razrabotka\">оставьте заявку\u003C/a> на нашем сайте.\u003Co:p>\u003C/o:p>\u003C/p>\u003Ch2>Мини-кейс: интеграция 1С:ERP и 1С:Управление холдингом\u003Co:p>\u003C/o:p>\u003C/h2>\u003Cp class=\"MsoNormal\">Крупный производственный холдинг столкнулся с необходимостью объединить контуры 1С:ERP и 1С:Управление холдингом для консолидации отчетности и сквозного планирования. Проект отличался высокой сложностью из-за множества юридических лиц и разрозненных учетных политик.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Для реализации был выбран гибридный подход. На этапе обследования и формирования технического задания применялась каскадная модель: это позволило зафиксировать требования и рассчитать бюджет с высокой точностью. Сама разработка и доработка типовых конфигураций велись короткими итерациями по Scrum. Такой формат дал заказчику возможность регулярно видеть рабочие прототипы и вносить уточнения, не выходя за рамки утвержденной сметы.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">План управления стоимостью в IT-проекте был согласован без дополнительных корректировок, поскольку ключевые параметры определили еще на старте. В ходе спринтов команда оперативно адаптировалась к изменениям законодательства и внутренним регламентам холдинга. В результате система была запущена точно в срок, а обучение пользователей завершилось до официального старта. Этот опыт подтвердил: грамотный выбор методологии позволяет избежать хаоса и достичь целей даже в сложных интеграционных проектах.\u003Co:p>\u003C/o:p>\u003C/p>\u003Ch2>Заключение\u003Co:p>\u003C/o:p>\u003C/h2>\u003Cp class=\"MsoNormal\">Выбор методов управления IT-проектами напрямую определяет, насколько предсказуемым и успешным будет запуск цифрового продукта. Не существует плохих или хороших систем, есть неправильный контекст их применения. Waterfall обеспечивает дисциплину и точность бюджета, Scrum и Kanban дают скорость и адаптивность, а гибридные модели позволяют балансировать между этими полюсами.\u003Co:p>\u003C/o:p>\u003C/p>\u003Cp class=\"MsoNormal\">Главное — не превращать фреймворк в догму. Инструменты должны служить бизнесу, а не наоборот. Начните с анализа зрелости команды, стабильности требований и ожиданий заказчика и только затем внедряйте регламенты. Именно такой прагматичный подход позволяет достигать целей без лишних потерь.\u003Co:p>\u003C/o:p>\u003C/p>","2026-09-15T14:35:59.818Z","2026-09-15T14:42:46.579Z","2026-09-15T14:42:46.645Z","2026-09-15",{"id":203,"documentId":204,"name":205,"alternativeText":16,"caption":16,"width":206,"height":207,"formats":208,"hash":215,"ext":68,"mime":71,"size":216,"url":217,"previewUrl":16,"provider":103,"provider_metadata":16,"createdAt":218,"updatedAt":218,"publishedAt":218},670,"qkp34nlzg6bn7n5xvc6dstat","Методологии управления IT-проектами_2.jpg",1440,810,{"thumbnail":209},{"ext":68,"url":210,"hash":211,"mime":71,"name":212,"path":16,"size":213,"width":97,"height":98,"sizeInBytes":214},"https://site-s3.mkskom.ru/mkskom-site/thumbnail_Metodologii_upravleniya_IT_proektami_2_fc919a35d4.jpg","thumbnail_Metodologii_upravleniya_IT_proektami_2_fc919a35d4","thumbnail_Методологии управления IT-проектами_2.jpg",9.53,9531,"Metodologii_upravleniya_IT_proektami_2_fc919a35d4",977.46,"https://site-s3.mkskom.ru/mkskom-site/Metodologii_upravleniya_IT_proektami_2_fc919a35d4.jpg","2026-09-15T13:41:40.552Z",{"id":106,"documentId":107,"name":108,"prevPagination":109,"nextPagination":110,"createdAt":111,"updatedAt":111,"publishedAt":112,"locale":113},[221],{"id":182,"documentId":183,"name":184,"createdAt":185,"updatedAt":185,"publishedAt":186,"locale":113},{"id":223,"documentId":224,"job":225,"name":226,"slug":227,"avatar":228},152,"yewa0bqnk2d68hz8ppht5ez7","Руководитель проектного офиса г. Новосибирск","Карасев Владимир","karasev-vladimir-alekseevich",{"id":229,"documentId":230,"name":231,"alternativeText":16,"caption":16,"width":232,"height":232,"formats":233,"hash":234,"ext":166,"mime":169,"size":235,"url":236,"previewUrl":16,"provider":103,"provider_metadata":16,"createdAt":237,"updatedAt":238,"publishedAt":239},117,"rreswy00fwvu1gc3k47hfg57","Карасев_Владимир_аватар.png",96,{},"Karasev_Vladimir_avatar_fae7099b41",5.38,"https://site-s3.mkskom.ru/mkskom-site/Karasev_Vladimir_avatar_fae7099b41.png","2025-10-27T15:30:14.705Z","2026-08-25T13:05:31.481Z","2025-10-27T15:30:14.706Z",[241,245,249],{"id":242,"title":243,"text":244},574,"Что лучше: Scrum или Kanban?","Это зависит от характера потока задач. Scrum удобен, когда работы можно упаковать в равные по длительности циклы и у команды есть четкая цель на итерацию. Если же запросы приходят хаотично, срочные исправления важнее плановой разработки, Kanban будет эффективнее. Часто команды совмещают эти инструменты, используя «Scrumban».",{"id":246,"title":247,"text":248},575,"Можно ли использовать Agile в проектах с фиксированной ценой?","Классический Agile предполагает гибкий объем работ, что противоречит фиксированной стоимости. Однако на практике применяется контракт с «открытым объемом», где бюджет фиксирован, а перечень доработок внутри спринта меняется, но не выходит за рамки общей суммы. Это требует высокого доверия между заказчиком и исполнителем.",{"id":250,"title":251,"text":252},576,"Подходит ли Waterfall для стартапов?","Чаще всего нет, если только стартап не работает в жестко регулируемой сфере, например, в финтехе с лицензированием. Для стартапа критически важна скорость проверки гипотез, а долгий цикл проектирования может привести к тому, что продукт устареет до выхода на рынок.",{"id":254,"title":195,"description":255,"openGraph":16},768,"Разработка программного обеспечения, внедрение CRM или запуск сложной цифровой платформы",{"pagination":257},{"page":189,"pageSize":190,"pageCount":189,"total":189},{"data":259,"meta":266},[260],{"datePublication":261,"id":262,"documentId":263,"slug":264,"title":265},"2026-10-02",636,"a9xn8azax34jrkgrupjudw6a","kak-prinyat-na-soprovozhdenie-chuzhuyu-korporativnuyu-sistemu","Как принять на сопровождение чужую корпоративную систему и не переписывать ее с нуля",{"pagination":267},{"start":268,"limit":189,"total":269},0,5,{"data":271,"meta":278},[272],{"datePublication":273,"id":274,"documentId":275,"slug":276,"title":277},"2026-08-28",617,"cenncpc8wdgox1f73jw46x9q","1c-erp-dlya-proizvodstva","1С:ERP для производства: как ERP помогает управлять производством, запасами и себестоимостью",{"pagination":279},{"start":268,"limit":189,"total":280},53,{"data":282,"body":284,"toc":677},{"title":283,"description":283},"",{"type":285,"children":286},"root",[287,300,311,320,329,338,348,361,370,379,388,400,409,418,427,439,448,457,469,478,487,496,505,514,523,532,541,551,560,569,578,587,596,614,623,632,641,650,659,668],{"type":288,"tag":289,"props":290,"children":292},"element","h2",{"id":291},"что-такое-методология-управления-проектами",[293,296],{"type":294,"value":295},"text","Что такое методология управления проектами",{"type":288,"tag":297,"props":298,"children":299},"o:p",{},[],{"type":288,"tag":301,"props":302,"children":305},"p",{"className":303},[304],"MsoNormal",[306,308],{"type":294,"value":307},"Под методологией принято понимать структурированный набор принципов, практик и ролей, которые регламентируют жизненный цикл создания продукта. Это не просто инструкция для разработчиков, а полноценная философия организации труда. Если говорить простыми словами, методология отвечает на вопросы: кто отвечает за результат, в какой последовательности выполняется работа и как фиксируются изменения.",{"type":288,"tag":297,"props":309,"children":310},{},[],{"type":288,"tag":301,"props":312,"children":314},{"className":313},[304],[315,317],{"type":294,"value":316},"Суть любого подхода сводится к снижению неопределенности. Технические специалисты часто склонны углубляться в детали реализации, забывая о целях бизнеса. Четкая схема позволяет синхронизировать ожидания стейкхолдеров и команды. Например, в одних моделях требования фиксируются до начала разработки, в других — уточняются в ходе коротких итераций. Отличие кроется в отношении к изменениям: где-то правки считаются дорогой ошибкой, а где-то — естественной частью процесса.",{"type":288,"tag":297,"props":318,"children":319},{},[],{"type":288,"tag":301,"props":321,"children":323},{"className":322},[304],[324,326],{"type":294,"value":325},"Цель внедрения подобных правил — не усиление бюрократии, а выстраивание прозрачного процесса, в котором каждый участник понимает зону своей ответственности. Это уменьшает количество конфликтов и потерь на передаче информации между отделами.",{"type":288,"tag":297,"props":327,"children":328},{},[],{"type":288,"tag":289,"props":330,"children":332},{"id":331},"основные-виды-методологий-управления-it-проектами",[333,335],{"type":294,"value":334},"Основные виды методологий управления IT-проектами",{"type":288,"tag":297,"props":336,"children":337},{},[],{"type":288,"tag":301,"props":339,"children":342},{"className":340},[341],"accent-block",[343,345],{"type":294,"value":344},"За десятилетия развития отрасли сформировалось несколько фундаментальных школ управления. Их условно делят на классические (прогнозируемые) и гибкие (адаптивные). В чистом виде сегодня они встречаются редко, но понимание базы необходимо для построения собственной системы.",{"type":288,"tag":297,"props":346,"children":347},{},[],{"type":288,"tag":301,"props":349,"children":351},{"className":350},[304],[352],{"type":288,"tag":353,"props":354,"children":355},"strong",{},[356,358],{"type":294,"value":357},"Каскадная модель Waterfall",{"type":288,"tag":297,"props":359,"children":360},{},[],{"type":288,"tag":301,"props":362,"children":364},{"className":363},[304],[365,367],{"type":294,"value":366},"Waterfall остается эталоном строгой дисциплины. Это линейный подход, где переход к следующему этапу невозможен до полного завершения предыдущего. Работа движется сверху вниз, подобно потоку воды: анализ требований, проектирование, написание кода, тестирование и внедрение.",{"type":288,"tag":297,"props":368,"children":369},{},[],{"type":288,"tag":301,"props":371,"children":373},{"className":372},[304],[374,376],{"type":294,"value":375},"Главное преимущество Waterfall — предсказуемость и понятная документация. План управления стоимостью в IT-проекте здесь рассчитывается на старте с высокой точностью. Если требования стабильны, а техническое задание написано детально, команда может гарантировать результат к определенной дате. Однако у каскадного метода есть существенный минус: он плохо переносит изменения. Если на этапе тестирования выясняется, что продукт не соответствует ожиданиям пользователей, возврат к проектированию обходится очень дорого.",{"type":288,"tag":297,"props":377,"children":378},{},[],{"type":288,"tag":301,"props":380,"children":382},{"className":381},[304],[383,385],{"type":294,"value":384},"Такой подход выбирают для государственных систем, банковского ПО или инфраструктурных решений, где цена ошибки слишком высока, а регламенты строги.",{"type":288,"tag":297,"props":386,"children":387},{},[],{"type":288,"tag":301,"props":389,"children":391},{"className":390},[304],[392],{"type":288,"tag":353,"props":393,"children":394},{},[395,397],{"type":294,"value":396},"Гибкие семейства Agile и Scrum",{"type":288,"tag":297,"props":398,"children":399},{},[],{"type":288,"tag":301,"props":401,"children":403},{"className":402},[304],[404,406],{"type":294,"value":405},"В противовес жесткому Waterfall возникла философия Agile. Это не конкретная инструкция, а манифест ценностей, провозглашающий приоритет работающего продукта над документацией, а сотрудничество с клиентом выше согласования формальностей.",{"type":288,"tag":297,"props":407,"children":408},{},[],{"type":288,"tag":301,"props":410,"children":412},{"className":411},[304],[413,415],{"type":294,"value":414},"Наиболее популярной реализацией Agile является фреймворк Scrum. Здесь работа делится на спринты — короткие отрезки времени от одной до четырех недель. В начале каждого цикла команда берет в работу пул задач из бэклога, а в конце демонстрирует заказчику готовый инкремент продукта. В Scrum жестко закреплены роли: Владелец продукта отвечает за ценности, Скрам-мастер следит за соблюдением правил, а команда разработки занимается реализацией. Ежедневные короткие встречи позволяют быстро выявлять блокеры и синхронизировать действия.",{"type":288,"tag":297,"props":416,"children":417},{},[],{"type":288,"tag":301,"props":419,"children":421},{"className":420},[304],[422,424],{"type":294,"value":423},"Гибкость достигается за счет возможности менять содержание бэклога перед следующим спринтом. Это позволяет бизнесу оперативно реагировать на поведение конкурентов или смену трендов рынка.",{"type":288,"tag":297,"props":425,"children":426},{},[],{"type":288,"tag":301,"props":428,"children":430},{"className":429},[304],[431],{"type":288,"tag":353,"props":432,"children":433},{},[434,436],{"type":294,"value":435},"Потоковый метод Kanban",{"type":288,"tag":297,"props":437,"children":438},{},[],{"type":288,"tag":301,"props":440,"children":442},{"className":441},[304],[443,445],{"type":294,"value":444},"Если Scrum накладывает ограничения по времени, то Kanban фокусируется на ограничении объема незавершенной работы (WIP). Суть метода — визуализация потока задач на доске. Колонки отражают этапы, например: «Ожидает», «В работе», «Тестирование», «Готово». Команда берет новую задачу только тогда, когда освободилось место в колонке «В работе».",{"type":288,"tag":297,"props":446,"children":447},{},[],{"type":288,"tag":301,"props":449,"children":451},{"className":450},[304],[452,454],{"type":294,"value":453},"Kanban идеально подходит для проектов поддержки, эксплуатации и внесения частых мелких доработок. Здесь нет спринтов и жестких дедлайнов, а скорость поставки определяется пропускной способностью команды. Такой метод управления IT-проектами отлично справляется с входящими инцидентами и непредсказуемой нагрузкой. Узкие места видны мгновенно: если карточки скапливаются на этапе проверки кода, значит, тестировщиков не хватает, и нужно перераспределить ресурсы.",{"type":288,"tag":297,"props":455,"children":456},{},[],{"type":288,"tag":301,"props":458,"children":460},{"className":459},[304],[461],{"type":288,"tag":353,"props":462,"children":463},{},[464,466],{"type":294,"value":465},"Бережливое производство Lean",{"type":288,"tag":297,"props":467,"children":468},{},[],{"type":288,"tag":301,"props":470,"children":472},{"className":471},[304],[473,475],{"type":294,"value":474},"Lean-подход пришел в разработку из автомобильной промышленности Toyota. Его центральная идея — беспощадное устранение потерь. Все, что не создает ценности для конечного пользователя, считается лишним: лишние совещания, ожидание ответа от смежного отдела, неиспользуемые функции в коде.",{"type":288,"tag":297,"props":476,"children":477},{},[],{"type":288,"tag":301,"props":479,"children":481},{"className":480},[304],[482,484],{"type":294,"value":483},"В контексте IT эта философия трансформировалась в практику MVP (минимально жизнеспособного продукта). Вместо того чтобы годами создавать идеальную систему, команда выпускает версию с базовым функционалом, собирает обратную связь и итеративно улучшает сервис. Это позволяет экономить бюджет, который мог бы быть потрачен на разработку ненужных модулей.",{"type":288,"tag":297,"props":485,"children":486},{},[],{"type":288,"tag":289,"props":488,"children":490},{"id":489},"гибридная-методология-разумный-компромисс",[491,493],{"type":294,"value":492},"Гибридная методология: разумный компромисс",{"type":288,"tag":297,"props":494,"children":495},{},[],{"type":288,"tag":301,"props":497,"children":499},{"className":498},[304],[500,502],{"type":294,"value":501},"Практика показывает, что догматичное следование одному стандарту редко приносит плоды. Крупные корпоративные структуры с жесткими бюджетами часто не могут позволить себе полную непредсказуемость Scrum, а стартапам не подходит бюрократия Waterfall. Поэтому возникает гибридный подход.",{"type":288,"tag":297,"props":503,"children":504},{},[],{"type":288,"tag":301,"props":506,"children":508},{"className":507},[304],[509,511],{"type":294,"value":510},"Чаще всего компании комбинируют каскадный Waterfall для планирования бюджета и верхнеуровневого графика, а внутри этапов используют Scrum для выполнения работ. Такой сценарий позволяет согласовать бюджет со спонсорами проекта (так как методики управления бюджетом IT-проектов требуют конкретных цифр), но при этом сохранить маневренность в технической реализации. Другой вариант гибрида — Kanban для поддержки старого монолита и Scrum для разработки новых микросервисов.",{"type":288,"tag":297,"props":512,"children":513},{},[],{"type":288,"tag":301,"props":515,"children":517},{"className":516},[304],[518,520],{"type":294,"value":519},"Главная сложность гибридной модели — риск конфликта культур. Разработчики, привыкшие к свободе, будут сопротивляться каскадным этапам согласования, а менеджеры станут нервничать из-за отсутствия детальной спецификации на старте. Нужен опытный руководитель, способный сгладить эти противоречия.",{"type":288,"tag":297,"props":521,"children":522},{},[],{"type":288,"tag":289,"props":524,"children":526},{"id":525},"мнение-эксперта-как-подход-влияет-на-результат",[527,529],{"type":294,"value":528},"Мнение эксперта: как подход влияет на результат",{"type":288,"tag":297,"props":530,"children":531},{},[],{"type":288,"tag":301,"props":533,"children":535},{"className":534},[304],[536,538],{"type":294,"value":537},"Своим взглядом на выбор стратегии управления поделился Чикунов Антон, руководитель проектов, функциональный архитектор и ведущий консультант компании МКСКОМ.",{"type":288,"tag":297,"props":539,"children":540},{},[],{"type":288,"tag":542,"props":543,"children":545},"ExpertOpinion",{"slug":544},"chikunov-anton",[546,548],{"type":294,"value":547},"«Управление проектами — это дисциплина принятия решений. Мы в МКСКОМ используем разные методы в зависимости от типа задач: для интеграционных проектов с четкими ТЗ — каскад, для разработки новых цифровых сервисов — спринты. Ключевой фактор успеха — не сама методология, а умение команды адаптироваться и коммуницировать. Я рекомендую не выбирать одну модель навсегда, а регулярно пересматривать процессы и брать лучшее из каждой».",{"type":288,"tag":297,"props":549,"children":550},{},[],{"type":288,"tag":289,"props":552,"children":554},{"id":553},"как-выбрать-методику-управления-проектом",[555,557],{"type":294,"value":556},"Как выбрать методику управления проектом",{"type":288,"tag":297,"props":558,"children":559},{},[],{"type":288,"tag":301,"props":561,"children":563},{"className":562},[304],[564,566],{"type":294,"value":565},"Универсального ответа не существует, но есть ряд критериев, от которых стоит отталкиваться. Подход должен определяться спецификой задачи, а не модой.",{"type":288,"tag":297,"props":567,"children":568},{},[],{"type":288,"tag":301,"props":570,"children":572},{"className":571},[304],[573,575],{"type":294,"value":574},"Во-первых, оцените стабильность требований. Если заказчик детально понимает, что хочет получить, и эти требования не изменятся в процессе (например, миграция данных или настройка типового блока), использование Waterfall сэкономит ресурсы на бесконечных обсуждениях. Если же продукт инновационный и его функционал будет уточняться по мере реализации, подойдут Agile-практики.",{"type":288,"tag":297,"props":576,"children":577},{},[],{"type":288,"tag":301,"props":579,"children":581},{"className":580},[304],[582,584],{"type":294,"value":583},"Во-вторых, обратите внимание на размер команды и ее зрелость. Scrum требует высокой самодисциплины от участников. Если сотрудники не привыкли брать на себя ответственность, попытка внедрить самоорганизацию провалится. В таких случаях лучше работает директивное управление и жесткий контроль.",{"type":288,"tag":297,"props":585,"children":586},{},[],{"type":288,"tag":301,"props":588,"children":590},{"className":589},[304],[591,593],{"type":294,"value":592},"В-третьих, проанализируйте инфраструктуру заказчика. Часто государственные или крупные промышленные компании требуют полный пакет документации до начала кодинга. Бюрократический контекст диктует свои правила, и лучше выбрать модель, где документ первичен.",{"type":288,"tag":297,"props":594,"children":595},{},[],{"type":288,"tag":301,"props":597,"children":599},{"className":598},[341],[600,602,609,611],{"type":294,"value":601},"Компания «МКСКОМ» специализируется на комплексном внедрении информационных систем и заказной разработке решений, адаптированных под уникальные задачи вашего бизнеса. Мы предлагаем полный цикл услуг: от стратегического анализа и проектирования архитектуры до реализации, интеграции, запуска и дальнейшей поддержки. Чтобы получить подробную консультацию и оценку вашего проекта, ",{"type":288,"tag":603,"props":604,"children":606},"a",{"href":605},"https://mkskom.ru/services/zakaznaya-razrabotka",[607],{"type":294,"value":608},"оставьте заявку",{"type":294,"value":610}," на нашем сайте.",{"type":288,"tag":297,"props":612,"children":613},{},[],{"type":288,"tag":289,"props":615,"children":617},{"id":616},"мини-кейс-интеграция-1сerp-и-1суправление-холдингом",[618,620],{"type":294,"value":619},"Мини-кейс: интеграция 1С:ERP и 1С:Управление холдингом",{"type":288,"tag":297,"props":621,"children":622},{},[],{"type":288,"tag":301,"props":624,"children":626},{"className":625},[304],[627,629],{"type":294,"value":628},"Крупный производственный холдинг столкнулся с необходимостью объединить контуры 1С:ERP и 1С:Управление холдингом для консолидации отчетности и сквозного планирования. Проект отличался высокой сложностью из-за множества юридических лиц и разрозненных учетных политик.",{"type":288,"tag":297,"props":630,"children":631},{},[],{"type":288,"tag":301,"props":633,"children":635},{"className":634},[304],[636,638],{"type":294,"value":637},"Для реализации был выбран гибридный подход. На этапе обследования и формирования технического задания применялась каскадная модель: это позволило зафиксировать требования и рассчитать бюджет с высокой точностью. Сама разработка и доработка типовых конфигураций велись короткими итерациями по Scrum. Такой формат дал заказчику возможность регулярно видеть рабочие прототипы и вносить уточнения, не выходя за рамки утвержденной сметы.",{"type":288,"tag":297,"props":639,"children":640},{},[],{"type":288,"tag":301,"props":642,"children":644},{"className":643},[304],[645,647],{"type":294,"value":646},"План управления стоимостью в IT-проекте был согласован без дополнительных корректировок, поскольку ключевые параметры определили еще на старте. В ходе спринтов команда оперативно адаптировалась к изменениям законодательства и внутренним регламентам холдинга. В результате система была запущена точно в срок, а обучение пользователей завершилось до официального старта. Этот опыт подтвердил: грамотный выбор методологии позволяет избежать хаоса и достичь целей даже в сложных интеграционных проектах.",{"type":288,"tag":297,"props":648,"children":649},{},[],{"type":288,"tag":289,"props":651,"children":653},{"id":652},"заключение",[654,656],{"type":294,"value":655},"Заключение",{"type":288,"tag":297,"props":657,"children":658},{},[],{"type":288,"tag":301,"props":660,"children":662},{"className":661},[304],[663,665],{"type":294,"value":664},"Выбор методов управления IT-проектами напрямую определяет, насколько предсказуемым и успешным будет запуск цифрового продукта. Не существует плохих или хороших систем, есть неправильный контекст их применения. Waterfall обеспечивает дисциплину и точность бюджета, Scrum и Kanban дают скорость и адаптивность, а гибридные модели позволяют балансировать между этими полюсами.",{"type":288,"tag":297,"props":666,"children":667},{},[],{"type":288,"tag":301,"props":669,"children":671},{"className":670},[304],[672,674],{"type":294,"value":673},"Главное — не превращать фреймворк в догму. Инструменты должны служить бизнесу, а не наоборот. Начните с анализа зрелости команды, стабильности требований и ожиданий заказчика и только затем внедряйте регламенты. Именно такой прагматичный подход позволяет достигать целей без лишних потерь.",{"type":288,"tag":297,"props":675,"children":676},{},[],{"title":283,"searchDepth":106,"depth":106,"links":678},[679,680,681,682,683,684,685],{"id":291,"depth":106,"text":295},{"id":331,"depth":106,"text":334},{"id":489,"depth":106,"text":492},{"id":525,"depth":106,"text":528},{"id":553,"depth":106,"text":556},{"id":616,"depth":106,"text":619},{"id":652,"depth":106,"text":655},{"data":687,"meta":726},[688],{"id":689,"documentId":690,"name":691,"job":692,"slug":544,"image":693,"avatar":714},182,"a2iarpxa74j91es042hwcxhx","Чикунов Антон","Руководитель проектов / Функциональный архитектор / Ведущий консультант",{"id":694,"documentId":695,"name":696,"alternativeText":16,"caption":16,"width":697,"height":698,"formats":699,"hash":708,"ext":68,"mime":71,"size":709,"url":710,"previewUrl":16,"provider":103,"provider_metadata":16,"createdAt":711,"updatedAt":712,"publishedAt":713},207,"a9yhoe27c3498xwtn2ebakf0","Чикунов Антон.jpg",864,800,{"thumbnail":700},{"ext":68,"url":701,"hash":702,"mime":71,"name":703,"path":16,"size":704,"width":705,"height":706,"sizeInBytes":707},"https://site-s3.mkskom.ru/mkskom-site/thumbnail_Chikunov_Anton_6f01ef718c.jpg","thumbnail_Chikunov_Anton_6f01ef718c","thumbnail_Chikunov_Anton_6f01ef718c.jpg",3.5,168,156,3498,"Chikunov_Anton_6f01ef718c",67.74,"https://site-s3.mkskom.ru/mkskom-site/Chikunov_Anton_6f01ef718c.jpg","2026-02-25T04:04:46.540Z","2026-08-25T13:06:02.998Z","2026-02-25T04:04:46.541Z",{"id":715,"documentId":716,"name":717,"alternativeText":16,"caption":16,"width":718,"height":718,"formats":719,"hash":720,"ext":68,"mime":71,"size":721,"url":722,"previewUrl":16,"provider":103,"provider_metadata":16,"createdAt":723,"updatedAt":724,"publishedAt":725},206,"iluxmgghhzmwhdelhwv9qeas","Чикунов Антон (1).jpg",104,{},"Chikunov_Anton_1_3d6d486d6e",3.28,"https://site-s3.mkskom.ru/mkskom-site/Chikunov_Anton_1_3d6d486d6e.jpg","2026-02-25T04:04:46.427Z","2026-08-25T13:06:02.274Z","2026-02-25T04:04:46.428Z",{"pagination":727},{"page":189,"pageSize":190,"pageCount":189,"total":189},1793364031472]