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

RSS

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

Ramella Basenko 3507

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

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

Iryna Isay 8513

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

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

Anastasiia Serdiuk 2442

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

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

Iryna Isay 2952

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

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

Bohdana Muzyka 5689

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

Як порозумітися бекендеру і фронтендеру, обираючи архітектуру Як порозумітися бекендеру і фронтендеру, обираючи архітектуру

Hasanenko Denis 6931

Ефективна комунікація та взаємодія є ключовим елементом успішності проєкту. У цьому матеріалі автор концентрується на технічній комунікації між бекенд- та фронтенд-розробниками, огляді архітектур, їхньому застосуванні для розв’язання різних питань і, головне, на підходах та інструментах з документування інтерфейсів. 23

Тест-план не для галочки, или 8 вопросов к заказчику на старте проекта Тест-план не для галочки, или 8 вопросов к заказчику на старте проекта

Yuriy Babay 14249

Практически на всех проектах, где работал Software Testing Team Leader Юрий Бабай, был тест-план. Этот документ колоссально облегчал жизнь тестировщиков и делал ценность их работы для заказчика очевидной. Но есть одна деталь. Чтобы тест-план работал в интересах команды, надо составлять его с умом и задавая правильные вопросы клиенту. В этом материале поговорим о создании качественного тест-плана. 7

Навіщо і як QA писати тестову документацію. Структуруємо та робимо її зрозумілою Навіщо і як QA писати тестову документацію. Структуруємо та робимо її зрозумілою

Dmytro Kravchuk 9759

Часто тестування вважають одним із «входів» в IT-професію. Почасти це правда, але цей напрям потребує не менш системного та методичного підходу, ніж, скажімо, розробка. Дмитро Кравчук, QA Engineer в iDeals, зібрав, систематизував інформацію щодо створення тестової документації та ділиться нею. Це має стати в пригоді як QA-початківцям, так і більш досвідченим спеціалістам, які прагнуть впорядкувати свою роботу чи функціонування команди. 13

Навіщо дотримуватися документування на проєкті і хто це повинен контролювати Навіщо дотримуватися документування на проєкті і хто це повинен контролювати

Inna Kozak 6866

У статті поговоримо про документування ІТ-проєктів на різних стадіях життєвого циклу: навіщо взагалі документувати, яка від цього користь, хто має вести документацію та скільки це може коштувати проєкту. Інна Козак ділиться спостереженнями, які виникли під час роботи над різними проєктами на різних позиціях: тестувальника та менеджера. А також розповість, як це — працювати без документації взагалі. Стаття спрямована на менеджерів і тестувальників. 30

Что делать, если на вас падает Due Diligence Audit. Опыт РМ’а Что делать, если на вас падает Due Diligence Audit. Опыт РМ’а

Kostiantyn Bolotin 3263

Константин Болотин, Project Manager, рассказывает о прохождении Due Diligence Audit. Он зачастую проводится перед продажей, привлечением инвестиций, поглощениями или выходом компании на IPO и призван помочь точнее оценить, как обстоят дела в ней на самом деле. Для этого нанимают независимых экспертов в доменной области либо технологии, которые изучают продукт вдоль и поперек и дают свою оценку. В статье вы найдете рекомендации, которые помогут справиться с подобной задачей. 4

Комментарии

Ми брали концепт з білоруського ПВТ, принаймні частину Можно уточнить на всякий случай — вот эту часть брали или нет?) У Білорусі це не можна зробити, тобто очільник держави не несе відповідальність за те, що підняв ставку податку.
Вы можете просто почитать википедию.
здається на фотці інженерів Viewdle перший зліва Іван Ковтун, що викладав на ІПСА — якраз там було про кодування і т.п. :)
В результате 60% людей работают в услугах производят что-нибудь? goo.gl/maps/kaWoNY1CY7Qd9nUj8
Вот основная часть определения пост-индустриальной экономики: более высокой доля населения, занятого в сфере услуг, нежели в промышленном производстве сорян но это ерунда в таком случае «классические курортные экономики» вроде тех же ж мальдив они...
Вопрос зачем это кому-то нужно? youtu.be/lbdgmOqjXg8
Оптимизация налогообложения — вполне себе почетный бизнес :) Но тут главное — не подставляться, и иметь «сковороджку для жопы» — у розетки ее не было, или она была недостаточно прочной :)
Відповіді експертів ДУЖЕ залежать від запитань, які їм ставлять.
Ну посчитайте лучше. А то официальным данным, мы не доверяем, почему — «да просто так, не может быть», какие-то услуги нам не нравятся — множим их на ноль.
Очевидно, что надо считать так, что-бы не получались очевидно абсурдные выводы, как вот с борделем.
Рекомендационные письма являются обязательным приложением к кейсу.
Кто что купил? Кто потом заснував? Заголовки, то по ходу не ваше
Фразу это при масштабах розетки, было совсем нескромно я сприйняв саме так. Принаймі, мені так здалося. В разі чого — прошу пробачення.
а где обвинения?
Дуже дивно подібні звинувачування від людей, які отримують свої $5000+ в компаніях, шо являють собою колгромерат «частных препринимателей на едином налоге»