N
определите, пожалуйста, термин "идеальная" в рамках ит-разработки?
может быть я не понял твоей идеи по документации, насколько подробной она должна быть))
Size: a a a
2020 October 27
A
может быть я не понял твоей идеи по документации, насколько подробной она должна быть))
она должна отвечать двум критериям, по уму, всего лишь
A
1. управляемость с точки зрения бизнеса - а это какие функциональные с точки зрения бизнеса задачи в данный момент в реализации, от каких других задач онии зависят и какие приоритеты-деддлайны имеют
N
допустим у тебя продукт в котором требования меняются каждую неделю
N
как бы ты подстраивал документацию и кто бы ее перечитывал?
A
пример в студию
N
продукт новый, рисерч по UX ведется одновременно с разработкой инженерной части
N
и выясняется что регистрация должна проходить по другому сценарию
N
верификация почты должна быть после регистрации аккаунта, а не до. фактически допустим меняется схема базы достаточно серьезно
A
2. полнота с точки зрения исполнителя - а это значит, что в цепи сейлс - (опционально еще несколько позиций) - тимлид - исполнитель каждый человек проверяет качество постановки так, чтобы у каждого нижележащего уровня не было вопросов ии недопонимания на его уровне компетенций
A
лол, всего-то
A
исходя из вашего описания, схема базы данных меняется отнюдь не достаточно серьезно
A
рисуем схему базы данных, исходя из этого ставим задачу исполнителю запилить миграцию (она естественно генерится и применяется автоматически)
N
то есть для вас девелоперы это исполнители, т.е “руки"?
N
или это люди с мозгами и мало мальским продуктовым мышлением
N
думающими о том как улучшить продукт чтобы компания держалась на плаву
A
вы знаете, я верю в некоторое разделение ролей
N
ну вообще если девелопер для тебя это просто руки и робот, то такой подход необходим несомненно
N
вы знаете, я верю в некоторое разделение ролей
это не всегда возможно и рационально
N
иногда 1 человек может справиться лучше и быстрее чем команда из 3х