Работа системного аналитика — это постоянный баланс между техникой и бизнесом, между хаосом требований и порядком спецификаций. Аналитик соединяет интересы заказчиков, пользователей, разработчиков и тестировщиков, разбирается в сложных системах и помогает команде двигаться к конечной цели.

Но есть такие незаметные вещи, которые могут сильно всё усложнить. Когнитивные искажения. Они незаметно и постоянно влияют на наши суждения и решения.

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

Итак, когнитивные искажения — это не приговор, а вызов, с которым можно справиться. Давайте начнем разбираться!

Что такое TypeScript? Официальная документация отвечает так: “TypeScript — это JavaScript с синтаксисом типов”. Однако некоторые считают TypeScript своеобразным слиянием двух языков: языка для манипулирования значениями JavaScript и языка для манипулирования типами.

Cистема типов TypeScript Тьюринг-полная. Это означает, говоря по-простому, что система может решить любую вычислительную задачу при наличии некоторого представления входных и выходных данных.

Можно ли использовать это знание на практике? Как избежать крайностей от примитивного аннотирования типов до избыточного усложнения?

Эта статья для разработчиков, которые уже используют TypeScript, но хотят выйти за рамки базовых практик. Мы не будем обсуждать синтаксис или настройку конфигураций. Вместо этого сосредоточимся на стратегиях, которые помогут:

В моей статье “Финансовый учёт на примере отеля” мы посмотрели на финансы сверху: какой в них толк и как извлечь ценность из них. В статье не было ни слова про проводки. Но благодарные читатели спросили: «Как же так – финансы и без проводок? Требуем!» Так вот сегодня в блоге ЛАНИТ на Хабре речь будет идти только про проводки и немножко про то, что есть вокруг них.

Эта статья для тех, кто хотел бы добраться до самых глубин: электронов и других элементарных частиц финансового и бухгалтерского учета. Практически же статья будет нужна очень узкому кругу коллег, которые хотели бы знать в деталях про проводки как про структуры данных в ERP-системах, финансовых и бухгалтерских программных системах. Вдруг вы захотите создать свою систему? Маловероятно, но кто знает.

Киберспорт - одна из любимых корпоративных активностей в ЛАНИТ. У нас есть крутое сообщество, участники которого постоянно выступают на соревнованиях и нередко становятся их победителями и призерами. Для успешных состязаний на турнирах игроки уделяют большое внимание своим «кибердоспехам»: гейминговым сетапам и периферии. В этой статье наши коллеги рассказали, как они обустроили свое игровое место и что, кроме технических средств, помогает побеждать, выдерживая многочасовые сражения.

В IT-сообществе не утихают споры о ценности формального образования. Одни считают, что только фундаментальное образование формирует инженерное мышление. Другие уверены, что самоучки не уступают выпускникам вузов благодаря свободному доступу к фреймворкам и онлайн-ресурсам. Мы в Artezio провели круглый стол с экспертами отрасли и собрали аргументы с обеих сторон и разобрались, кого ищут работодатели в эпоху, когда код пишут LLM.

В октябре 2024 года в корпусе Третьяковской галереи на Кадашевской набережной открылась первая экспозиция произведений искусства. Это работы участников Товарищества передвижных художественных выставок, вошедших в историю как передвижники. Чтобы полотна живописцев заняли свои места на стенах, в выставочном зале несколько месяцев стабилизировался температурно-влажностный режим. В этой статье я расскажу о строительстве здания и о том, что потребовалось для его открытия. 

Знаете, как часто бывает: читаешь чей-нибудь умный труд (например, прекрасную книгу Карла Вигерса «Разработка требований к программному обеспечению»), всё вроде понятно — требования должны быть полными, корректными, осуществимыми… Теория отличная, хорошо описаны процессы, связанные с коммуникациями с заказчиком (как проводить интервью, какие бывают требования к информационной системе и как их выявлять). 

Но вот чего действительно не хватает, так это живых примеров технических спецификаций, которые можно было бы использовать в работе. Именно это я и искал, когда изучал книгу Вигерса и другие материалы. Не нашел и поэтому решил описать свой личный опыт. Ведь когда я начинал свою трудовую деятельность аналитика, то допускал довольно много критичных ошибок, которые выявлялись как на этапе разработки, так и в ходе сопровождения системы. Сегодня я хочу поделиться этими уроками жизни. Расскажу о реальных кейсах и покажу, как избежать типичных ошибок в документации. Хочу верить, что эта информация пригодится как начинающим аналитикам, так и профи, например, для создания чек-листов при проверке требований. 

Всем привет. Сегодня в блоге ЛАНИТ на Хабре мы с вами поговорим про такую важную тему, как регулярные выражения. Что это такое, для чего применяется, чем знание этого инструмента работы с данными может помочь инженеру тестирования и как регулярные выражения устроены. 

Как-то на семинаре Biz360 руководитель “1С-Рарус” Дмитрий Казачков рассказал, что при найме сразу думает обо всех периодах взаимодействия с будущим сотрудником: знакомстве, работе, расставании. По-моему, как и человеческие отношения, каждый обмен данными идет по тому же вектору развития. Начинается с формирования требований и заканчивается “тоже плохо”.

Поскольку настройка обменов данными между конфигурациями 1С изобилует техническими терминами, понятными только тем, кто ее выполняет, я решил описать основные “грабли”, используя метафору семейной жизни. Ведь между ними много общего - для обмена нужны источник и приемник, и для создания семьи нужна как минимум пара.

Приветствую, коллеги! Я ведущий системный аналитик в компании ЛАНИТ. В своей статье я решила поделиться этапами совершенствования процесса описания интеграционного взаимодействия на отдельно взятом проекте нашей компании и рассказать, как благодаря использованию генеративной модели ChatGPT мы ускорили процесс формирования документации OpenAPI и частично снизили связанные с этим трудозатраты системных аналитиков.

Статья может быть полезна системным аналитикам и командам, проектирующим API по принципу Design API First (Contract first). Материал основан на реальном опыте системных аналитиков нашего проекта и не является руководством или призывом к действию.

Жизнь каждого человека складывается по-разному: кто-то с 16 лет уже четко знает, что ему интересно, а кто-то приходит к этому гораздо позже. Я отношусь ко второму типу. Отучившись в вузе и не проработав ни дня по профессии, я находилась в постоянном размышлении, к чему у меня лежит душа, что может приносить стабильный доход, что будет с этим миром и где в нем мое место. Я пошла в продажи, основываясь на принципе “Нужно попробовать, а дальше посмотрим”. Но продажи не вдохновляли меня от слова “совсем”. Жизненный опыт постепенно накапливался, но у меня не было никаких идей, как реализовать свои хотелки. И вот в очередной раз я начала новую главу своей жизни, пытаясь следовать своим потребностям и мечтам, - я занялась машинным обучением ИИ. В этой статье я расскажу, как я осваивала профессию тестировщика программного обеспечения.

Предлагаю вашему вниманию резюме лекций, выступлений, а также первых глав книги “Почему у зебр не бывает инфаркта” (Why Zebras Don't Get Ulcers) Роберта Сапольски. Это ученый-нейробиолог, приматолог, профессор Стэнфордского университета, автор книг и курсов по биологии. 

В материале будет описано, какие изменения в работе организма млекопитающих происходят в стрессовой ситуации, как хронический стресс влияет на сердечно-сосудистую систему. Также я расскажу, как прочтение глав книги Роберта помогло мне справиться со стрессом после перехода в ИТ.

Раньше я думала, что многозадачность – это норма, даже определенный стандарт успешного человека. Кроме того, в современном мире, особенно в сфере ИТ, существует культ многозадачности. Кажется, что умение жонглировать десятками задач одновременно – это залог успеха. Мне захотелось изучить этот вопрос значительно глубже. Однако все не так просто.

В последнее время я стал замечать, что применение подходов Agile в отдельных проектных коллективах стало носить характер религиозного культа. Иногда понимание целей знание названий основных терминов Scrum  для некоторых эффективных перспективных руководителей успешно заменяет здравый смысл. Они гордо заявляют о якобы успешном применении методов Scrum в условиях, в которых эти методы в принципе неприменимы. При этом в обоснование своих решений адепты Scrum как догму декламируют положения книги Джеффа Сазерленда «SCRUM: революционный метод управления проектами». Однако кроме основных догматов в некоторых конфессиях существуют другие древние артефакты, посвящённые ключевым заповедям. Вместе с тем эти артефакты не признаются церковью и не включены в канон. Несмотря на то, что авторство этих скрижалей также приписывается основателям церкви, эти документы противоречат основным положениям религии и являются запрещенными для адептов культа. Такие документы называются апокрифами.

Мир технологий становится все более сложным и многогранным. В ЛАНИТ мы решили создать увлекательную книгу, которая поможет детям понять, что такое ИТ-сфера и почему круто работать в области информационных технологий. В честь своего 35-летнего юбилея и в качестве новогоднего подарка компания выпустила красочный виммельбух для юных читателей. Он рассказывает о жизни и работе нашей большой команды ИТ-компании в течение года, месяц за месяцем. Предлагаем и вам оценить, что у нас получилось.

Современный мир буквально погряз в совещаниях. Синки, митинги, созвоны, дейлики, викли… От этих слов порой кружится голова и хочется рыдать, когда видишь забитый календарь. «А когда же работать?» – этот вопрос возникает снова и снова. И ладно бы, если все эти встречи и созвоны приводили к результату, но многие из них оставляют неприятное послевкусие – вроде и собирались, и побрейнштормили, и было сказано много полезного, но по факту не договорились ни до чего, ни к конкретным шагам не пришли, а, если и пришли, то воз и ныне там. И уж совсем становится грустно, когда потрачено время большого количества людей (те пресловутые человекочасы), которые на самом то деле и не нужны были на этой встрече, и могли бы заниматься куда более важными задачами, чем просто «посидеть на звонке». 

Так как же уйти от бестолковых встреч? Есть прекрасная фраза Махатмы Ганди: «Хочешь изменить мир – начни с себя».

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

Недавно меня попросили написать отзыв на автореферат кандидатской диссертации, в которой обсуждалось моделирование случайных величин с использованием Python и C++. Я разбираюсь в моделировании, но не в программировании. Обсуждая работу, я поинтересовался у соискателя, почему он выбрал эти инструменты и не рассматривал ли Excel. Он ответил, что в их среде Excel не используется. «А жаль», — подумал я. Особенно учитывая, что в работе выборки не превышали сотни элементов. Excel легко справляется даже с миллионом и имеет десятки встроенных функций для таких целей.

В этой статье в блоге ЛАНИТ я покажу, как с помощью Excel можно эффективно генерировать случайные величины различных распределений и почему этот инструмент не стоит недооценивать.

На старте любого проекта бывает пилот, а также серия показов, встреч, переговоров и обсуждений. Но почти всегда получается, что клиенту ваш продукт либо посоветовали, либо потенциальный заказчик попал под рекламу, либо увидел случайно и заинтересовался, либо ваши сейлы сделали марафон лести и убедили посмотреть продукт. Дальше ваша команда показывает продукт менеджерам клиента, ещё зачастую бизнес-пользователям и айтишникам. Но у всех более-менее крупных компаний еще до подключения бизнеса и ИТ-специалистов есть обязательный этап - отправка вендорам опросника о функциональных возможностях продукта и определение стоимости внедрения/пилота. Вот тут начинается веселье. 

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

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

Однажды, давным-давно, на Хабре была опубликована статья, в которой мной было высказано предположение, что главной причиной беспокойства, бессонницы, нервных срывов и головной боли на программных проектах являются страхи, которые преследуют сотрудников этих проектов даже, казалось бы, при внешне успешной обстановке. Для того, чтобы проверить эту гипотезу, и в поисках причин, по которым любимая работа на IT-проектах начинает вызывать отвращение, в этой же статье был запущен открытый опрос. Предвзятый и субъективный анализ результатов этого опроса вы найдете в статье ниже. Любая конструктивная и оптимистичная критика приветствуется.