Как стать автором
Обновить
-2
0

Пользователь

Отправить сообщение

так в статье вроде как раз и речь про то, что ТЗ мешает в случае low-code.. не? :) Но заказчики по старинке не могут без него работать - вот и получаются или грабли или тормоза вместо полёта творчества талантливых аналитиков..

так шпаргалка-то про то, как возглавить движение "гражданских", а не отдать им власть в "стране IT".. Понятно даже малышам, что low-code - не замена IT и для любого low-code найдется свой уровень неприменимости.

Конкретная работа конкретного скрам-мастера в конкретной компании выше оч хорошо изложена, и его/ее наличие не отрицает наличия других упомянутых ролей.. Не вижу причин ставить вопрос "а зачем тогда..". Ну и было бы здорово прочитать про Ваш опыт организации командной, проектной работы или работы отдела-компании.. ;)

Не всем нужно программировать. Кому-то и организовывать работу надо. У нас даже на пьянках-свадьбах ведущие нужны, что уж про сплоченный коллектив программистов говорить?

Если тема интересна, то лучше живьем пообщаться. В среду как раз вебинар будет технический - https://www.meetup.com/ru-RU/moscow-apache-ignite-meetup/events/295775808/

Вы точно все перепробовали-то? ;) Звучит как: я видел пару, не разобрался и сделал выводы. Без обид. Список тех, с которыми работали есть?

Довольно радикальное мнение :) А с чем был опыт реальный? Для каких задач?

Неформальное общение важно, но не заменяет формальное. Неформальное - учит весело бухать вместе, а не обсуждать острые проблемы и приходить к решению. Одного неформального общения не хватит, так же как бездушных метрик.

Видим-то мы метрики, а работаем с людьми. "Цифровой" подход хорош на галерах с неограниченным притоком свежих рабов. А если нужна команда единомышленников - только живое общение.

количество, качество или оптимальность решения? ;)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность