Передача проекта другому специалисту: что документируете

Ниже как считаю я, интересно, как считают другие.

Условия задачи вот такие.

Расходы на инструменты и адреса считаю помесячно. Доступы держим в одном месте, но порядок соблюдается через раз.

Кто как это обходит?

Уменьшите потоки вдвое и замерьте заново.

У нас на прошлом проекте это выглядело так.

Себестоимость замера считайте по трём статьям: адреса, машинное время, ваше время на разбор. Третья обычно самая большая, и её чаще всего забывают.

Расходы на инструменты считайте на проект, а не общей кучей. Тогда видно, какой проект убыточен, и разговор с заказчиком получается предметным.

До этого работало? Что менялось перед тем, как сломалось?

Пришёл к этому не сразу, сначала сделал ошибку.

Держите двух поставщиков адресов. Не ради экономии, а чтобы смена одного не останавливала работу.

Расходы на инструменты считайте на проект, а не общей кучей. Тогда видно, какой проект убыточен, и разговор с заказчиком получается предметным.

Сколько адресов и какой темп при этом стоит?

Поправлю: дело не в объёме, а в темпе.

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

Документируйте не настройки, а порядок действий. Настройки устаревают за месяц, порядок живёт годами.

адреса      12 400 руб
машина       6 800 руб
разбор      28 000 руб
-----------------------
итого       47 200 руб

Считайте по темпу, всё остальное вторично.

Проверял это на своей задаче, вывод такой же.

Расходы на инструменты считайте на проект, а не общей кучей. Тогда видно, какой проект убыточен, и разговор с заказчиком получается предметным.

адреса      12 400 руб
машина       6 800 руб
разбор      28 000 руб
-----------------------
итого       47 200 руб

Если поможет, напишите здесь же, пригодится следующим.

Это на всех площадках или на одной?

На другой машине воспроизводится?

На другой машине воспроизводится?

А что показывают логи в момент падения?

У меня картина совпадает почти полностью.

Документируйте не настройки, а порядок действий. Настройки устаревают за месяц, порядок живёт годами.

Сроки закладывайте с запасом в треть. Прогоны падают, площадки меняются, и это не форс-мажор, а обычный ход дел.

Осторожнее с этим выводом, он верен не всегда.

Держите двух поставщиков адресов. Не ради экономии, а чтобы смена одного не останавливала работу.

Сроки закладывайте с запасом в треть. Прогоны падают, площадки меняются, и это не форс-мажор, а обычный ход дел.

Тут есть тонкость, о которой обычно забывают.

Расходы на инструменты считайте на проект, а не общей кучей. Тогда видно, какой проект убыточен, и разговор с заказчиком получается предметным.

Сроки закладывайте с запасом в треть. Прогоны падают, площадки меняются, и это не форс-мажор, а обычный ход дел.

Держите нас в курсе.

А что показывают логи в момент падения?

Уменьшите потоки вдвое и замерьте заново.