Unlike two years ago, when my HR colleague attended a Scrum Master course, the reactions from other participants wasn’t this great when I attended the Scrum Master course about two months ago. I guess simply because Agile practices are becoming more widespread and also, it was an internal training where we invited Daniel Teng (from Odd-E) to conduct this workshop.
Although Agile has been around for a pretty long time and has flipped the entire waterfall model on its head, it hasn’t really made headway in very traditional or highly regulated practices (such as HR, Financial services, Healthcare, etc).
While there are plenty of reasons why Agile adopters can fail, that doesn’t mean traditional services cannot become Agile. From what I have learned at the Scrum Master course, I am beginning to see a clearer picture of the ‘perfect world’ where Agile HR resides. As I am a HR practitioner, the perspective that I would like to share would (naturally) be limited to this context.
Agile HR Team! (Image credit to Flaticon – Freepik, MadebyOliver)
Let’s look at it from a Product angle
HR does many things for an organization, some administrative, others strategic. With the importance and ever-increasing popularity of HR business partners, we can actually consider the organization as our customers.
What if the HR service is a product? And it’s features (i.e. Recruitment, Payroll, etc) are there to resolve the needs of our customers? So for example, if it comes to the end of the month and payroll needs to be done, the entire team will do what it takes to accomplish it at the end of the sprint. If the customer requires a fix to an employee engagement problem, then the team will seek to understand the situation (again doing whatever it takes – research, interviews, etc) and come up with a MVP (minimum viable policy/procedure/process) to tackle it. From real users’ feedback, the team can then iterate and improve on it.
(Chinese version published on FunEvo.com 中文版發表於敏捷進化趣)
I always think being a Scrum Master is like being a legend , a Scrum Master helps the Team to understand Scrum and Agile, supports the Team to level-up technical practices, guides the Team to be self-organizing, removes impediments to the Team’s progress, etc. And to make the job even more complicated, Scrum Master does not have authority over the Team, the Team does not listen to Scrum Master (Unless Team choose to)!
If you look at all these responsibilities individually they seem achievable, but when you put them together it is very challenging for one person to execute. And the one responsibility that confused me the most was that the Scrum Master needs to “Facilitate”, and I had no idea what it meant back in 2014. Continue reading
Agile Manifesto by Lynne Cazaly
Similar to the idea of continuous improvement in Agile Development, we believe that we constantly need to broaden our Agile knowledge. These 12 Agile blogs are the ones that I personally follow and read frequently (with no particular order). For me, the good point for reading other sources is that I can learn to be more adaptive – if I stumble in my current way of doing Agile, I can learn from other people’s experiences and try to adapt it into my own development.
2015 celebrates Titansoft’s 10th anniversary.
It was also a very special year for many of us. There were many new things happening in our products and organisation. And as part of year-long celebration for our special 10, we interviewed every single one of our Titaners to hear from them their thoughts on our amazing journey so far.
Have you ever truly considered a company’s motto and wondered how it is applied within the company?
Back when I was in school, I looked at my school’s motto at thought to myself: ‘That is some standard PR stuff. No one really bothers with it do they?’ I mean, nearly all mottoes that I have come across all state pretty much the same thing and they just lose their meaning eventually when you figure it is just common sense… right?
Coming into Titansoft, I realize that the motto matters (try saying that ten times… fast!). For you see, ‘Never Stop Improving‘ is strangely applicable into the work that I do. As an employee in Titansoft, I have experienced this firsthand… and I am not used to it.
How often do we start something with fervor but neglect to monitor the progress or even feel baffled when the project fails? We have built up a few Communities of Practice (CoP) like TiQuality and other technical communities. But how well are we doing? Getting up close with Bas Vodde, creator of LeSS framework during the Agile Tour 2015 brought us some insights on how we can improve our CoPs.