I’ve started to see more and more articles cropping up on delivery teams. I have yet to write my own but this is great to see. I’ve been using the term for a few years now as I’ve worked with more and more teams on the software delivery front. The idea for it came from the idea that it takes multiple roles to deliver a software solution, in a small company those roles can overlap…
How you start is what gets things going. How you persevere in the middle is what keeps the momentum going. How you end, how you deliver, how you finish – is what everyone always remembers.
It’s not going to turn out the way you are thinking, dreaming, envisioning it – it never does – it never will. You can either rail against the machine that what you tried to do fail and chalk it up as meaningless or you can look at what you accomplished. You delivered. Your team delivered. You learned new skills. You grew in the role that you have. You made mistakes, you fixed them. Not perfect,…
If everyone is not on the page with what the end goal is, then when it’s time to celebrate the delivery of the end goal not everyone will be happy. If the goal is taking considerably longer than originally thought, it’s important for you to ensure that everyone is still on the same page as to what the end goal is and what the team is working towards. Workloads and priorities shift and it’s easy…
Priorities are going to push your goals down, you might have 7 things you want to accomplish but can only get to 5 on a good week. You can either turf the other 2 or switch up the priorities – that’s the either/or option. The other option is to take a look at your 5 other priorities and think about what you need to do to enable the other 2 to happen, how can you…