www.google.com/...&sourceid=chrome&ie=UTF-8
Требования зачем убирать? «Нас никому не сбить с пути, нам все равно, куда идти.»?
ну так это, спор теперь начинаем со ссылки на статью)
Приветствую, Алексей. Замените «заказчик» на «внутренний клиент» и вернёте себе веру в жизнь.
Дмитрий, заменили, приятного чтения. Спасибо.
На осиновые колы и чеснок тоже проверили. Теперь безопасно.
Вы можете сколько угодно хотеть работать по гибкой методологии в условиях размытых требований (что конечно верно, я не собираюсь спорить с здравым смыслом), но если заказчик выходит с вами на связь раз в месяц — у вас не получится, а проект все равно должен ехать дальше.
Добрый день, Николай. Так все-таки, сначала понимание требований — потом методология. От того, что кто-то waterfall выбрал требования сами собой не появятся, ясное дело.
Так на что менять будем?)
Добрый день, Владимир. Реальный — это когда тебя директор овощебазы везет в морозильную камеру на переговоры.
Вы правы, правильнее было бы сказать материальный. Спасибо за комментарий.
Привет, Кирилл) Спасибо, тут со времен блога добавилось смысла, уменьшилось матюков)
Спасибо!
Привет, Сергей. В точку)
Привет) Та тут же, на ДОУ, про программу — dou.ua/...create-intership-program , про коммуникации — dou.ua/...each-team-to-communicate
Добрый день, Дима. Давайте вместе подумаем, чем заменить можно) Можно над формой поработать, можно над содержанием))
Привет, Владимир. Спасибо за комментарий и ссылку на гайд по коммуникации. Статья не стала очередным гайдом, потому что их в открытом доступе, как у дурака фантиков и каждый может выбрать себе по душе. Проблему, которую мы решали — как сделать так, чтобы команда выбранному гайду следовала.
Тарас, так а почему не качаются? Рабочая этика хороший пример. Прошел курс, почитал статью, разобрался, что и как. Прокачал скил, стал ценнее на рынке труда.
Так а зачем на код посмотреть хотели в итоге?
философия какая-то