SOA Governance suffers from a serious PR problem. Most people when they hear the words governance or SOA immediately relate it to large enterprise projects and environments. While that is an important situation and environment to use SOA Governance, it isn't just meant for that domain.
The goal of SOA Governance should be to make sure that your services are build consistently, following the standards and principles set out by your organization/department/team. Having SOA Governance allows you to easily reuse services, and see how is using your service and how. This is as important for a single department as it is for a complete enterprise.
As a 'one man band' you're probably stretching it a bit when you go full blown SOA Governance. However, if you have a centralized set of services you reuse over applications and projects it might still be a good idea to use a standard way you define your service contract (WSDL, JSON plain text description), and handle authentication and authorization.
Using service registries and introducing service and policy lifecycles might be a bit much