философия какая-то

www.google.com/...​&sourceid=chrome&ie=UTF-8

Требования зачем убирать? «Нас никому не сбить с пути, нам все равно, куда идти.»?

ну так это, спор теперь начинаем со ссылки на статью)

Когда к Вам приходят с новым проектом. Спасибо.

Приветствую, Алексей. Замените «заказчик» на «внутренний клиент» и вернёте себе веру в жизнь.

Дмитрий, заменили, приятного чтения. Спасибо.

На осиновые колы и чеснок тоже проверили. Теперь безопасно.

Вы можете сколько угодно хотеть работать по гибкой методологии в условиях размытых требований (что конечно верно, я не собираюсь спорить с здравым смыслом), но если заказчик выходит с вами на связь раз в месяц — у вас не получится, а проект все равно должен ехать дальше.

Добрый день, Николай. Так все-таки, сначала понимание требований — потом методология. От того, что кто-то waterfall выбрал требования сами собой не появятся, ясное дело.

Так на что менять будем?)

Добрый день, Владимир. Реальный — это когда тебя директор овощебазы везет в морозильную камеру на переговоры.

Вы правы, правильнее было бы сказать материальный. Спасибо за комментарий.

Привет, Кирилл) Спасибо, тут со времен блога добавилось смысла, уменьшилось матюков)

Ну так что решили?)

Спасибо!

Привет, Сергей. В точку)

Привет) Та тут же, на ДОУ, про программу — dou.ua/...​create-intership-program , про коммуникации — dou.ua/...​each-team-to-communicate

Добрый день, Дима. Давайте вместе подумаем, чем заменить можно) Можно над формой поработать, можно над содержанием))

Крутая статья!

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

Тарас, так а почему не качаются? Рабочая этика хороший пример. Прошел курс, почитал статью, разобрался, что и как. Прокачал скил, стал ценнее на рынке труда.

Так а зачем на код посмотреть хотели в итоге?