Говорить про ТЗ в agile-процессах как-то странно. Нормальный скрам не предполагает ТЗ, так как ТЗ это классический waterfall со своими всем известными проблемами.
В чем польза книги, к которой написали обзор, который перевели и здесь опубликовали?
Польза книги в том, что, возможно, автор(ка) заработала денег на очень популярной нынче теме. А так вообще автор книги давни придерживается этой мысли, но с учётом того, что на данный момент не понятно как именно работает мозг, то уверенно говорить, что там нет гендерных различий несколько рано. Но это моё ИМХО.
Минусов намного больше чем кажется:
1. Готовность менеджмента к показухе. Следствие — эта культура распространяется в компании.
2. Падение авторитета руководителя.
3. Отсутствие внятного разбора проблем и работ по их устранению, так как заменяется «истерикой» и показухой. Следствие — повышается вероятность повторения.
4. Демотивация нормальных руководителей.
Я с таким сталкивался, и в итоге, в терминальной стадии, вся работа свидится к ублажению начальства, а не работе.
Честно говоря не вижу смысла спорить с теорией. У меня нет проблем с тем, что у меня нет начальника, а большую часть рабочего времени проработал без начальника, да были люди, которым я рассказывал что делаю, но никто мне не говорил, что и как делать. Я понимаю, что вас захватила мысль, о том, что можно так работать, да можно но не в компаниях а в командах. В командах так хорошо, а вот на уровне компании всё «чуточку» сложнее.
Описывать всегда можно :) вопрос в том, если у вас сложный продукт, или нужно сделать что-то для всей компании, то слишком много мнений застопорят процесс, это же и касается зон ответсвенности.
Фокус != предназначение и цели, например вы делаете продукт для врачей, но фокус у вас на переписывание бэкэнда сейчас.
аналогично про адаптацию.
Опыт есть, и довольно не простой для меня. Так что то, что круто выглядит на бумаге, зачастую не всегда так в реальности. Лично я для себя понял, что не готов работать в плоских компаниях.
Децентрализация власти в компании это хорошо, но возникает другой момент. Теряется фокус, появляются избыточные коммуникации, если говорить и количестве больше, допустим, 100 человек. Снижается возможность принимать рискованные решения.
Поддерживаю Sirleh пользователю глубоко фиолетово будет перезагружаться страница или нет, и уж точно он не будет об этом задумываться при нажатии кнопки. А вот поле с автопроверкой для пользователя менее очевидное решение. Я бы вообще сделал поле с кнопкой, но поле проверяется автоматически, и там же выводится результат проверки.
Однако неудачный )
Для решения проблемы абслютного непонимания, лучше всего делать туториал по использованию системы, тем самым вы можете помочь пользователю быстро научиться пользоваться системой, и одновременно получить возможность создавать более лаконичные интерфейсы.
Польза книги в том, что, возможно, автор(ка) заработала денег на очень популярной нынче теме. А так вообще автор книги давни придерживается этой мысли, но с учётом того, что на данный момент не понятно как именно работает мозг, то уверенно говорить, что там нет гендерных различий несколько рано. Но это моё ИМХО.
Кроме языка есть ещё некоторые вещи которые тоже не видно ))
Но мне кажется для начала нормальны датасет, сильно упрощенный, но как собрать более интересный я не знаю.))
Минусов намного больше чем кажется:
1. Готовность менеджмента к показухе. Следствие — эта культура распространяется в компании.
2. Падение авторитета руководителя.
3. Отсутствие внятного разбора проблем и работ по их устранению, так как заменяется «истерикой» и показухой. Следствие — повышается вероятность повторения.
4. Демотивация нормальных руководителей.
Я с таким сталкивался, и в итоге, в терминальной стадии, вся работа свидится к ублажению начальства, а не работе.
Фокус != предназначение и цели, например вы делаете продукт для врачей, но фокус у вас на переписывание бэкэнда сейчас.
аналогично про адаптацию.
Опыт есть, и довольно не простой для меня. Так что то, что круто выглядит на бумаге, зачастую не всегда так в реальности. Лично я для себя понял, что не готов работать в плоских компаниях.
Отлично будит, да и заснуть помогает.
Для решения проблемы абслютного непонимания, лучше всего делать туториал по использованию системы, тем самым вы можете помочь пользователю быстро научиться пользоваться системой, и одновременно получить возможность создавать более лаконичные интерфейсы.