203 страницы с тегом "manager"

Architectural Decision Record — что это, шаблон Nygard, статусы, хранение в Git, примеры для продукта, аутсорса и госсектора.

Agile: манифест, 12 принципов, словарь и чек-лист (PO, SM, бэклог, velocity, стендап, burn-down), XP, DSDM, FDD, TDD, BDD.

Что такое Body of Knowledge, чем PMBOK отличается от BABOK и SWEBOK, зачем IPMA и PRINCE2, и как не утонуть в стандартах.

Scope creep, workflow change request, CAB, влияние на срок и бюджет, согласование с PO и договором — продукт, аутсорс, госсектор.

Классификация документации в сфере информационных технологий.

Табличный текстовый формат. Кодировки UTF-8 и cp1251, разделители полей, экспорт из Excel и типичные ошибки при загрузке.

Критерии завершения задачи, DoD для web и mobile, уровни DoD и как писать release notes для пользователей и эксплуатации.

Критерии готовности задачи к работе — чек-лист DoR для Scrum и Kanban, роли, трекер и связь с DoD.

Сравнительный анализ системного и сквозного тестирования с разбором границ применимости, сценариев проверки пользовательских путей и методов валидации интеграционных потоков.

ER и расширенная EER-модель — сущности, связи, супертипы и подтипы, кардинальность, ассоциативные сущности и переход к SQL.

Планирование ресурсов предприятия: от MRP к ERP, отличие от учётной системы, модули MES/WMS/CRM, цели автоматизации и совокупная стоимость владения (TCO).

Практики XP, цикл Test-Driven Development и сценарии Behavior-Driven Development.

Язык запросов к API. Один endpoint, клиент сам выбирает поля ответа, схема типов и сравнение с REST.

ITAM (IT Asset Management) — учёт и жизненный цикл ИТ-ресурсов, лицензий, CMDB и связь с ITSM и техподдержкой.

ITIL (Information Technology Infrastructure Library) — международный фреймворк лучших практик ITSM: ценность, процессы ITIL 4 и связь с SLA.

ITSM (IT Service Management) — подход к управлению ИТ как набором услуг для бизнеса: инциденты, запросы, изменения, каталог услуг и SLA.

Практика Jira и YouTrack — проект, workflow, поля, интеграция с Git и отчёты.

JSON как текстовый формат обмена данными между системами, основанный на объектах и массивах с явной структурой.

Схемы и контракты данных. JSON Schema, OpenAPI, валидация API, обязательные поля, null, Schema.org и JSON-LD для поиска.

Краткое сравнение Kanban со Scrum и waterfall, когда выбирать поток и куда смотреть дальше в энциклопедии.

Диагностика: есть ли у вас Kanban или только доска в Jira — WIP, политики, метрики потока.

Поток L2/L3, on-call и интеграция инцидентов с разработкой в Kanban.

Язык простой разметки. Вселенная IT как раз его и использует.

Что такое MS Project, когда он нужен в IT, как построить WBS, связи, ресурсы, базовый план и отслеживать отклонения. Связь с Earned Value и Jira.

Колоночные бинарные форматы для аналитики и Big Data. Сжатие, схема внутри файла, сравнение с CSV и JSON.

Lateral movement и pivoting, повышение привилегий Windows и Linux, post-exploitation, сбор доказательств и составление отчёта пентеста коммерческого уровня.

Playwright для QA и SDET — архитектура UI-автотестов, локаторы, SPA/React, Page Object, pytest, Allure, CI и карьера.

Роли PO и PM, границы с BA и тимлидом, RACI приоритетов, продуктовая компания, заказная разработка и госсектор.

Product Backlog, приоритизация, относительные оценки, последовательность Фибоначчи и Planning Poker — практика Scrum и аналитики.

11 шагов запуска Scrum, контекст внедрения в России, Scrum-театр, гибриды с waterfall и госзаказом.

Краткое сравнение Scrum с waterfall и Kanban, когда выбирать фреймворк и куда смотреть дальше в энциклопедии.

Размер команды 3–9, кросс-функциональность, каналы коммуникации, автономия, роль Scrum Master и фундаментальная ошибка атрибуции.

Lean и Toyota в Scrum: потери, WIP, multitasking, muri, Definition of Done и принцип "сделано наполовину — не сделано".

Product Owner, Scrum Master, Developers; Product Backlog, Sprint Backlog, Increment; пять ценностей Scrum, планирование, Daily, Review, Retrospective.

Фиксированная длина спринта, velocity, Scrum-доска, burndown, демонстрация инкремента и циклическое восприятие времени.

Диагностика: работает ли у вас Scrum или только названия в Jira — роли, спринт, инкремент, события и потери.

Специальный инструмент для автоматизированного тестирования.

От услуги и договора к измеримому качеству: что такое SLA, что в него входит (метрики, санкции) и как это связано с ITSM и архитектурой.

SQL (Structured Query Language) — это язык программирования, предназначенный для управления и манипулирования данными в реляционных базах данных.

Практическое руководство по работе с реляционными базами данных для инженеров контроля качества с разбором типовых запросов, методов валидации и интеграции с UI-проверками.

Текстовый формат конфигурации с явными секциями и таблицами. Популярен в Rust, Python и инструментах сборки.

Систематизация уровней верификации и практик разработки через тесты с рекомендациями по выбору методологии, интеграции в рабочий процесс и построению пирамиды проверок.

Организация wiki: разделы, шаблоны, runbook, актуальность и связь с поддержкой.

XAML и AXAML — декларативная XML-разметка для UI в .NET (WPF, WinUI, MAUI, Avalonia). Синтаксис, пространства имён, популярные элементы и примеры.

Универсальный язык разметки — синтаксис, пространства имён, валидация XSD, CSS и связь с XPath, XSLT и DOM.

Модель документа XML — типы узлов, коллекции, обход дерева и навигация в API.

Язык путей XML — узлы, оси, предикаты, операторы и практические запросы к дереву документа.

Преобразование XML — таблицы стилей, шаблоны xsl:*, сортировка, ветвление, клиент и сервер.

Мёртвый код, лишние абстракции, отключённые предупреждения и отложенный рефакторинг.

Ключи и значения разделяются двоеточием ( — ), за которым следует пробел.

Инструменты автоматизации тестирования - Selenium, Playwright, pytest, CI интеграция, пирамида тестов и стратегии снижения затрат на ручные проверки.

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

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

Классификация артефактов обеспечения качества с описанием их целевого назначения, принципов формирования и роли в управлении жизненным циклом программного продукта.

Архитектурный эскиз, NFR, ADR, документирование и разграничение ответственности между архитектором, аналитиком и разработчиками.

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

Как работать с другими членами команды при работе над проектом.

Краткое сравнение подходов к внедрению ERP, словарь RFI/RFP, fit-gap, TCO, T&M и маршрут по разделу 7-15.

Диагностика готовности к ERP-проекту: требования, fit-gap, роли, оценки, контуры баз, ОЭ и закрытие проекта.

STATIK, старт с текущего процесса и антипаттерны Kanban в IT-командах.

База данных - это ящик с данными, который лежит в архиве - хранилище.

1-on-1 (one-on-one, один на один) — регулярная встреча руководителя и сотрудника про развитие, блокеры, ожидания и климат в команде.

Как собрать функциональные требования от ключевых сотрудников, провести тендер (RFI/RFP), заполнить таблицу fit-gap и не подписать проект без предпроекта.

Что важно в договоре исполнителя: этапы, приёмка, изменения scope и ответственность разработчика.

Какие документы использует аналитик и что нужно учесть.

Документация в процессах - утверждённое ТЗ как опора сметы и сроков и оформление изменений объёма работ.

Структура и содержание тестовой документации с разбором типов артефактов, методик составления планов, кейсов, отчётов и дефектов для обеспечения прозрачности процесса.

ГОСТ подчёркивает, что ТЗ должно быть достаточно детализированным для однозначной интерпретации, но не должно содержать решений по реализации — это прерогатива проектной документации.

Git, HTTP, алгоритмы, soft skills и английский — маршрут бонус-модулей для QA и ссылки на языковые практикумы Java, JavaScript и Python.

Визуализация работы, колонки, политики перехода и ограничение незавершённой работы (WIP).

Регламент Daily Scrum и Kanban Meeting, статусы по ролям, этика, токсичность и асинхронные альтернативы.

Жизненный цикл ПО - методология как системный подход к разработке продукта, роли и этапы в ИТ-проекте.

Фазы PMBOK в приложении к ERP: инициация, подготовка, выполнение, закрытие; кривая влияния и затрат; этапность модулей и документооборот.

Основные фазы - планирование и контроль, анализ и проектирование, реализация и выполнение, оценка критериев, отчетность.

История Scrum: провалы каскадной модели, кейс ФБР Sentinel, истоки в Toyota и rugby team, Easel 1993, цикл PDCA и OODA.

База данных и СУБД: определения по ГОСТ, схема и модель данных, четыре типа БД (SQL, NoSQL, иерархические, ОО), relation и relationship.

Политика AI-ассистентов, review сгенерированного кода, секреты и лицензии в проекте — с примером регламента AI code review.

Инструменты аналитика - моделирование процессов и архитектуры, BI-визуализация и вспомогательные категории прикладного ПО.

Обзор инструментов ручного и автоматизированного контроля качества с описанием экосистемы нагрузочного тестирования, требований к окружению и практиками интеграции в рабочий процесс.

Low-code и No-code платформы представляют собой класс программного обеспечения, позволяющий создавать приложения и автоматизировать процессы через визуальные интерфейсы и конфигурацию параметров.

Методы контроля качества взаимодействия программных модулей с проверкой контрактов интерфейсов, потоков данных и согласованности работы объединённых компонентов системы.

Среды dev/stage/prod, ПО и железо, VPN, секреты и разграничение администрирования — что подготовить до активной разработки.

Severity, MTTR, эскалация, hotfix и rollback, blameless postmortem и runbook для разработчиков в продукте, аутсорсе и госсекторе.

Research. Как это работает, как видеть проект целиком и знакомиться с системами.

Откуда взялся Kanban, как метод пришёл в IT и чем поток задач отличается от спринтов Scrum и каскадного плана.

Нереляционные базы данных. Причины появления нереляционных систем.

Работа аналитика. История. Финансы, тенденции, прогнозы.

Матрица Stacey, Cynefin и дерево решений — Scrum, Kanban, Waterfall и гибриды.

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

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

Какие компетенции нужны PM, архитектору, аналитику, разработчику и QA на заказном проекте — и как это влияет на оценку COCOMO.

Систематизация методов контроля качества программного обеспечения по уровню доступа к коду, стадии жизненного цикла и степени интеграции компонентов системы.

Expedite, fixed delivery date, standard и intangible — как приоритизировать поток без бесконечного "срочно".

Ключевые слова (keywords) — это зарезервированные слова в языке программирования, которые имеют специальное значение и не могут использоваться как имена переменных или функций.

Сравнение Kanban и Scrum, Scrumban и матрица выбора для IT-команд.

Состав команды, RACI, найм и аутстафф — кого привлекать первым и как разграничить ответственность.

Состав команды, модели комплектации, лиды и роли менеджмента в IT-проекте.

Полная карта компетенций PM: софт- и хард-навыки, инструменты, стандарты PMBOK/IPMA/ГОСТ, развитие проектного офиса и области знаний управления проектом.

Что такое конструирование программного обеспечения, как оно связано с другими стадиями SDLC, какие артефакты и стандарты применяются на этапе реализации.

Форматы хранения настроек и данных. Организация данных в текстовых файлах.

Уважение к профессионалу — это про признание сложности и ценности его труда в объективных, измеримых категориях.

Быстрая память для временного хранения часто используемых данных.

Один файл в репозитории задаёт, что установить: pip, npm, Maven, Docker и CI читают одни и те же манифесты.

Agile, классические (PMBOK, ГОСТ 34) и неформальный "просто сделайте": когда какой подход уместен для внедрения ERP с нуля и для доработок.

Как организуют разработку ГИС: регуляторика, контракт, приемка, отчетность и практики команды внутри жестких рамок.

Что такое рефакторинг, как он работает и из чего состоит.

Lead time, cycle time, throughput и CFD — как измерять и улучшать поток задач без story points.

Продуктовая компания, интегратор, аутстафф и аутсорс — чем отличаются для разработчика и аналитика.

Классический, инкрементный, RAD, спиральный и компонентно-ориентированный подходы — как они влияют на стадию конструирования ПО.

Моделирование бизнес-процессов - графические, математические, текстовые и имитационные форматы представления.

На совещании вы слышите — эта фича 8 story points. Это работает внутри команды, когда все знают прошлые спринты.

Восемь характеристик качества ПО — что писать в ТЗ, как проверять на приёмке и почему "без багов" мало.

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

Мотивация — то, что побуждает человека действовать: цели, награды, среда, смысл работы.

Метод оценки полноты тестового покрытия через контролируемое внесение синтетических изменений в исходный код и анализ эффективности обнаружения внесённых модификаций.

Когда применять комплект документов на программное изделие, когда — на автоматизированную систему, какие артефакты нужны на каждой стадии и как связать их с современной практикой аналитики.

Специализированные методы верификации, направленные на оценку устойчивости, пропускной способности и предсказуемости поведения системы.

Найм — цепочка: портрет → вакансия → отбор → интервью → оффер → онбординг → испытательный срок.

Резюме раздела 7.17: запуск проекта, инструменты, первые задачи и онбординг.

Готов ли проект к устойчивой разработке — charter, среды, инструменты, архитектура, backlog.

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

Пакет входных документов, экспресс- и полный анализ, приоритизация требований и демонстрация прототипа в терминах отрасли заказчика.

Иерархия уровней контроля качества программного обеспечения с классификацией проверяемых объектов, распределением ответственности и стратегиями построения тестовых сценариев.

Первый день, первая неделя и первый PR — маршрут для разработчика, QA и аналитика, присоединяющихся к проекту.

Что включить в онбординг нового сотрудника: чек-лист, доступы, первые задачи.

Что такое операторы, какими они бывают. Действия над данными.

Оптимизация размера и производительности приложений - архитектурные компромиссы, метрики и практики контроля сложности.

Слово анализ (analysis) с греческого — разложение, разбор; основы анализа требований в IT.

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

Моделирование в IT: терминология, выбор нотации (BPMN, UML, C4, ERD), графики и дашборды — хаб для аналитика, архитектора и новичка.

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

Полная карта тем веб-тестирования — браузер, HTTP, backend, формы, SPA, нефункциональные проверки и ссылки на материалы энциклопедии.

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

Инструменты - это CI/CD-пайплайны, системы управления задачами, чаты, трекеры, инструменты тестирования, документация, Wiki.

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

Устав проекта (charter), спонсор, границы scope, бюджет и риски — что зафиксировать до найма команды и закупки инфраструктуры.

Трудозатраты — это объём рабочего времени, необходимый для выполнения конкретной задачи или проекта.

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

Roadmap, WBS, backlog, первый спринт или Kanban-поток — как разложить проект на задачи и раздать работу команде.

Планирование производства компонентов: диаграмма Ганта, критический путь, PERT, Planning Poker и связь с тестированием.

Юнит-тест представляет собой автоматизированную проверку отдельной единицы программного кода.

Система метрик полноты контроля качества программного обеспечения с анализом покрытия кода, ветвей исполнения и условных выражений для оценки надёжности продукта.

Порядок тестирования, как правильно проектировать стратегию реализации контроля качества.

Первый автотест на Java для QA: JUnit 5, REST Assured и проверка HTTP API без браузера.

Первый автотест на JavaScript для QA: Jest для unit-проверок и Playwright для E2E в браузере.

Что делают с кодом, чтобы повысить его надёжность, читаемость и расширяемость.

Практическое занятие и реализация интеграционного теста.

Практическое занятие и реализация нагрузочного тестирования.

Практическое занятие и реализация ручного тестирования.

Резюме PO, PM, BA и тимлид — кто за что отвечает; FAQ для новичка.

Проект программного обеспечения - структура, состав артефактов и связь между модулями в одном решении.

Ввод в ПЭ, закрытие проекта внедрения, отличие от сопровождения, TCO после актов и типичные ожидания заказчика.

Одна из ключевых задач аналитика — не просто собрать требования, но и наглядно представить, как будет выглядеть будущая система.

Заказчик говорит "сделайте нам как в 1С, только чтобы отчёт сам отправлялся и кнопка была красная".

Тестирование на проникновение как процесс — PTES, OSSTMM, типы аудита, pre-engagement, scope, правила взаимодействия с заказчиком и жизненный цикл engagement.

Контуры информационных баз (dev, test, master, prod), регресс, обучение, опытная эксплуатация и журнал запросов на изменение.

Git, Jira/YouTrack, Confluence, связь PR с задачами и CI-скелет — как собрать инструментальный контур команды.

Определение риска, событийные и несобытийные риски, типовые угрозы ERP и процедура реестра в уставе проекта.

Управление командой — это подмножество менеджмента, сосредоточенное на взаимодействии с людьми: подборе, распределении ролей, мотивации, разрешении конфликтов, обеспечении психологической.

Зачем компании централизуют данные, жизненный цикл модели от требований до эксплуатации, роли людей и человеческий фактор в среде БД.

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

Что такое системный анализ и кто такой системный аналитик.

Честный обзор роли тимлида: отличие от техлида и EM, играющий тренер, просадка хард-скиллов, рынок труда и когда оставаться individual contributor.

Чек-листы и практический порядок проверки сайта глазами пользователя — формы, сессии, сеть, кроссбраузерность и типичные баги.

Самовосстанавливающиеся тесты адаптируются к изменениям интерфейса и API, снижая стоимость поддержки автотестов.

Испытания, удостоверение качества и сертификация — простым языком: ПМИ, акт приёмки, ФСТЭК и что закладывать в смету.

Синтаксический сахар - конструкции языка, повышающие читаемость кода без изменения вычислительной сути.

Совокупность программных и лингвистических средств, обеспечивающих управление созданием и использованием баз данных.

Справочник терминов ITIL 4: SVS, цепочка ценности, 34 практики, роли, SLA/OLA/UC, типовые ИТ-услуги и аббревиатуры.

Руководства и инструкции представляют собой документы, ориентированные на выполнение конкретных операций в рамках заданного контекста.

Что происходит с заказным ПО после акта приёмки: виды сопровождения, SLA, экономика и типичные ошибки — простым языком.

Мастер-таблица командной строки — оболочки, языки, DevOps, СУБД, сеть, CI/CD, облака, ИИ-агенты и сотни исполняемых файлов с категорией и платформой.

Примечание — xN означает шестнадцатеричное представление Unicode-кода символа.

XSLT-таблица — это XML-документ (обычно с пространством имён http — //www.w3.org/1999/XSL/Transform, сокращённо xsl — ). Корневой элемент — или (синонимы).

Для сопоставления входящего сообщения с конкретным экземпляром процесса используется correlation key.

Не путать с цифрами в окружении — ① (U+2460) — это circled digit one, не эмодзи (Emoji=No).

Fix price и T&M, типы оценок от грубого порядка до точной, ИСР, календарь против человеко-часов.

Единые правила написания. Что такое стиль кода, и как его оформляют.

Текстовые форматы данных - представление информации в виде последовательностей символов для обмена и человекочитаемой обработки.

СУБД как программный комплекс - хранение, извлечение и изменение данных с гарантиями целостности и безопасности в реляционной модели.

Теория представления кода - как информация кодируется, передается и искажается в реальных каналах хранения и связи.

Методология исследования и верификации программных интерфейсов с систематизацией подходов, инструментов анализа и последовательности проверок контрактов данных.

Методология верификации защищённости программных систем с выявлением уязвимостей, анализом векторов атак и документированием результатов для повышения устойчивости инфраструктуры.

Специализированный подход к проверке нейроморфных чипов — нишевый материал, не входит в базовый маршрут QA.

Тест-дизайн — как выбрать проверки, которые ловят дефекты при ограниченном времени.

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

Типы задач в программировании - от реализации и тестирования до сопровождения, интеграции и развития систем.

Классификация документации в сфере информационных технологий.

Async-first, часовые пояса, overlap, удалённый стендап и документация как источник правды — с примером команды Россия и EU.

Предпринимательская деятельность представляет собой самостоятельную, осуществляемую на свой риск инициативную экономически целесообразную деятельность, направленную на систематическое получение.

Data governance - роли, правила и процессы, чтобы данные были учтены, защищены и использовались согласованно в организации.

SCM простым языком: конфигурационные единицы, baseline, контроль изменений и связь с Git, CI/CD и ГОСТ-документацией.

Высокоуровневые и низкоуровневые языки — абстракция, переносимость, ассемблер и компромисс с производительностью.

Заказчик, исполнитель, поставщик платформы, спонсор; управляющий комитет, руководитель проекта, ключевые пользователи; мотивация и конфликты.

Требование - это ответ на вопрос "Что система должна делать?". Просто договорённость между тем, кто заказывает, и тем, кто делает.

Функции в программировании — именованные блоки кода для инкапсуляции логики - параметры, возвращаемые значения, области видимости. Примеры на Python, JavaScript, C# и Java. Паттерны чистых функций и побочные эффекты.

Циклы в программировании - виды повторений, условия завершения и типичные сценарии применения.

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

Что такое код и как он работает - от представления инструкций до компиляции, выполнения и взаимодействия с системой.

Шрифт как цифровая реализация гарнитуры - контуры символов, метрики и отличие от понятия "начертание".

Мы изучили фундамент - что такое проект, команда и менеджмент, а теперь поговорим об управлении.

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

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