Olá Augusto... já trabalhei com o Jorge mas não sei se ele está na lista... compartilhar experiência é algo complicado, porque cada projeto vai ter seus problemas/soluções. O node.js + mongo pode ter sido ótimo pra alguns e péssimo para outros projetos e existem motivos para isso.
1 - Usar ou não node.js depende do projeto. Não existe solução pra tudo. Se você tem uma equipe que é muito experiente em Java e não sabe nada de Node e você quer fazer um projeto grande em um curto prazo (o que acontece 90% da vezes), escolher Node pode ser um tiro no pé. O mesmo vale para Mongo. Se você tem uma equipe que só trabalhou com bancos relacionais e não entendem muito bem de NoSQL e que o ideal é ter documentos (no caso do Mongo) e não relacionamentos, pode ter problemas também.
O melhor para treinar tanto as pessoas que conhecem Node e Mongo quanto as que não conhecem é começando por projetos simples e com uma certa flexibilidade de prazo, talvez com equipes pequenas e ir repassando conhecimento. Se eles entregarem antes, você está no lucro, o que tem muitas chances de acontecer.
2 - Digamos que "grande mudança" é que com Node.JS é tudo assíncrono. Antes de trabalhar com Node eu achava que entendia bem de Javascript e na verdade sabia pouco. É necessário estudar e aprender bastante sobre Javascript, como aproveitar funções como first-class citizens/higher order functions, etc, se não você vai obter famosos callback boomerang/spaguetti, um código feio e difícil de entender e não reutilizável, o que vai te dar um custo enorme de manutenção. Além disso trabalhar com eventos, obviamente.
Do meu ponto de vista o mais importante é estudar o projeto e ver qual a melhor solução dado a equipe que você tem, prazo, etc.
Se a equipe souber usar node + mongo bem, vai ser extremamente produtivo, extremamente escalável consumindo poucos recursos e da pra fazer muita coisa bem rapido, além de poder reutilizar o código em Javascript tanto no server quanto no cliente, o que pode ser uma enorme vantagem dependendo do projeto.
O ideal é estudar Node, estudar Mongo, estudar JavaScript, estudar o projeto e definir a melhor solução baseado nas condições da equipe e do projeto, o que somente um arquiteto/engenheiro com bastante experiência e conhecimento do seu produto vai saber te dizer.
A minha experiência com Node foi e está sendo muito boa. Todos os projetos que participei com Node foram bem sucedidos com curtos prazos e poucos problemas em produção (dado que sempre fizemos testes unitários, integração, etc, o que é extremamente importante, ainda mais em linguagens dinâmicas).
Hoje em dia que trabalho muito com Node, MongoDB e Redis, me sinto até mal quando tenho que usar MySQL ou PostgreSQL e não consigo nem criar um simples campo com uma lista de strings sem ser fazendo uma tabela nova (talvez o postgresql novo suporte isso, ando um pouco por fora).
Enfim, acho que é mais ou menos isso. Caso lembrar de problemas, solucões, etc posto por aqui.
Abraços