Грабли, на которые мы наступали, или поговорим о рисках.

Все, что касается управления качеством...

Модератор: YuriY

Грабли, на которые мы наступали, или поговорим о рисках.

Сообщение Kittyness » 31 янв 2012, 14:05

Уважаемые коллеги!

На последнем тренинге, когда мы обсуждали риски (проектные и продуктовые), нам пришла в голову идея, что неплохо было бы поделиться информацией по этому поводу. Обсудить, какие у кого были риски с выскоим приоритетом (т.е., очень важные) и/или высокой вероятностью (т.е., чаще всего встречающиеся), какие у них были (или должны быть) mitigation и contingency планы (как с этим планировалось бороться для предотвращения риска, и как - с его последствиями, если риск, всё же, наступил).

Идея была такова, что каждый из нас сталкивался с проблемными областями такого рода, где надо было бы "...соломки подстелить..." или обойти заранее аккуратно разложенные заботливыми клиентами/менеджерами/коллегами грабли.
К сожалению, чаще всего, мы осознавали такого рода проблему постфактум, именно поэтому хорошо было бы "огласить весь список" и отсортировать его, чтобы при планировании наших последующих или текущих проектов мы могли использовать уже накопленный опыт наступания на грабли.

Формат предлагаю следующего формата.
- Название риска.
- Тип риска (чаще всего, мы, конечно же, будем говорить о проектных рисках, т.е., что мы по каким-то причинам не сможем выполнить проект в оговоренных временных и бюджетных рамках).
- Приоритет для проекта (запланированный vs реальный).
- Краткое описание (суть проблемы, почему именно этот риск недоучли, почему он оказался таким важным).
- Негативные последствия риска (которые, по факту, произошли).
- Mitigation план (если был vs какой должен был быть, чтобы риска или избежать или миксимально себя обезопасить).
- Contingency план (если был vs какой должен был быть).
- Причины наступления риска (что-то недорассчитали, скажем, со скиллами или временем, риск оказался более важным, чем мы думали и т.п.).
- Что надо было делать.
- Чего не надо было делать категорически.

Если у вас есть какие-то замечания по поводу формата - предложения принимаются!

Для затравки расскажу об одних очень больно ударивших граблях лично по мне и моему тогдашнему проекту.

Название риска.
Неполный knowledge transfer знаний по проекту от одной команды другой.

Тип риска.
Проектный.

Приоритет для проекта (запланированный vs реальный).
P1 / P1

Краткое описание.
При передаче знаний об автоматизированном тестировании проекта от индусской команды украинской команде произошла неполная передача знаний, плюс некорректная настройка окружения, а также были переданы некорректные версии скриптов.
Примечание. Скрипты НИКОГДА не запускались полностью на стороне клиента, только на стороне индийской команды. Наша задача была настроить их корректную работу на стороне клиента.

Негативные последствия риска.
Недовольство клиента, невозможность обеспечить полноценное тестирование сложного проекта на должном уровне (потеря денег и уверенности в качестве выпускаемого продукта клиентом).
В результате постфактум было добавлено ЧЕТЫРЕ программиста и ТРИ ручных тестировщика (двое из которых были trainee) и все были в удалённых офисах (убытки "родной" компании, как в деньгах, так и в имидже перед клиентом, не считая километров вытрепанных нервов у всех).

Mitigation план (если был vs какой должен был быть).
Запланированный (но так и не реализованный план):
1. Привлечь дополнительного программиста со знанием языка, на котором были написаны скрипты, который бы смог привести их в норму в случае возникновения каких-то проблем.
2. Увеличить срок передачи знаний от одной команды другой.
3. Полное перенаправление двух наиболее технически подкованных людей исключительно на поддержание этих скриптов.
4. Увеличить число людей, которые бы осуществляли ручное тестирование по проекту за счёт людей из пула или смежных проектов.

Должен был быть.
Ко всему вышеперечисленному следовало бы ещё добавить "прикрытие филейных частей команды" перепиской с руководством компании, которое отказало в выполнении пунктов 1 и 4, а также с руководством клиента, которое отказало в выполнении п. 2. По факту, сработал только п. 3.

Contingency план (если был vs какой должен был быть).
Не было никакого.

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

Причины наступления риска.
- Недооценка уровня сложности скриптов.
- Недостаточный контроль качества переданных индийской командой скриптов, как с нашей, так и со стороны клиента, в результате чего нам были переданы устаревшие скрипты которые постоянно фейлились. Да, да,в общем configuration management'e скриптовые тесты НЕ УЧАСТВОВАЛИ.
- Трудности с получением и установкой тестовой среды.
- Скоращение времени передачи знаний, фактически, в 2 раза.

Что надо было делать.
- Доказать руководству обеих компаний необходимости заблаговременного привлечения специалистов.
- Официальное оформление отказов предоставления таких специалистов.
- Более тесная работа с индийской командой, с надавливанием на них через клиента (индусы не хотели с нами общаться вообще), с эскалацией проблем передачи скриптов сразу клиенту.
- Пересмотр плана передачи знаний по тестированию в связи с проблемами, с которыми столкнулась украинская сторона.

Чего не надо было делать категорически.
Верить всем на слово и излишне полагаться на себя.
Жизнь была бы намного проще, если бы мы не усложняли её себе сами.
Kittyness
Junior
 
Сообщений: 44
Зарегистрирован: 26 янв 2009, 13:07
Откуда: Харьков

Работа в новом Проекте МЛМ

Сообщение HectorEl » 03 окт 2014, 00:28

Работа в проекте из Америки. МЛМ. Обучаю. Опыт 21 год.
все на сайте.Ответы в скайпе.
http://1541.ru

Лучшая прога по накрутке видео роликов на ютубе. Не банится.
http://www.pumpyt.com/?r=86977
Бесплатно


Застолби БЕСПЛАТНО место в БИНАРЕ!
http://evg7773.as9.tv/welcome
New Projekt
HectorEl
Senior
 
Сообщений: 138
Зарегистрирован: 13 апр 2014, 03:45
Откуда: Ukraine


Вернуться в Управление качеством | Quality Management

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2

cron