I believe it is, but many people I have encountered during the hours of 9am-5pm are not convinced that Ruby is ready to replace tasks handled by Java, VB or C.
In your experience, which scenario plays out best in your organization?
a) Build something with a new technology (Ruby) that solves a business problem and then show your team/manager the finished product.
b) Create a few slides explaining the advantages of the new technology (Ruby) and discuss with your team/manager how it can solve the business problem better or with less pain than the current technology.
I'm not really qualified to answer corporate, management related questions, but I personally believe it can be very hard to "sell" indoctrinated managers on new technologies, even if they mean well. They're used to processes and stability. It requires a lot of work to get "buy in" for new technologies, even if they're good! There was a saying that "you never get fired for buying Microsoft" and I'd say in coding "you never get fired for choosing Java" even when it's not the best choice.
I'd say that JRuby in particular is enterprise ready now since it runs on the JVM and you can use all of the Java goodies from it ;-) It might, therefore, be a good way to build quick scripts that use your existing Java stack but give you more agility in the decreased development time.
I appreciate the input. I understand this forum is more about the technical side of Ruby but I am always looking for input on how to introduce technologies I enjoy working with to my current work environment.
If your trying to "sell" Ruby to your organization, have a look at From Java To Ruby. While the book is aimed at management, it has many nuggets of wisdom pertaining to explaining the pros/cons of Ruby... how to decide whether Ruby is the right fit... and where Ruby isn't a good fit.
It's a very balanced book, and I've begun seeding the ideas in my team. What I've noticed is that although they didn't instantly fall in Love with Ruby, they did start opening their minds to polyglot programming and alternative JVM languages.