Как пасти котов в условиях российского IT?
В идеальном мире не нужно никем управлять: все работают сами. Но мы живем не в нем, да и айтишников часто сравнивают с котами — умными, сытыми и независимыми. Если их не контролировать, все идет наперекосяк. В статье расскажем о том, как мы в Пиробайте взаимодействуем с командой на каждом этапе, чтобы все шло как по маслу. А в конце вас ждет бонус…
— Работающий продукт важнее документации;
Вот когда заказной продукт вы как говорите клиентам что документации не будет? Или будет но потом?
Вот к примеру у вас заказ на приложение. Вы чего говорите клиентам давайте сначала мы сделаем за вас счет MVP? Посмотрим работает ли он, а потом сделаем ТЗ и проектную документацию?
Насколько я в курсе, обычно все предлагают наоборот, сначала предпроектное обследование, потом проект, потом тз, потом MVP, потом продукт.
Тогда вроде как получается документация важнее работающего продукта?
Это один из пунктов манифеста agile, речь там шла о технической документации, понятно что клиенту надо давать документацию для использования продукта.
Документация есть и будет. Речь о том, что если мы в бэклоге прописали, как работает функция, но затем поняли, что она должна работать иначе, то мы не будем слепо следовать документации.