Метрики тестирования

Июнь 12, 2018

Мы все утопаем в океане данных, но при этом,

очень редко можем получить необходимую информацию.

(С) Э. Голдратт
10-го июня прошел очередной онлайн тренинг по метрикам тестирования программного обеспечения. Это один из модулей большого  тренинга «Ключевые процессы, метрики и артефакты тестирования».  Материал достаточно сложный. И вопрос даже не столько в опыте участников сколько в знакомстве с теорией ограничений.

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

Читать дальше »

Анализ процессов при помощи карт Шухарта. Синопсис вебпосиделок Клуба иФБ.

Июнь 9, 2018

“Шухарт изобрел и опубликовал это правило в 1924 г.
С тех пор никто не сделал ничего лучшего.”

Что такое карты Шухарта?

Существует множество способов описания процессов: BPML, UML, IDEF, блок схемы, EPC, забытые структурно-информационные временные диаграммы и т.д. Они очень хорошо помогают, когда надо писать софт. Т.е. Когда процессы проанализированы, улучшены и теперь остается только их описать и передать программистам. Но часто нужно именно проанализировать процессы с целью их улучшения.

Читать дальше »

Правила работы с трекером. Синопсис вебпосиделок клуба иФБ

Май 31, 2018

Правила, приведенные ниже были озвучены на “вебпосиделках” Клуба иФБ в мае 2018. Работали по модели первой фазы мозгового штурма. По очереди высказывали правила, которые на взгляд участника наиболее важны. Фазы критики не было. Т.е. это пока материал для обсуждения. Кроме того, участники предлагали эти правила не для крохотных проектов, а имели в голове производство со сложным гетерогенным продуктовым ландшафтом на 100+ систем. Так что, вполне возможно, вам эти правила не подойдут. И да, это, естественно, не все правила. Времени на обсуждения было мало.
Приятного чтения.

Читать дальше »

Посиделки клуба иФБ

Май 21, 2018

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

А потом эта группа решила собираться на регулярной основе на «посиделки».

Собираемся в вебе. Пока через zoom. В воскресенье с 10 до 11. Ну, так получилось. Собрания открытые. Может приходить, кто хочет.

Правила простые. Все что говорится на посиделках, на них же и остается. Если запись и делается, то исключительно для внутреннего анализа и написания синопсиса по результатам. Представляться необязательно, можно участвовать под псевдонимом. Это позволяет участникам задавать вопросы, которые больше нигде нельзя задать. Так как на ноль умножат. Собрания проводятся по принципам доната. С другой стороны можно предложить свою помощь в ведении протокола, рекламе и т.д.

Первые посиделки были на тему: «Прием на работу без собеседования. Почему так? И как это сделать?»

20 мая прошли посиделки на тему: «Правила работы с трекером». Это не про то, как изменить статус в редмайне. Это про общие правила, которые, как правило, не выполняются. С известным заранее, заведомо печальным результатом (Epic Fail). Набросали ряд очень интересных правил. Плодотворно поработали. Резюме будет в виде отдельной статьи.

27 мая будет запланировано обсуждение 11-го правила Деминга: 11. УСТРАНИТЕ ПРОИЗВОЛЬНЫЕ КОЛИЧЕСТВЕННЫЕ НОРМЫ И ЗАДАНИЯ Устраните рабочие инструкции и стандарты, которые устанавливают произвольные нормы, квоты для работников и количественные задания для руководителей. Замените их поддержкой и помощью со стороны вышестоящих руководителей с тем, чтобы достигать непрерывных улучшений в качестве и производительности.”

Если что - приходите.

UPD. Ссылка на расписание: https://docs.google.com/spreadsheets/d/1mYUttAYgeOT47olkL_EVHStbnhR_4hjQ-xSTVPtEo5U/edit#gid=0

Пример документа описания архитектуры взаимодействия многих систем

Май 15, 2018

spec_architecture.zip

Полагаю, имею право уже опубликовать, т.к.