Как тестировать код, когда сроки горят

[@numark]

>Как-то в размеренную и четко регламентированную процессами жизнь нашей команды прилетела молния. Нам сообщили, что HR решили изменить внутреннюю систему (для сотрудников) через два месяца.

У меня сразу возник вопрос - для чего? И почему именно через два месяца, а, например, не через один?

У вас не нашлось никого, кто мог бы объяснить что данная задача не решается за 2 месяца (с нужным уровнем качества) и дать нормальные эстимации?

[@webhamster]

У вас не нашлось никого, кто мог бы объяснить

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

[@TerekhinSergey]

А потом еще фича, но уже с обоснованием "в прошлый раз же смогли нормально". Лучше конечно к такому не приучать, иначе финал будет печальным

[@AlexanderS]

Если менеджер требует срочного релиза, часть ответственности можно переложить на него.

Почему часть-то? Всю!

Вот почему-то никому в голову не приходит хирурга ставить в жесткие рамки при проведении операции. Зато новые смайлики в приложении обязательно нужно сделать к сроку, ведь это очень важно для жизни человека что они появятся через два дня, а не через две недели...

[@nordray]

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

[@CrazyGos]

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