← Ноябрь 2024 | ||||||
1
|
2
|
3
|
||||
---|---|---|---|---|---|---|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
14
|
15
|
16
|
17
|
18
|
19
|
20
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
30
|
Панкратов Вячеслав: директор по технологиям, руководитель офиса разработки, редактор портала для IT-менеджеров, создатель и консультант сервера тестировщиков ПО, тренер и консультант, высказывает экспертное мнение в вопросах управления проектами, людьми и технологиямии.
Статистика
0 за неделю
Панкратов про IT: Бизнес в ИТ на примере паровоза. Серия первая.
День добрый, коллеги. Как и обещал, в этом выпуске рассылки "Панкратов про IT" , я опубликую новую заметку. Бизнес в ИТ на примере паровоза. Серия первая: Заказчик, задача и бизнес анализ. Я решил описать простым языком, что происходит внутри информационных технологий при рождении нового продукта, его производстве, внедрении, использовании и утилизации. Чтобы не уйти совсем в мир абстракций, я попробую нарисовать несколько сюжетов на примере постройки паровоза. Серия первая: Заказчик, задача и би...
Что необходимо для внедрения автоматизации тестирования ПО
Я решил всё-таки написать это неформальное руководство, так как часто рассказывал и рассказываю заказчикам, коллегам и просто менеджерам, которые взялись внедрять автоматизацию тестирования ПО с чего надо начинать и когда автоматизацию внедрять противопоказано. Всё что я пишу, работает для средних и больших проектов. Стартапы и проекты «одного тестировщика» я в этом материале не рассматриваю (угадайте почему)....
Менеджер проектов по тестированию ПО
Менеджер проектов – человек, который делает проект. Что ему для этого надо – живая голова и умение разговаривать + шаманский бубен, бейсбольная бита или сертификат CPM – зависит от организации, в которой он делает проект и личных навыков управляться с выбранным им Инструментом (бита, бубен, сертификат)....
Риски в тестировании ПО
По следам тренинга по работе с рисками в тестировании, я решил разобрать тему рисков в тестировании до простейших составляющих, чтобы для себя и коллег эта полумистическая, полушаманская тема стала прозрачной и управляемой. Итак, во-первых: риски и проблемы зачастую сваливаются в одну кучу. Риск, по определению какой-то существующий или развивающийся фактор процесса, который обладает потенциально негативным воздействием на процесс и, как следствие, на его результат. Можно, конечно, дотянуть любую проблему до понятия риска, только зачем? В среднем, обычный тренинг по управлению рисками состоит всего на 20-25% из материалов про сам процесс управления рисками и описания типичных рисков, а в остальные 75% времени тренеры пытаются впихнуть под видом рисков описания процессных проблем под соусом «а ещё у вас может быть вот что…». Повторюсь — зачем?...