Эммм... сформировать набор тестов. Начнем с того, что набор тестов - это иногда три четверти работы, и если в команде есть человек, который их грамотно составит, то есть человек, который и код напишет))
мы используем в качестве тестов набор крайних случаев, на которых эффекты ярки и очевидны и генерим их синтетически. Ситуации, когда составление тестов может занять 3/4 работы для меня признак крайне незначительного изначального объема работы.
а для этого не делаете непрерывного девелопмента, делаете фиксацию кода и поставку и последующие баг-репорты. по мере накопления багов формируете новые задачи для программиста, которые также оцениваете по рынку
А смысл такого программиста в чём? Его надо будет обучать генетике, немножко биохимии. И это при условии, если он хорошо разбирается с другой математикой. И тут мы приходим к оценке знаний программиста.
тут зависит насколько адекватно вначале была проведена оценка на стадии формироования цели и бюджета проекта как исследования. Я пока рассуждал в терминах "есть цель, надо бы софт дописать, который позволит нам добраться до цели"
Ну да, поэтому обычно в серьезных делах сначала отдельным контрактом идет подготлвка проектной документации. Только такого в науке нет, от слова совсем
вы льстите генетикам и биохимикам. для написания софта по тз не нужно прям глубокого погружения в область, а общее представление вполне возможно получить за вменяемое время. не боги горшки обжигают. повторюсь: программист не ставит сам себе задач
Да, только время, которое будет потрачено на написание ТЗ может быть потрачено тем же сотрудником на обучение написания кода и реализовано. Какой смысл в таком программисте?
Как бы вам так сказать, на формирование новой задачи для погромиста (если эту задачу не формулировать как "тут что-то странное на этих данных, разберись") уйдет в разы больше усилий чем на собственно кодинг
да, это известный соблазн. что выбрать - делегировать задачу другому со всеми накладными расходами, или делать её самому. Боинги и токомаки в одного не делаются.
Тут не про делегирование, вам же написали, разработка понятной прогроммисту техдокументации - 60% работы. И бюджет на кодинг понятен только после составления этой документации