Потому что тестер (как, в прочем, и любой другой член команды IT-разработки) должен иметь представление о том, как процесс разработки устроен в больших компаниях типа IBM - прежде всего, для сравнения.
..........
Тем более важно понимание того, какое место тестирование занимает в процессе разработки (хотя-бы, как это видят умные дяди из IBM/Rational).
А почему не почитать умных дядь из Microsoft? MSF и т.д.?
software projects этих дядь несколько более успешны (по-моему).
А эти дяди тоже интересно пишут. И более приближенно к реальности с которой придется столкнуться в компании, в которой "не слишком хорошо поставлен процесс разработки".
Поддерживыю Clauster-а.
Я бы советовал начать с этого и размышлений о том, что применимо в данных условиях конкретной компании.
RUP (ИМХО, конечно) - хорошая отправная точка в случае если в компании не слишком хорошо поставлен процесс разработки ( в смысле, нет чёткой его методологии), а похоже, что это - именно тот случай :).
Осталось еще послать человека стандарты ISO900x изучать.
Чтобы точно толку от всего этого не было.