Матеріали на тему «документація»

RSS

Як ми побудували власну RAG-систему: від проблеми до оптимального рішення

Нікіта Бронніков 2142

У Liven створили персонального асистента, що миттєво знаходить потрібну інформацію з усіх корпоративних джерел і дає контекстуальні відповіді з посиланнями на джерела. У статті Android Lead Нікіта Бронніков ділиться, чому готові рішення не працювали, які підходи тестували та які результати отримали. 15

Як я пишу документацію і чому це нагадує створення продукту

Oleksandra Pasenchenko 2039

Олександра Пасенченко розглядає написання документації як мініатюрну версію створення продукту через призму SDLC. Коли варто створювати гайди й інструкції? Як долати «страх чистого аркуша» та визначати скоуп документа? А як тестувати документацію перед «релізом»? Відповіді шукайте у цьому блозі. 10

Як я створив відділ технічної документації в державній IT-компанії

Roman Pasikov 2518

Перед вами історія про те, як Роману вдалося створити в компанії відділ для роботи з технічною документацією. Йдеться про державну ІТ-компанію, проте процеси будуть зрозумілі всім: від ідеї до масштабування. Поради будуть корисними як керівникам, що бачать потребу в такому відділі, так і технічним письменникам, які чуються в силі до нових звершень. 5

Як ми почали керувати delivery-процесами BSA на GitHub

Vladyslav Zubko 1853

Якщо ви в пошуках інструменту, що допоміг би кожному учаснику робочого процесу чітко розуміти, які задачі йому виконувати, а також впорядкував би документацію і контент — хорошим рішенням може бути GitHub. Чому саме він і які основні його можливості можна ефективно використати для управління delivery-процесами — читайте в статті.

У чому полягає бізнес-цінність Technical Writers/Technical Communicators

Oksana Sliusarova 2055

У статті Оксана Слюсарова розповідає, хто такий Technical Writer/Technical Communicator, яку роль цей фахівець виконує в софтвер-проєкті та в чому бізнес-цінність документування. Матеріал буде корисний для Project Managers, Product Owners, Talent Success Leads та інших спеціалістів, які ухвалюють рішення щодо залучення кадрів. 9

AsyncAPI для розподілених систем

Sergiy Morenets 2840

Коли ви розробляєте власний API, то один з найважливіших його атрибутів — це грамотна документація з прикладами. У цій статті Сергій Моренець висвітлює тему написання документації для розподілених систем, зокрема говоримо про використання AsyncAPI, можливості та відмінності цієї системи. 2

Тест-документація: як писати, який її необхідний мінімум і що може статися на проєкті без неї

Olesia Pasieka 15044

Стаття буде корисною, якщо у вас на проєкті виникали або виникають дилеми на кшталт «Писати чи не писати», а якщо писати документацію, то що і скільки. У цьому блозі Олеся Пасєка, Manual QA Engineer у Svitla Systems, описує власний досвід, як зорієнтуватись щодо необхідних документів на проєкті і підготувати їх з користю для команди. 16

Паспорти з різною транслітерацією все одно будуть дійсними — ДМС змінила своє рішення (UPD)

Юлія Сабадишина 14483

Державна міграційна служба спростувала своє попереднє рішення про ануляцію паспортів і заявила, що всі документи лишаються дійсними. Водночас українців закликали замінити один із паспортів, щоб уніфікувати написання (якщо документи таки мають різну транслітерацію). 13

Процес моделювання предметної області. Гайд для бізнес-аналітиків

Ілля Шаповал 5645

«Тема пресейлів стає все актуальнішою, адже український ІТ-аутсорс дещо втратив клієнтів останнім часом і багато компаній налягли на залучення нових». Ілля Шаповал ділиться технікою, яка може допомогти тим, хто задіяний у пресейлах, швидко зануритись у новий для себе чи компанії домен. 16

Як будувати UML-діаграми. Розбираємо три найпопулярніші варіанти

Юлія Каграманова 84164

Стаття буде корисна для бізнес-аналітиків, продакт-менеджерів, розробників, тестувальників та й загалом усіх, хто хоче навчитись візуалізувати вимоги до проєкту. У ній вчимося створювати якісні UML-діаграми. 61

Документування вимог: не що, а для чого і чому

Kateryna Kharchenko 4785

Як знайти баланс між відсутністю документації вимог та манускриптами на десятки й сотні сторінок? Катерина Харченко, CFA, PhD та product owner, розкриває у блозі головні питання, на які варто відповісти до того, як документувати вимоги. 17

Рекомендації SANS для кіберзахисту під час війни, адаптовані під українські воєнні реалії

Andrii Bezverkhyi 3497

Якщо останній місяць у вас було відчуття, що ви на нескінченному марафоні ІТ/ кібербезпеки, то ця інструкція з впровадження топових практик SANS Shields UP — шанс вирватися з нього. Текст доповнено практичними рекомендаціями, як діяти саме під час війни в Україні, інструкція підійде організаціям будь-якого розміру та галузі. 4

Тест-план и тест-стратегия: преимущества, состав, советы по ведению

Dmytro Shtapauk 43608

Каждый тестировщик с пеленок знает о тест-плане и тест-стратегии, но эти документы редко используют на проектах. Зачастую от них отказываются из-за непонимания всей пользы от высокоуровневой документации и нежелания тратить на неё время. Дмитрий Штапаук, Business Process Architect в Techstack, рассказывает о преимуществах их ведения, а также об элементах, которые превращают эти документы в инструмент, полезный для всей команды. 1

Чому деякі тест-сьюіти стають поганими, або Способи покращення тестової документації

Volodymyr Nabok 4779

Реальність така, що не всі тестові сценарії завжди якісні. У цій публікації Володимир, QA, виокремлює кілька випадків, коли тестова документація замість того, щоб сприяти швидкій регресійній перевірці, навпаки, сповільнює її та сприяє слабкій перевірці продукту. Чому так відбувається і що робити — у матеріалі. 23

Аудит і оцінювання. Вдосконалюємо процес тестування

Ramella Basenko 6482

Стаття буде цікавою тим, хто вже замислювався про аудит процесів на проєкті, хто вже почав збирати метрики або тільки збирається це зробити — QA Manager, QA Lead, PM та навіть executive persons. У статті розглянемо, чим відрізняється аудит від оцінювання, а також для чого і як часто проводити аудит. 7

Як створювати та оформлювати технічну документацію в IT: рекомендації для початківців і підказки для досвідчених

Iryna Isay 17427

Ця стаття стане в пригоді як початківцям — людям, які щойно прийшли у професію і хочуть розібратися, з чого починати та яких помилок уникнути, — так і техрайтерам, які вже встигли попрацювати та набити ґуль і яким мій досвід може стати натхненням для пошуку нових рішень у створенні документації. 14

Новое как старое. Как провести успешный User Acceptance Testing для Reverse Engineering проекта

Anastasiia Serdiuk 2976

Проекты, требования к которым не предоставляются пользователями, а добываются из существующего кода — достаточно новый тип проектов. Но их актуальность только растет. В статье поговорим о Reverse Engineering, у которого есть свои законы и особенности. 10

Як перевіряти документацію за допомогою автоматичного засобу — лінтера Vale

Ivan Cheban 2619

Іван Чебан — про стайлгайди, якими користуються техрайтери, і чому це важливо. Ви дізнаєтеся про лінтер, як налаштувати лінтер Vale для перевірки текстів на відповідність вимогам стайлгайдів Microsoft і Google, а також як створити власний стайлгайд для Vale. Стаття стане в нагоді не тільки техрайтерам, але й усім, хто має справу з написанням документації англійською мовою. 12

Аудит технічної документації: кому, навіщо, як

Iryna Isay 4190

Добре описана документація значно полегшує життя всім залученим у створення та підтримання продукту сторонам. Ісай Ірина, техрайтерка, ділиться своїм досвідом аудиту технічної та підготовки продуктової документації одночасно для кількох проєктів компанії. 4

User Flows. Як ця техніка допомагає в роботі над проєктами

Bohdana Muzyka 36780

Богдана Музика розвиває напрям бізнес-аналізу в компанії TechMagic і в цій статті ділиться власним досвідом застосування такої техніки, як User Flows, на різних етапах існування проєкту. Читати варто всім, хто працює з виявленням та документуванням вимог, дизайном, розробкою та тестуванням продукту і хоче навчитись краще розуміти його. 6

← Сtrl 12 Ctrl →

Коментарі

Це ж ЕПАМ чого ви хочете?
Воно і не дивно. Дивно тільки те, що так довго тягнули, мабуть через повномасштабну війну. А так, то основний драйвер антиконституційного закону повністю планує перевести всіх під цей костиль.
Забавно, що на болотах уже з пів року пробують протягнути абсолютно таку ж ініціативу під тиском зі сторони всяких озонів та вб (великі ритейлери орків). Якось не по європейськи виходить.
Як це пов’язано один з одним? по начному то є зветься а у вас негров линчуют youtu.be/_vRP_d0i2Iw
У нормальному світі youtu.be/GTo592cukhY ... і окремо де саме Україна у цім списку у нормальному світі
Не інвестуйте в ці всі «інструменти». То все шахрайство. Інвестуйте в Мене. Я надам Вам прозорість і стабільний дохід. А взагалі якщо Ви вкладете от в усе вказане через «брокерів», попрощайтеся з грошима, бо Ви дійсно не контролюватиме свої гроші.
рвіть контакти з епам і йдіть до його замовників — маєте повне моральне на це право Моральне? — Напевне. Законне? — Не факт Реальне? — Точно ні. Не буде умовна велика фін контора чи ретейлер заморочуватись з кодерком з України (де ще й війна)
А може хтось пояснити, який сенс фопу платити 9-18 відсотків податків? Вони йдуть на спрощену систему, щоб платити там 5, а Єпам пропонує самостійно сплачувати більше?
Порівняйте умови зараз, і минулого року. Чи «эта другоє»?
Епам є одним з ініціаторів цього шулерства, а тому якщо у вас є можливість почати працювати на пряму на замовника, то так і робіть — рвіть контакти з епам і йдіть до його замовників — маєте повне моральне на це право Думаю якщо ви не ПМ чи ДМ в епамі...
В чому саме «брехня»? zakon.rada.gov.ua/laws/show/1667-20#Text Умови спеціального правового режиму Дія.City дійсно зафіксовані на 25 років, і це підтверджено законодавчо.
Вже майже три роки рекомендую фахівцям надавати перевагу прямим контрактам, бо вважаю їх важливими для виживання української ІТ-індустрії.
Китайці будуть масово писати «gift», або «12$» — і за цю «послугу» брати долар.
Survival bias + Recency bias + удача + короткий (до 10 років) період оцінки? Якщо я правильно розумію, то ваше портфоліо із року в рік останні хоча б 15-20 років обʼєктивно перевищує дохідність SP500 і Nasdaq?