Тим

Agile это подход для разработки стартапов. Изначально вышедший из XP и Lean Startup. Его главная цель - разруливать куда то в сторону света когда все вокруг нифига непонятно. Waterfall это методология при которой ты видишь путь целиком и полностью до нужной цели.

Ошибочно считать, что waterfall слишком громоздкий и чето там не позволяет делать как Agile типа спринтов или т.п., что по факту было придумано еще в waterfall и называлось итерациями и вообще шло из другой методы - Итеративной разработки.

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

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

Я использую шпаргалку для себя:
1. Нам и клиенту понятно как сделать продукт и можно составить план и ТЗ - Waterfall
2. Нам или клиенту непонятно как сделать продукт и составить план и ТЗ - Agile

Есть и первые и вторые проекты, вот и всё.

Зависит от задачи, компетенции разработчика, сложности задачи. Задачу можно поставить на прорабском языке "Сделай авторизацию до завтра", можно написать целое ТЗ на авторизацию и защитить диссертацию на тему функциональности "Remember me".

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

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