Плана обеспечения и контроля качества для группы атрибутов «Сопровождаемость»

Management Мастер-класс 1.5 часa Сергей Мартыненко Management(зал Суриков) :   Jun 17 17:30
Сергей Мартыненко
Первая программа - 1986 год.
Более 20 в индустрии.
В основном делаю доклады, тренинги, семинары на уникальные темы. Так например материалов по разработке стратегии создания ПО нет нигде больше. Список тем семинаров за 2017 года: https://sergey-martynenko.timepad.ru/
Веду блог более 10 лет: blog.shumoos.com

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



Самая популярная статья на моем блоге — "Пример плана тестирования". Всего за последний год эту статью просмотрели более 8000 раз, без всякой рекламы. Кто-то говорил мне, что ссылка на статью просто внесена в избранное. Примеров такой документации очень мало. Сам много лет искал что-то подобное. Устраивающего — не нашел. Пришлось сделать свое. Но сделал я тот образец много лет назад. Теперь я значительно продвинулся вперед. Например, отказался от частного документа “План тестирования” и перешел к более общему документу “План контроля и обеспечения качества”. Документу, в создании которого должны участвовать специалисты многих специальностей. И имеющему гораздо большую ценность, нежели частный документ. Этот документ позволяет на ранней стадии создать очень полный реестр работ, выявив пропущенные виды.

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



Почему именно эта группа атрибутов качества?
Потому что про нее очень часто (почти всегда) забывают и уже через несколько месяцев имеют проблемы с добавлением нового функционала.

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


Дополнительный материал.
Этот мастеркласс является логическим продолжением “создания стратегии разработки ПО”, “фасетной классификации видов контроля качества ПО” и т.д.



Уровень сложности.

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


Презентация
Постоянная ссылка на доклад: https://devconf.ru/offer/308