Знаете, я для себя вывел одну закономерность. Чем опытнее разработчик - тем больше он задает вопросов перед принятием задачи. Джунам всегда всё было понятно, и чаще всего они недоделывали или делали немного не то. Если у вас там нет проблем с непониманием то может у вас слабые разработчики?
Еще вы пишете, что во время разработки у вас в ТЗ уже ни кто не нуждался. А куда смотрит разработчик когда принимает задачу? Ему задачу ставят устно? Или пишут заново в таск трекере постановку? Еще интересно как вы пишете тест кейсы на функционал если у вас ТЗ в проекте не изменяется регулярно и им ни кто в разработке не пользуется.
@albert_rar могу только урывки показывать. из-за NDA, не принято показывать доки относящиеся к проекту. вот первая версия главной, одного каталог сайта imapoz.axshare.com/#p=index , без особых интерактивностей. чисто разметка и утверждение. затем допил и отправка на дизайн
Изучи методологии и выбери сам. Там нет ничего сверх-сложного, все на поверхности. При этом, для решения этой задачи мало входных данных.
Для выбора методологии надо знать опыт/скиллы участников проекта, их доступность и календарь, и самое главное – желание заказчика работать по этой методологии.
Ну, вот человек ниже отражает действительность в полной мере. Ни кто не хочет отвечать ни за что. Людям не нужен регулярный гемор и лишняя ответственность. Они хотят своего отрезанного куска проекта, поданного на тарелочке. Поэтому вопрос как лучше это подавать :)
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
