A journal of strategies for driving change and inspiring innovation within your business.
Monday, January 5, 2009
IDENTITIES ARE PEOPLE TOO
I have spent the past two years working in the Identity and Access Management (IAM) space – more specifically the user Administration and Auditing aspects of IAM. These areas of IAM allow for the requesting, approval, granting or provisioning, and verification of system access for an identity. When you consider that these aspects of IAM are the most visible to the organization and have a direct impact on the ability to carry out day-to-day responsibilities, it seems that any improvements to these processes and technologies would be embraced. However, this isn’t always the case.
How many business folks really understand IAM and how these concepts impact them? IAM can be very ambiguous to those on the business side, and therefore just not that easily embraced.
Identity and Access Management projects are most often driven by technology departments. Business sponsorship may be weak or completely non-existent. Business drivers aren’t always well communicated. The actual "people" impacted by IAM initiatives are often forgotten as the concepts and terminology of IAM are more technology focused. The constant reference to “identities” instead of “people” can further de-humanize the IAM effort.
The outcome of an IAM project should be viewed as a win-win for both the IT and business sides of an organization. Information Security has a centralized point for maintaining the "keys to the kingdom" and the business users are provided with a slick web interface and processes for requesting system access, as well as ensuring access remains current.
But when and how should the "win-wins" be communicated? And, am I accurate in suggesting that this communication will make or break the success of an IAM implementation?
To support an article on this topic I am writing for industry publications, I'd like to solicit your comments and help me to find answers to these questions:
1. What role does the IT organization play in breaking down the techie speak and ambiguity associated with IAM?
2. How can IT help sell the value of IAM to the business users?
3. How can business engagement be secured and maintained throughout an IAM effort?
The goal of my research is to define best practices for overcoming these implementation issues, helping to make IAM initiatives successfully deployed across the enterprise.
Looking forward to hearing your thoughts!
Wednesday, February 27, 2008
CH,CH,CH,CH, Changes......
- the seemingly male dominated IT world - perception or reality?
- the dynamics of a the working relationship between males and females vs. same sex workplace interactions
- and the future of application development (and IT in general) with the looming certainty of total offshore development.
Each of these topics really peaks my interest and I plan to devote several blogs to exploring each. I would love to hear any initial thoughts to get my creative juices flowing.
Friday, February 22, 2008
Always Know "Why"
Monday, January 14, 2008
Are you a CALM person?
Whether it's a job change, situation at work, or an unexpected life even the question to ask yourself is -"how can I get in control of the change?". Once the change happens and the impact is felt, think about how you can get in control. When we are in control we take ownership for results - both positive and negative. Ownership means that things aren't happening to us anymore, we are making them happen. The key is to stay CALM:
C - Get in Control
A - Adapt to the environment
L - Learn something from the situation
M - Maintain yourself
Those that look at a forced change as a catalyst for opportunity know how to stay CALM. They quickly adapt to the situation and take control by getting into the driver's seat of their own destiny. The change is an opportunity to learn and not a catastrophe to weather. A person in control maintains a certain status quo and isn't on an emotional roller-coaster often associated with the uncertainty of change.
Thursday, January 3, 2008
Find your "back edge"
Thursday, September 27, 2007
The Enterprise as a Social Network
Monday, September 24, 2007
Add Market Research to your Project Plan
The number one mistake I see repeated time and time again is the project team assuming, within a vacuum, they already know what’s important to the end-user/consumer of a technology or a process.
A project equals a change within an organization. Whether you are talking about a new process or new technology it’s a change. The most effective change management strategies are those built on the basic principals of Marketing. The first rule of Marketing is “know your customer”. The same holds true when promoting your project. First, understand who the change impacts. Marketers do research before introducing a new product or message. They identify their target audience then talk to them to find out how they might use a new product or perceive a new message. In marketing this process of getting to know your customer is used to make what they are selling relevant to consumers. Conduct “market research” within your organization and get answers to:
- Who does this project impact?
- How is what the project will replace perceived today? What kind of baggage exists?
- What are the issues today?
- What are the real needs of those impacted?
Using a “Market Research” approach to engage those impacted during the planning phase of your project will help ease their transition into the new world and sets the stage for end-users to embrace the changes to come.