Enviar pesquisa
Carregar
Когда требования никакие (Dump 2015)
•
Transferir como PPTX, PDF
•
1 gostou
•
4,902 visualizações
Alexei Lupan
Seguir
Доклад на конференции DUMP 2015 (Екатеринбург, Россия).
Leia menos
Leia mais
Engenharia
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 31
Baixar agora
Recomendados
Доклад Михаила Янчикова с встречи Московского клуба тестировщиков (MSTC) 20.12.2014
Мир тестирования глазами джуниора
Мир тестирования глазами джуниора
Rina Uzhevko
Методы решения конфликтов с разработчиками и менеджерами
Доклад Очира Абушинова на встрече клубе MSTC (17/05/2014)
Доклад Очира Абушинова на встрече клубе MSTC (17/05/2014)
Rina Uzhevko
Доклад Алексея Петрова с встречи Московского клуба тестировщиков (MSTC) 20.12.2014
Эволюция тестирования в QA
Эволюция тестирования в QA
Rina Uzhevko
Доклад Александры Варфоломеевой на встрече Московского клуба тестировщиков (28.02.2015)
Правила хорошего тона для тестировщиков
Правила хорошего тона для тестировщиков
Rina Uzhevko
Третье занятие в рамках курса "Управление Web-проектом" в Технопарке@Mail.ru: https://tech-mail.ru/
Технопарк_Управление Web-проектом_3 занятие
Технопарк_Управление Web-проектом_3 занятие
Артём Шихарев
Театр начинается с вешалки или тестирование требований
Ігор Лужанський Театр начинается с вешалки или тестирование требований
Ігор Лужанський Театр начинается с вешалки или тестирование требований
Dakiry
Доклад Максима Ильченко на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
UAT не для слабаков
UAT не для слабаков
SQALab
Моя презентация для Paralect QA BarCamp на тему "Тестирование требований и документации". Май 2013.
Тестирование требований и документации
Тестирование требований и документации
Uladzimir Kryvenka
Recomendados
Доклад Михаила Янчикова с встречи Московского клуба тестировщиков (MSTC) 20.12.2014
Мир тестирования глазами джуниора
Мир тестирования глазами джуниора
Rina Uzhevko
Методы решения конфликтов с разработчиками и менеджерами
Доклад Очира Абушинова на встрече клубе MSTC (17/05/2014)
Доклад Очира Абушинова на встрече клубе MSTC (17/05/2014)
Rina Uzhevko
Доклад Алексея Петрова с встречи Московского клуба тестировщиков (MSTC) 20.12.2014
Эволюция тестирования в QA
Эволюция тестирования в QA
Rina Uzhevko
Доклад Александры Варфоломеевой на встрече Московского клуба тестировщиков (28.02.2015)
Правила хорошего тона для тестировщиков
Правила хорошего тона для тестировщиков
Rina Uzhevko
Третье занятие в рамках курса "Управление Web-проектом" в Технопарке@Mail.ru: https://tech-mail.ru/
Технопарк_Управление Web-проектом_3 занятие
Технопарк_Управление Web-проектом_3 занятие
Артём Шихарев
Театр начинается с вешалки или тестирование требований
Ігор Лужанський Театр начинается с вешалки или тестирование требований
Ігор Лужанський Театр начинается с вешалки или тестирование требований
Dakiry
Доклад Максима Ильченко на конференции SQA Days-19, 20-21 мая 2016 г., Санкт-Петербург
UAT не для слабаков
UAT не для слабаков
SQALab
Моя презентация для Paralect QA BarCamp на тему "Тестирование требований и документации". Май 2013.
Тестирование требований и документации
Тестирование требований и документации
Uladzimir Kryvenka
- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы; - Как жить, когда до тест-кейсов "не хватает дыхания"; - В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...
QAFest
Тренировка служебных тестировщиков
Тренировка служебных тестировщиков
SQALab
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасники: Яків Крамаренко, Альона Тудан, Яніна Гладкова.
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
Dakiry
Доклад с Fun ConfeT&QA 30 октября 2013
Мелочь пузатая или Объем тест кейса против его содержательности
Мелочь пузатая или Объем тест кейса против его содержательности
Alexei Lupan
Я часто слышу: «А зачем нам Аналитики? Хорошие разработчики — вот это сила!» или «Зачем нам требования? Мы и так по Agile шарашим!». Тогда почему многие жалуются: «Мы одно и тоже по нескольку раз переделываем!», «Заказчик все время орет, что мы делаем не то, что ему нужно!», «Мы как будто разговариваем с Заказчиком на разных языках!», «Да блин, этот Заказчик сам не знает, что хочет!», «У нас постоянно расширяется скоуп проекта!», «Мы развиваем большой проект, но уже никто не знает, как он работает! В одном месте правим, в другом ломается!», «Но мы же договаривались о другом!!!» и т. д. Чтобы решить эти и другие проблемы на проекте как раз нужны Аналитики, которые пишут правильные требования. Я вас не убедил, что вам нужны правильные Аналитики и хорошие требования?! Тогда послушайте вебинар: Задача Джоэля Спольски Зачем нужны аналитики? Кто такой хороший аналитик? Как бороться с извечными проблемами? Как быть с Agile?
Аналитики не нужны требования (поставь запятую, где нужно)
Аналитики не нужны требования (поставь запятую, где нужно)
Alexander Baikin
Что такое Система Управление Требованиями (СУТ)? Какие есть еще СУТ кроме Telelogic Doors, Rational RequisitePro и Borland Together? Как Wiki + Issue Tracker + SVN использовать для СУТ?
Requirement Managament System based on Wiki (Confluence+Jira)
Requirement Managament System based on Wiki (Confluence+Jira)
Alexander Baikin
алексей лупан мал да удал
алексей лупан мал да удал
Alexei Lupan
final version
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)
Alexei Lupan
Sqa8 urazov
Sqa8 urazov
Alexei Lupan
сергей андреев
сергей андреев
Alexei Lupan
Мастер класс посвящен разработке тест кейсов с использованием методики всех пар (Pair wise). Когда большое количество входных данных взаимодействует и влияет на поведение системы, pair wise значительно сокращает количество тестов гарантируя при этом высокое тестовое покрытие. Pair wise успешно применяется для конфигурационного тестирования, тестирования веб форм, сложных систем с высоким требованием к покрытию. На мастер классе мы: •кратко рассмотрим теорию; •на примерах будем разрабатывать тест кейсы по методике пар вручную; •обсудим применение pair wise вместе с разбиением на классы эквивалентности и граничными значениями; •разберем ситуацию с несовместимостью или зависимостью параметров друг от друга; •будем составлять модели и генерировать тест кейсы с помощью программы PICT от Microsoft; •обсудим работу с регрессионным тест набором. В дополнение я покажу пример реальной автоматизации тестирования на основе моделей с применением Pair wise техники.
QA Fest. Никита Постолакий. Разработка тест кейсов по методике Pair wise
QA Fest. Никита Постолакий. Разработка тест кейсов по методике Pair wise
QAFest
В проектах по разработке программного обеспечения участвуют множество различных специалистов, у которых разные роли, разные специализации, своя терминология, свой жаргон. И часто в проекте люди не понимают друг друга. Заказчики не понимают, почему те или иные доработки стоят так дорого. Аналитики вынуждены выступать переводчиками между пользователями и разработчиками. А разработчики работают сразу с двумя моделями системы — с моделью представленной аналитиками и моделью реализованной в коде. Это приводит к тому, что основные усилия расходуются не на разработку полезного функционала, а на попытки удержать обе модели в голове и сопоставить их друг с другом. Методология Domain Driven Design (проектирование на основе предметной области — далее DDD) для решения этой проблемы предлагает в качестве единой опорной точки использовать модель предметной области. Такая модель хорошо понятна заказчикам, служит отличным инструментом для аналитиков. Но важной особенностью такой модели является то, что она может быть напрямую реализована в коде, а значит, пригодна для использования разработчиками. При принятии решения всегда встают вопросы: – Что такое Domain Driven Design? – На каких проектах можно применить DDD? Является ли мой проект таким? – Какова цена и какие риски? – Какие типичные ошибки ждут на пути?
Разработчик, аналитик, заказчик — как найти общий язык?
Разработчик, аналитик, заказчик — как найти общий язык?
ngrebnev
Serious+performance+testing
Serious+performance+testing
Alexei Lupan
Sqadays 8-barancev
Sqadays 8-barancev
Alexei Lupan
павел мильков знания и умения тестировщиков
павел мильков знания и умения тестировщиков
Alexei Lupan
by Anastasia Shchebrova Автор: Анастасия Щеброва Презентация, представленная на апрельской встрече белорусского сообщества специалистов по обеспечению качества и тестированию ПО belqa.by
Usability Testing (Тестирование юзабилити)
Usability Testing (Тестирование юзабилити)
IT Mine
Запись выступления на международной веб-конференции stratoplan 4 июня
Чему хороший ПМ может научиться у хорошего врача
Чему хороший ПМ может научиться у хорошего врача
Ivan Selikhovkin
Алексей Рагозин, Технологический Центр Дойче Банка
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
CEE-SEC(R)
Доклад на Selenium Camp в Киеве, 26 февраля 2011
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
Alexei Lupan
Презентация Бибичева Андрея "Аналитик в Agile" с конференции SEF-09 (г. Минск). Видео доступно по ссылке: http://video.yandex.ru/users/stas-fomin/view/33/ А текст статьи - http://www.slideshare.net/biBIGine/agile-2029792
Аналитик в Agile (SEF-09)
Аналитик в Agile (SEF-09)
Andrey Bibichev
Алексей Лупан - Да перестаньте уже автоматизировать
Алексей Лупан - Да перестаньте уже автоматизировать
Alexei Lupan
Oleynikov sqa days 8_deck
Oleynikov sqa days 8_deck
Alexei Lupan
Mais conteúdo relacionado
Destaque
- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы; - Как жить, когда до тест-кейсов "не хватает дыхания"; - В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...
QAFest
Тренировка служебных тестировщиков
Тренировка служебных тестировщиков
SQALab
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасники: Яків Крамаренко, Альона Тудан, Яніна Гладкова.
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
Dakiry
Доклад с Fun ConfeT&QA 30 октября 2013
Мелочь пузатая или Объем тест кейса против его содержательности
Мелочь пузатая или Объем тест кейса против его содержательности
Alexei Lupan
Я часто слышу: «А зачем нам Аналитики? Хорошие разработчики — вот это сила!» или «Зачем нам требования? Мы и так по Agile шарашим!». Тогда почему многие жалуются: «Мы одно и тоже по нескольку раз переделываем!», «Заказчик все время орет, что мы делаем не то, что ему нужно!», «Мы как будто разговариваем с Заказчиком на разных языках!», «Да блин, этот Заказчик сам не знает, что хочет!», «У нас постоянно расширяется скоуп проекта!», «Мы развиваем большой проект, но уже никто не знает, как он работает! В одном месте правим, в другом ломается!», «Но мы же договаривались о другом!!!» и т. д. Чтобы решить эти и другие проблемы на проекте как раз нужны Аналитики, которые пишут правильные требования. Я вас не убедил, что вам нужны правильные Аналитики и хорошие требования?! Тогда послушайте вебинар: Задача Джоэля Спольски Зачем нужны аналитики? Кто такой хороший аналитик? Как бороться с извечными проблемами? Как быть с Agile?
Аналитики не нужны требования (поставь запятую, где нужно)
Аналитики не нужны требования (поставь запятую, где нужно)
Alexander Baikin
Что такое Система Управление Требованиями (СУТ)? Какие есть еще СУТ кроме Telelogic Doors, Rational RequisitePro и Borland Together? Как Wiki + Issue Tracker + SVN использовать для СУТ?
Requirement Managament System based on Wiki (Confluence+Jira)
Requirement Managament System based on Wiki (Confluence+Jira)
Alexander Baikin
алексей лупан мал да удал
алексей лупан мал да удал
Alexei Lupan
final version
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)
Alexei Lupan
Sqa8 urazov
Sqa8 urazov
Alexei Lupan
сергей андреев
сергей андреев
Alexei Lupan
Мастер класс посвящен разработке тест кейсов с использованием методики всех пар (Pair wise). Когда большое количество входных данных взаимодействует и влияет на поведение системы, pair wise значительно сокращает количество тестов гарантируя при этом высокое тестовое покрытие. Pair wise успешно применяется для конфигурационного тестирования, тестирования веб форм, сложных систем с высоким требованием к покрытию. На мастер классе мы: •кратко рассмотрим теорию; •на примерах будем разрабатывать тест кейсы по методике пар вручную; •обсудим применение pair wise вместе с разбиением на классы эквивалентности и граничными значениями; •разберем ситуацию с несовместимостью или зависимостью параметров друг от друга; •будем составлять модели и генерировать тест кейсы с помощью программы PICT от Microsoft; •обсудим работу с регрессионным тест набором. В дополнение я покажу пример реальной автоматизации тестирования на основе моделей с применением Pair wise техники.
QA Fest. Никита Постолакий. Разработка тест кейсов по методике Pair wise
QA Fest. Никита Постолакий. Разработка тест кейсов по методике Pair wise
QAFest
В проектах по разработке программного обеспечения участвуют множество различных специалистов, у которых разные роли, разные специализации, своя терминология, свой жаргон. И часто в проекте люди не понимают друг друга. Заказчики не понимают, почему те или иные доработки стоят так дорого. Аналитики вынуждены выступать переводчиками между пользователями и разработчиками. А разработчики работают сразу с двумя моделями системы — с моделью представленной аналитиками и моделью реализованной в коде. Это приводит к тому, что основные усилия расходуются не на разработку полезного функционала, а на попытки удержать обе модели в голове и сопоставить их друг с другом. Методология Domain Driven Design (проектирование на основе предметной области — далее DDD) для решения этой проблемы предлагает в качестве единой опорной точки использовать модель предметной области. Такая модель хорошо понятна заказчикам, служит отличным инструментом для аналитиков. Но важной особенностью такой модели является то, что она может быть напрямую реализована в коде, а значит, пригодна для использования разработчиками. При принятии решения всегда встают вопросы: – Что такое Domain Driven Design? – На каких проектах можно применить DDD? Является ли мой проект таким? – Какова цена и какие риски? – Какие типичные ошибки ждут на пути?
Разработчик, аналитик, заказчик — как найти общий язык?
Разработчик, аналитик, заказчик — как найти общий язык?
ngrebnev
Serious+performance+testing
Serious+performance+testing
Alexei Lupan
Sqadays 8-barancev
Sqadays 8-barancev
Alexei Lupan
павел мильков знания и умения тестировщиков
павел мильков знания и умения тестировщиков
Alexei Lupan
by Anastasia Shchebrova Автор: Анастасия Щеброва Презентация, представленная на апрельской встрече белорусского сообщества специалистов по обеспечению качества и тестированию ПО belqa.by
Usability Testing (Тестирование юзабилити)
Usability Testing (Тестирование юзабилити)
IT Mine
Запись выступления на международной веб-конференции stratoplan 4 июня
Чему хороший ПМ может научиться у хорошего врача
Чему хороший ПМ может научиться у хорошего врача
Ivan Selikhovkin
Алексей Рагозин, Технологический Центр Дойче Банка
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
CEE-SEC(R)
Доклад на Selenium Camp в Киеве, 26 февраля 2011
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
Alexei Lupan
Презентация Бибичева Андрея "Аналитик в Agile" с конференции SEF-09 (г. Минск). Видео доступно по ссылке: http://video.yandex.ru/users/stas-fomin/view/33/ А текст статьи - http://www.slideshare.net/biBIGine/agile-2029792
Аналитик в Agile (SEF-09)
Аналитик в Agile (SEF-09)
Andrey Bibichev
Destaque
(20)
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...
Тренировка служебных тестировщиков
Тренировка служебных тестировщиков
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
Мелочь пузатая или Объем тест кейса против его содержательности
Мелочь пузатая или Объем тест кейса против его содержательности
Аналитики не нужны требования (поставь запятую, где нужно)
Аналитики не нужны требования (поставь запятую, где нужно)
Requirement Managament System based on Wiki (Confluence+Jira)
Requirement Managament System based on Wiki (Confluence+Jira)
алексей лупан мал да удал
алексей лупан мал да удал
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqa8 urazov
Sqa8 urazov
сергей андреев
сергей андреев
QA Fest. Никита Постолакий. Разработка тест кейсов по методике Pair wise
QA Fest. Никита Постолакий. Разработка тест кейсов по методике Pair wise
Разработчик, аналитик, заказчик — как найти общий язык?
Разработчик, аналитик, заказчик — как найти общий язык?
Serious+performance+testing
Serious+performance+testing
Sqadays 8-barancev
Sqadays 8-barancev
павел мильков знания и умения тестировщиков
павел мильков знания и умения тестировщиков
Usability Testing (Тестирование юзабилити)
Usability Testing (Тестирование юзабилити)
Чему хороший ПМ может научиться у хорошего врача
Чему хороший ПМ может научиться у хорошего врача
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
Аналитик в Agile (SEF-09)
Аналитик в Agile (SEF-09)
Mais de Alexei Lupan
Алексей Лупан - Да перестаньте уже автоматизировать
Алексей Лупан - Да перестаньте уже автоматизировать
Alexei Lupan
Oleynikov sqa days 8_deck
Oleynikov sqa days 8_deck
Alexei Lupan
ковалев нестандатное нт
ковалев нестандатное нт
Alexei Lupan
Ui testing how intel does this
Ui testing how intel does this
Alexei Lupan
ирина карачунская что ждет тестировщика итог-Fin
ирина карачунская что ждет тестировщика итог-Fin
Alexei Lupan
павел мильков знания и умения тестировщиков
павел мильков знания и умения тестировщиков
Alexei Lupan
евгения фирсова нерелизное тестирование
евгения фирсова нерелизное тестирование
Alexei Lupan
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
Alexei Lupan
сергей андреев
сергей андреев
Alexei Lupan
New девять правил семпая, или как стать успешным наставником
New девять правил семпая, или как стать успешным наставником
Alexei Lupan
Наталья Руколь - Sqamaps
Наталья Руколь - Sqamaps
Alexei Lupan
размышления об аутсорсинге Sqa days 2010
размышления об аутсорсинге Sqa days 2010
Alexei Lupan
Sq adays 2010_balashenko
Sq adays 2010_balashenko
Alexei Lupan
Sqadays2010 nalyutin
Sqadays2010 nalyutin
Alexei Lupan
очир абушинов
очир абушинов
Alexei Lupan
[Sqa days]risk driven testing
[Sqa days]risk driven testing
Alexei Lupan
Андрей Кузьмичев - яндекс в городе
Андрей Кузьмичев - яндекс в городе
Alexei Lupan
Evelina Tananaeva
Evelina Tananaeva
Alexei Lupan
Наталья Руколь - Sqa career
Наталья Руколь - Sqa career
Alexei Lupan
Orlov qa leadership
Orlov qa leadership
Alexei Lupan
Mais de Alexei Lupan
(20)
Алексей Лупан - Да перестаньте уже автоматизировать
Алексей Лупан - Да перестаньте уже автоматизировать
Oleynikov sqa days 8_deck
Oleynikov sqa days 8_deck
ковалев нестандатное нт
ковалев нестандатное нт
Ui testing how intel does this
Ui testing how intel does this
ирина карачунская что ждет тестировщика итог-Fin
ирина карачунская что ждет тестировщика итог-Fin
павел мильков знания и умения тестировщиков
павел мильков знания и умения тестировщиков
евгения фирсова нерелизное тестирование
евгения фирсова нерелизное тестирование
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
сергей андреев
сергей андреев
New девять правил семпая, или как стать успешным наставником
New девять правил семпая, или как стать успешным наставником
Наталья Руколь - Sqamaps
Наталья Руколь - Sqamaps
размышления об аутсорсинге Sqa days 2010
размышления об аутсорсинге Sqa days 2010
Sq adays 2010_balashenko
Sq adays 2010_balashenko
Sqadays2010 nalyutin
Sqadays2010 nalyutin
очир абушинов
очир абушинов
[Sqa days]risk driven testing
[Sqa days]risk driven testing
Андрей Кузьмичев - яндекс в городе
Андрей Кузьмичев - яндекс в городе
Evelina Tananaeva
Evelina Tananaeva
Наталья Руколь - Sqa career
Наталья Руколь - Sqa career
Orlov qa leadership
Orlov qa leadership
Когда требования никакие (Dump 2015)
1.
Когда требования «никакие»… Алексей ЛУПАН 2015
2.
«Главный тестировщик Молдовы» Тренер тестировщиков testitquickly.com Гонзо-журналист «Волга» ГАЗ-21
(1965 г.)
3.
ПАРАЛЛЕЛЬНЫЕ МИРЫ ТЕСТИРОВАНИЯ они существуют
4.
ВСЁ НАЧИНАЕТСЯ с мечты
про «хорошие требования »
5.
ВСЁ ЗАВЕРШАЕТСЯ нехорошими неврозами
6.
КАЧЕСТВО ПО не бывает предсказуемым Озарение
№1
7.
КАЧЕСТВО не следствие процесса разработки Озарение
№2
8.
РАССКАЗ ПРО КЛОУНА
9.
КОГДА НЕ МОЖЕШЬ ИЗМЕНИТЬ СЕБЯ…
10.
Я — ГРАДУСНИК с
дизельным мотором ВНЕЗАПНОЕ ОСОЗНАНИЕ
11.
Я НЕ ВИНОВАТ ни
в успехе проекта ни в неудаче проекта Озарение №3
12.
Я НЕ БУДУ БРАТЬ
НА СЕБЯ ОТВЕТСТВЕННОСТЬ за качество
13.
ХОРОШИЕ ТРЕБОВАНИЯ это просто детальные договоренности
14.
ИЗ ЧЕГО ОНИ СОСТОЯТ?
15.
ХОТЕЛКИ
16.
ТРЕБОВАНИЯ
17.
СПЕЦИФИКАЦИИ
18.
1. ХОТЕЛКИ 2. ТРЕБОВАНИЯ 3.
СПЕЦИФИКАЦИИ
19.
КТО ПИШЕТ ТРЕБОВАНИЯ?нормальные, добрые, умные, отзывчивые, интеллигентные люди Озарение
№6 (последнее)
20.
нормальные добрые умные отзывчивые интеллигентные ЛЮДИ
21.
Я ТАКИ ПОЙДУ ДОГОВАРИВАТЬСЯ о
требованиях
22.
ТЕХНОЛОГИЯ ЧТЕНИЯ ТРЕБОВАНИЙ
23.
1. Взять требования
24.
2. Воображать «на
троих» будущую реализацию требований
25.
3. «В три
руки» (быстро) записывать все соображения и вопросы в блокнот
26.
Через два часа: 1.
Перерыв, 2. Список идей, 3. Список вопросов.
27.
Отсортировать идеи и вопросы от
важнейших ко всем остальным
28.
ДОЙТИ ДО ТЕХ, С
КЕМ НАДО ГОВОРИТЬ и спрашивать по списку
29.
ПОВТОРЯТЬ ПРОЦЕСС до просветления
30.
Это всё это не
сложно это просто надо делать
31.
КОНЕЦ ФИЛЬМА
Baixar agora