Форд все верно сказал. Но это не про то что с клиентами не надо общаться и гипотезы не надо проверять, а про то что не самая лучшая идея строить такое общение вокруг вопроса "что тебе нужно?". Вместо этого нужно выяснять проблему клиента, а не пытаться выпытать у него решение.
На самом деле будет так. Придёт новый человек, пройдёт по граблям и его ткнут в документацию. Смачно и с большим удовольствием ткнут, но проблему это не решит.
Т.е. я не призываю отказываться от документации, но в 90% если проблема системная, то это означает, что нужно менять процессы или архитектуру, а не документировать где грабли в проекте разложены.
Форд все верно сказал. Но это не про то что с клиентами не надо общаться и гипотезы не надо проверять, а про то что не самая лучшая идея строить такое общение вокруг вопроса "что тебе нужно?". Вместо этого нужно выяснять проблему клиента, а не пытаться выпытать у него решение.
На самом деле будет так. Придёт новый человек, пройдёт по граблям и его ткнут в документацию. Смачно и с большим удовольствием ткнут, но проблему это не решит.
Т.е. я не призываю отказываться от документации, но в 90% если проблема системная, то это означает, что нужно менять процессы или архитектуру, а не документировать где грабли в проекте разложены.
Зачем документировать проблему, если можно сделать так, что бы проблема больше не появлялась? А это можно сделать в 90% случаев.