Сообщений в теме: 5

[Anykei]

Коллеги,

в компании, где я работаю (разработчик игр для соц.сетей и мобильных платформ), планируют отойти от текущей стратегии "за каждым проектом закреплен конкретный тестер" в сторону единого отдела тестирования (4 человека на 7+ проектов).

 

Интересуют следующие факторы:

- какие грабли вообще могут возникнуть при такой реорганизации, и как их преодолеть?

- насколько такое изменение перспективнее текущей организации работ?

 

Хотелось бы услышить мнение людей, которые сталкивались с обоими вариантами (неважно, при работе в одной компании или разных)

 

[Vasiliy]

В одной компании я руководил переводом из проектной работы в структуру с отделами. Точнее даже не руководил, а пришел на должность начальника отдела и мне сказали: "Вот тебе отдел, отныне это будет единая структурная единица в офисе. Развивай!"

Особых граблей не помню - были с людьми, но не с процессами.

Перспективы такие:

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

 

Минусы тоже, наверняка, можно найти, но мне сейчас в голову не приходят.

[Anykei]

Особых граблей не помню - были с людьми, но не с процессами.

 

Можно поподробнее?

[Vasiliy]

Да чего подробнее-то. Все банально.

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

[Anykei]

ну это политическая часть...

меня например больше беспокоит то, что могут порушиться налаженные коммуникации "тестер-программисты" внутри отдельных проектов, и из-за этого просядет общее качество тестирования (из-за большего числа правок втихую)

[Vasiliy]

А почему должны порушиться коммуникации?

Вы какую схему делаете в итоге? Мы пришли к матрице. Человек работает в проекте и получает задачи от РП.