ѕоиск
–азвитие и карьерный рост

FAQ


¬се вопросы

 ак обосновать затраты на совершенствование процессов разработки ѕќ?

ќбоснование зависит от специфики бизнеса организации: можно вести речь либо об экономии средств на разработку и поддержку ѕќ дл€ собственных нужд, либо об увеличении прибыли от продажи ѕќ на рынке, и всЄ это - за счЄт повышени€ эффективности процессов разработки и поддержки ѕќ. Ќужно понимать, что расходы на оптимизацию процессов первоначально могут быть довольно существенными (в зависимости от текущей ситуации) и окуп€тс€ далеко не сразу, поэтому расчЄт нужно проводить в долгосрочной перспективе. ¬ отдельных случа€х на первый план выходит вопрос выживани€ компании: некачественное ѕќ может попросту развалить бизнес, причем, как и когда это случитс€, предсказать обычно не представл€етс€ возможным, поэтому производство ѕќ в таких случа€х нужно даже не совершенствовать, а практически спасать. ѕо запросу клиента, в ходе процессного аудита,  наша компани€ может предложить экономическую модель окупаемости проекта по совершенствованию процессов разработки и поддержки ѕќ.

 акова в среднем длительность проекта по совершенствованию процессов производства ѕќ?

ƒлительность сильно зависит от размеров и корпоративной культуры организации, а также от величины разрыва между текущим и желаемым состо€нием процессов. ¬ среднем внедрить и закрепить улучшени€, имеющие какой-то экономический смысл, можно за 6-8 мес€цев, а вот масштабный проект, имеющий целью, например, достижение 3-го уровн€ зрелости процессов по модели CMMI, может продлитьс€ полтора-два года.

 акие основные процессы разработки и сопровождени€ ѕќ вы рекомендуете автоматизировать?

јвтоматизировать имеет смысл только то, что продумано и отлажено организационно, т.е. с точки зрени€ взаимодействи€ людей между собой. √рамотно построенный процесс в результате автоматизации станет ещЄ более эффективным, а автоматизаци€ неэффективного процесса может застопорить его окончательно. »менно поэтому мы рекомендуем сначала выработать методологию производства ѕќ, и только потом начинать его автоматизацию, желательно при помощи интегрированной платформы, покрывающей весь комплекс процессов разработки и сопровождени€ ѕќ, а не какой-то один изолированный процесс.  ƒл€ наших клиентов в рамках разработки методологии производства ѕќ мы автоматизируем множество процессов, среди которых: управление проектами,  управление конфигураци€ми и изменени€ми, управление требовани€ми, управление тестированием.

— чего начать улучшение процессов разработки и сопровождени€ ѕќ?

Ћучше всего начинать с аудита процессов, чтобы пон€ть сильные и слабые стороны действующих процессов и определить оптимальную последовательность улучшений. ќбычно мы рекомендуем начинать работу с Ђголовыї, т.е. с управленческих процессов, поскольку грамотно построенное управление значительно упростит внедрение всех остальных процессов.

ћногие »“-специалисты относ€тс€ к тестированию, как к промежуточному этапу на пути в разработку. ћожно ли молодому специалисту сделать карьеру именно в тестировании?

“естирование Ч это не промежуточный этап на пути к разработке. Ёто скорее смежна€ область со своим сводом знаний, необходимыми навыками и умени€ми, которые только частично пересекаютс€ с навыками разработчика. —ейчас в –оссии область QA довольно бурно развиваетс€ и у специалистов есть возможность построить карьеру исключительно внутри области, не переход€ в разработку или системный анализ.

„то делать, если необходимо протестировать систему, дл€ которой нет функциональных требований?

‘ункциональные требовани€ могут отсутствовать документально, но совсем их не может не быть. ” пользователей есть понимание того, что они хот€т от системы. ” разработчиков Ч их понимание того, как они будут реализовывать продукт. ¬ любом случае стоит начать со сбора всей имеющейс€ информации и отталкиватьс€ от нее. Ќе об€зательно даже фиксировать требовани€ в виде отдельного документа, иногда достаточно написать Ђuser storiesї или сами тест-кейсы, которые потом и согласовывать с заинтересованными лицами.

 ак скоро формируетс€ команда проекта?

—корость формировани€ команды сильно зависит от многих факторов: необходимость работать Ђon siteї или удаленно, размер команды, требовани€ к сотрудникам. ¬ целом можно сказать, что за 40 дней формируетс€ команда практически на любой проект. Ќа небольшие проекты может потребоватьс€ не более 7 дней.

—колько специалистов по тестированию у вас в штате и каков их уровень квалификации?

¬ компании работают более 550 тестировщиков, более 200 из которых Ц сертифицированные специалисты. ћногие сотрудники сертифицируютс€ по нескольким направлени€м тестировани€, что позвол€ет им решать широкий спектр задач из смежных областей тестировани€.

 ак правильно выбрать услугу?

≈сли вы уже решили обратитьс€ к аутсорсингу тестировани€, то выбирать сразу даже не нужно. ƒостаточно рассказать о тех  проблемах, которые вы испытываете и хотите решить при помощи тестировани€, а дальше выбирать из более пон€тных предлагаемых вариантов.   тому же, иногда непросто даже профессионалам сходу решить, нужна ли, например, автоматизаци€ тестировани€ в вашем конкретном случае или нет.

 ак обосновать руководству большие трудозатраты на тестирование?

≈сли речь идет о ситуации, когда руководство спрашивает у вас, как у специалиста по тестированию: Ђсколько у теб€ займет времени это протестировать?ї, а вы предоставл€ете оценку, котора€ кажетс€ руководству завышенной, то необходимо объ€сн€ть предпосылки своей оценки: какие риски вы закладывали, какое покрытие требований обеспечите,сколько итераций тестировани€ планируете, какие отчетные документы готовы предоставить. „ем-то, возможно, стоит пожертвовать, если временных или трудовых ресурсов недостаточно. “акже помогают доводы, показывающие, какие риски включает недостаточно протестированный продукт.

«ачем тестирование ѕќ передавать на аутсорсинг?

јутсорсинг тестировани€ очень часто обходитс€  дешевле, быстрее и качественнее. ѕередача тестировани€ на аутсорсинг позвол€ет компани€м сосредоточитьс€ на основной де€тельности, передава€ вопросы качества ѕќ профессионалам.  роме того, во многих компани€х существует вечна€ проблема ставок и проектных денег: ставку открыть не дают, даже с маленькой заработной платой, а проектных денег - дес€тки и сотни миллионов.