Да, Кеневина еще не отменили, а это значит, что да, реальность разная. Если вы не видите возможностей улучшений, это они не возможны и именно на это я вам пытаюсь указать. Но ваша защитная позиция понятна

Еслм вы расстреливаете морально за ошибку в оценках сроков - сочувствую вашим разработчикам.

Вы там какие клятвы за сроки с них берете? Кровью?)

Тогда к чему комментарий, без знания сути и контекста?

Не поняла вас? Кого что я спрашиваю? С чего вы мне свои фантазии приписали? Может сразу напишите кто?

Если заказчик плохой - отказывайтесь от него.

Мы не можем

Бегите. Без шуток.

У вас условия отстой. Зачем вы себя мучаете и защищаете этот мучительный процесс как норму?)

?? Наталья описала самую распространенныю историю на свете. Бежать от процентов 60 заказчиков?

Реальность нормальна такой, какая она есть) поэтому защищаться мне незачем. Неканон - не значит "плохо")

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

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

Тотальное недоверие друг другу.

Лично мне такие культуры не нравятся.

Хотите - страдайте.


А я буду искать отличных ребят и работать с ними :)

Общаться с заказчиком... искать решения и компромисся. Допники те же самые

Ну то есть не всегда так получается, но направление поисков есть.

Ну тык блин😄 описала ситуацию. Где написано, что я трясу сроки то?????? Майн год! Вот стандартная ситуация это если честно. И вы всегда от проблем сбегаете??? Мы нет. Они трут - мы грызем 😜

Сбегать не надо. Надо решать проблемы, это и делает из человека специалиста. Вы молодец

🙏

Спасибо

👍

Об "Водопад"

Наверное, не надо объяснять, что модель разработки проектов Waterfall (каскадную) не ругает только ленивый. Я пообщался с людьми, и узнал, что мало кто вообще понимает, какое отношение к ней имеет водопад и каскады. В качестве источника названия часто указывают статью, опубликованную У. У. Ройсом в 1970 году; при том, что сам Ройс в своем описании использовал итеративную (!) модель разработки. И какое отношение имеет последовательная разработка слева направо к метафоре водопада?

Ответ на самом деле несложный, и кроется в организации производства. Представьте себе организацию традиционной иерархии. Пусть для простоты это будет рекламное агенство 70х или архитектурное бюро. Во главе ее будет CEO или генеральный директор, под ним руководители секторов/директора направлений, под ними архитекторы/начальники участка и конструкторы/арт-директора, на нижнем уровне "рабочие пчелки". Такая вот пирамида, острая кверху и с широким основанием снизу, содержащая несколько уровней.

Проект такой структурой будет исполняться следующим образом. На каждом уровне из проекта будет "откушено" наиболее интересное, а остальное содержание проекта "польется" на следующий каскад. На верхнем уровне будет определены дедлайны, выручки, имиджевая и финансовая составляющие, определены доступные ресурсы, после чего проект "хлынет" ниже. Дальше будет проработано детальное содержание проекта по каждому из секторов, на каждом участке будет спроектирована структура и архитектура функциональной подсистемы, составлен детальный план каждого из участков, дальше эти планы "прольются" к самому фундаменту организации на исполнение.

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

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