Agile provides a great deal of freedom, and because of that it's often percieved as being, well, free. A manager I worked with told his leadership team than "Agile was free! In fact, it'll save you money from the first day!" When he asked to buy white boards a few weeks later, he was in for a rude awakening. He'd told everyone that Agile was free, so he wasn't able to get white boards, common work areas, or any training.
So he had a large group of developers who had all their budget for any training or office improvements taken away. They had no formal training, and by the way, they had to spend less money across the board, and deliver better code more quickly. All from day one. Sadly, this isn't a tale of overcoming the odds, but rather subcumbing to a fatal myth. That Agile is free.
Anything worth having must be earned, and the success of Agility is no different. Those who view the Agile Manifesto purely as a license for unfettered freedom, or a way to get more work out a dev team simply for the asking... those don't have a clue what the Agile path requires of us.
There are are hard disciplines laid down for us to learn, especially when we're starting. The manifesto calls for valuing "Individuals and Interactions". That's more than just having a meeting every day.
Creating "Working Software" is more than installing a continuous integration server. "Customer collaboration" is more than a phone call or a note card. "Responding to change" doesn't mean changing your mind in the morning and again in the afternoon.
There are many, many techniques and approaches to bring these changes to your team, but they aren't things most people already know. Can you figure it out for youself? Sure, given time... a lot of time. That's the equivalent of asking if you should use a tool like Ant to build your software or write your own... can't you figure it out? Sure you can. But it's a waste of your time.
Tooling in the software space has matured immensely in the last few decades, but in process, it feels like we're all still writing our own languages, our own compilers, and editors. Haven't we moved past that? Haven't we learned enough to know what we don't know?
Let me strongly encourage you to pick up a book today. Anything by Andy Hunt, Dave Thomas, Martin Fowler, Kent Beck, Bob Martin, Mike Cohn... the list could go on (and please add to it in the comments). Read their blogs. Attend a conference. Hire a coach.
But stop trying to reinvent the wheel. You're wasting your life, your company's money, and making our entire industry look bad.