Процесс vs Результат

Одни говорят, что менеджмент - это Процесс...
Другие говорят, что менеджмент - это Результат...
Я думаю, менеджмент - это и Процесс и Результат.
Процесс без Результата не имеет смысла.
Результат без Процесса невозможен.

Чуть больше об этих понятиях в книге Масааки Имаи "Кайдзен. Ключ к успеху японских компаний"

Почему 9 женщин не могут родить ребёнка за 1 месяц или О применении имитационного моделирования в управлении проектами

Введение

Думаю, многие из вас слышали выражение "9 женщин не могут родить ребёнка за 1 месяц!". Контекст этого выражения очевиден - в разработке ПО его применяют в качестве аллегории, когда протестуют против совершенно неприемлемого сжатия сроков. Здесь под сжатием понимают сокращение сроков разработки путём расширения команды при сохранении общей трудоёмкости разработки.


Совершенно очевидно, что сжимать сроки до бесконечности невозможно. Существует определённый предел. Например, известным экспертом в области оценки трудоёмкости разработки ПО Стивом Макконнеллом (Steve McConnell) этот порог определён как 25% от исходных оценок (см. мою предыдущую статью).
Но этот топик не об оценках трудоёмкости...
Вот я выше написал "совершенно очевидно...". Думаете, это действительно очевидно? Всем?
Мой недавний опыт показал, что это очевидно далеко не всем. Проект был очень крупный и срок сдачи неумолимо приближался. Было принято решение резко расширять команду, чтобы успеть. Довод про "9 женщин" никто не принял. Команда была расширена и в срок мы всё равно не успели. Можно ли было как-то, кроме как на словах, показать, как будут развиваться события? Вот о том, как смоделировать такую ситуацию, и будет моя статья.

Почему тестирование занимает так много времени?

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

Избранные цитаты:
"Если вы работаете в тестировании достаточно давно, вам наверняка задавали этот вопрос — «Почему тестирование занимает так много времени?» Может быть, у вас есть заготовленный ответ на этот вопрос, а может и нет. Здесь я предлагаю модель, которая, я надеюсь, поможет вам справиться с менеджерами, которые задают подобные вопросы."

"Наличие большого количества багов вызывает либо уменьшение покрытия, либо замедление тестирования, либо и то и другое сразу."

"Если вы нашли баги, значит впоследствии вам придётся проверять их исправление, что ещё сильнее уменьшает тестовое покрытие, или замедляет тестирование, или делает и то и другое сразу."

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

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

Полностью статья доступна здесь: http://software-testing.ru/library/testing/general-testing/911-why-is-testing-taking-so-long