Post Chronology

July 2024

InFullBloom Archives


Speaking Engagements

Predict and Prepare sponsored by Workday 12/16

The Bill Kutik Radio Show® #171, 2/15
The Bill Kutik Radio Show® #160, 8/14
The Bill Kutik Radio Show® #145, 1/14
Workday Predict and Prepare Webinar, 12/10/2013
The Bill Kutik Radio Show® #134, 8/13
CXOTalk: Naomi Bloom, Nenshad Bardoliwalla, and Michael Krigsman, 3/15/2013
Drive Thru HR, 12/17/12
The Bill Kutik Radio Show® #110, 8/12
Webinar Sponsored by Workday: "Follow the Yellow Brick Road to Business Value," 5/3/12 Audio/Whitepaper
Webinar Sponsored by Workday: "Predict and Prepare," 12/7/11
HR Happy Hour - Episode 118 - 'Work and the Future of Work', 9/23/11
The Bill Kutik Radio Show® #87, 9/11
Keynote, Connections Ultimate Partner Forum, 3/9-12/11
"Convergence in Bloom" Webcast and accompanying white paper, sponsored by ADP, 9/21/10
The Bill Kutik Radio Show® #63, 9/10
Keynote for Workforce Management's first ever virtual HR technology conference, 6/8/10
Knowledge Infusion Webinar, 6/3/10
Webinar Sponsored by Workday: "Predict and Prepare," 12/8/09
Webinar Sponsored by Workday: "Preparing to Lead the Recovery," 11/19/09 Audio/Powerpoint
"Enterprise unplugged: Riffing on failure and performance," a Michael Krigsman podcast 11/9/09
The Bill Kutik Radio Show® #39, 10/09
Workday SOR Webinar, 8/25/09
The Bill Kutik Radio Show® #15, 10/08

Keynote, HR Tech Europe, Amsterdam, 10/25-26/12
Master Panel, HR Technology, Chicago, 10/9/012
Keynote, Workforce Magazine HR Tech Week, 6/6/12
Webcast Sponsored by Workday: "Building a Solid Business Case for HR Technology Change," 5/31/12
Keynote, Saba Global Summit, Miami, 3/19-22/12
Workday Rising, Las Vegas, 10/24-27/11
HR Technology, Las Vegas 10/3-5/11
HR Florida, Orlando 8/29-31/11
Boussias Communications HR Effectiveness Forum, Athens, Greece 6/16-17/11
HR Demo Show, Las Vegas 5/24-26/11
Workday Rising, 10/11/10
HRO Summit, 10/22/09
HR Technology, Keynote and Panel, 10/2/09

Adventures of Bloom & Wallace

a work in progress

Lies, Damns Lies, and Metrics – – With Apologies To Mark Twain – – Part II

In my last post, I began discussing the importance and use of metrics in the running of the HRM business and it’s HRM delivery system (HRMDS), to include those metrics needed in the service level agreements for shared services and when any part of the HRM business and/or HRM delivery system is outsourced. And please note that SaaS is outsourcing, albeit IT outsourcing. I also emphasized the importance of staying focused on business outcomes, both HRM’s and those of the organization as a whole, so that running the HRM business and the HRMDS don’t become ends in themselves.

As promised, this post introduces the precisely organized and stable HRM domain model that’s needed to provide a consistent terminology and meaningful partitioning for discussing the HRM processes for which we want to define metrics and outcomes. We’ll also need a taxonomy for categorizing and defining the most appropriate set of HRM and HRMDS metrics for your organization, and I’ll suggest such a taxonomy in my next post.

This diagram presents the seven highest level processes in the HRM domain along with their next level, modeled decomposition. Then, via bulleted examples in colloquial terminology (as opposed to the formal modeling terminology of the HRM processes) of some of the work products produced at that second level, these diagrams provide a rough definition of the scope of those processes. This formally modeled view of the HRM domain has been very stable over the last 20+ years even as many of the lower level processes and accompanying data design (really the entire HRM object model, which is the focus of our HRM Business Model “Starter Kit”) and enabling architecture have evolved in important ways.

Nothing in this HRM domain model suggests the specifics of people, work flows and technology that, taken together, give life to the domain via an HRM delivery system, nor does this model presuppose any specific organization’s HRM policies, practices or plans. Instead, it provides the structure within which we design and then execute organization-specific HRM policies, practices and plans. Furthermore, and here’s where trying to create a one page diagram drove me nuts, there is a clearly implied but not shown here companion object model which is critical to developing a deeper understanding of these processes and to creating a highly technology-enabled HRM delivery system. For example, the fact that contingent workers are addressed within Staff The Organizational Structure must be supported in the accompanying object model by a person rather than employee-centered design. We’ll leave discussion of the desired HRM object model for another series of posts, but you may want to reread the January/February, 2004 and May, 2007 columns in HRO Today for some preliminary insights into this topic.

If you already have a well-defined and stable HRM domain model in use throughout your organization, by all means use that instead of the model introduced here. But one advantage of this particular model, which was developed using rigorous data, process and object modeling techniques, is that it’s quite similar (we won’t digress here to the chicken and egg discussion) to the underlying object models of many HRM software vendor’s (or BPO provider’s proprietary) next generation, service-oriented architecture (SOA) software. For developing an organized view of HRM and HRMDS metrics, it’s sufficient to consider the HRM domain model at its highest two levels, either yours or mine.

So, to get started with our HRM/HRMDS metrics, set up a giant spreadsheet with the HRM domain model’s two highest level processes arrayed as columns, where there’s a summary column for each highest level process and then more detailed columns for that process’ decomposition. The next post in this series, part III of IV, will suggest a metrics taxonomy (i.e. categorization scheme) that will array itself as the rows. Then we’ll have a structure within to consider for which of these cells metrics should be proposed, which metrics would work best, who should be responsible for setting the target values, what actions should be taken as a result of those metrics hitting or not hitting their target values, who should be responsible for producing the metrics and accountable for achieving the target values (two very different roles), which metrics should become a part of any shared services/outsourcing SLAs, etc.

The bottom line. What we’re building, step by step, is a consulting tool, the same one I use with my end-user clients, to help ensure that we have the right metrics in place for running the HRMDS, the HRM business and, of greatest importance, for measuring progress toward the agreed business outcomes. Even when you outsource an HRM process, although some of the needed HRMDS metrics are of more interest to the outsourcing provider than to their customer, an understanding of the complete landscape of needed metrics helps the buyer decide what to include in the relevant service level agreements (SLAs), what will be the buyer’s responsibility, and what analytics will be needed, regardless of who delivers them, to run your business and achieve its agreed-upon outcomes. And all of this applies to the SLAs for shared services.

2 comments to Lies, Damns Lies, and Metrics – – With Apologies To Mark Twain – – Part II

  • Naomi Bloom

    Ron, thanks so much for your feedback on this. Worker engagement is one of those concepts that have to be teased apart in order to get at models-based understanding of the concept and, more importantly, and understanding of where it fits in HRM, how to build it into specific HRM “use cases,” what power it may bring to the effective practice of HRM, and ultimately its impact on achieving business outcomes. Definitely a conversation I’d like to have with you.

  • Ron Hanscome

    Naomi, I was finally able to read this series of posts – it is especially interesting to see the domain model and how it has progressed since you did the training for Ceridian in late 1994 in the aftermath of the Tesseract acquisition. As always, a very thorough job.

    Reading through the domain model in light of my recent Kenexa experience, I am having some difficulty seeing where you might put the concepts of engagement analysis and action planning – I’ve become convinced that the ability to use engagement as a fundamental marker of HRM program effectiveness will be a differentiating factor for HCM analytic platforms, so that organizations can correlate engagement scores with revenues and profits by business unit, and even dive down to individual drivers of engagement to figure out what needs to be changed in the HRM delivery model, supervisory/leadership behaviors, etc. In my view this helps “close the loop” of analytics to action. Your thoughts?

Leave a Reply