Category Archives: Project Management
Scrumming into the Unknown – When Kanban and Waterfall May be the Solution
Scrum is a popular Agile methodology known for its ability to manage and adapt to changes and evolving requirements through the use of sprints and incremental deliveries. However, it’s not always the best fit for every project. Before choosing Scrum, it’s essential to evaluate whether the given approach aligns with your project’s specific needs and…
Broken Glass Theory – Understanding the consequences of technical debt in software engineering
As software engineers, we often find ourselves racing against tight deadlines and competing priorities. In the face of these challenges, it can be tempting to cut corners or make compromises to get the job done. However, these shortcuts and trade-offs can have serious consequences in the long run, leading to what is known as technical…
Business <-> IT coalition. How to?
When we see how the modern world is changing rapidly, we may notice that some old processes and approaches don’t work in the contemporary environment anymore. It’s not a surprise that techniques that used to work in the past are failing now. It doesn’t really matter if we speak about IT, finance, or any other…
Why do IT projects fail?
IT projects can fail for many reasons. One of the most common causes is underestimating how long the project will take to complete and not staying on top of deadlines. This could happen because a deadline was set too soon or due to unexpected delays such as technical issues, changes in scope, team members leaving before work is completed, lack of resources, etc. Other factors that contribute are unrealistic expectations from stakeholders about what can be done within a given timeframe and developers getting stuck on one issue while other tasks pile up behind them.
How to speak to Tech Guys to be understood?
With some people, it’s easy to communicate. With others, it might not be even possible. With IT, it may be a completely different story, as people from this profession are, sometimes, weird.
Years ago, when I started dating my wife, she told me she never could communicate with IT people very well. It didn’t matter was that a professional contact or a private one. Languages used by both sides, even though technically the same, were different. I have no idea how we’ve overcome this issue, but I always joke that I used a different set of drivers to achieve that 🙂
From coloured sticky notes to code implementation. The hitchhiker’s guide to the Domain Driven Design
Barely a few years ago there was no person who thought about blockchain or suspected machine learning and AI would be accessible so easily. Everything is constructed from smaller pieces which were built over some time. As a civilization, we build bigger and more complex systems. Hence, how should we approach the subject of software development? How should we design it to avoid a situation, when rewriting software is taken into consideration?