February 18, 2020
Communications, Corporate Training, Digital Transformation, Information Technology, Innovation, Innovation in the Public Sector, IT Modernization, Learning, Managing/Leadership, Organization Development (OD), Organizational Change Management (OCM), Process Improvement, Project Management, Prosci, Technology, Training, User Adoption
By Elizabeth Long, Prosci, CSM
Most people don’t resist change just to resist change. Most people resist change because of fear.
Fear of:
If your organization is going through a period of change—whether an update in technology or a corporate reorganization—it’s important to know how to address the fears and help users transition smoothly.
Here are a few actions you can take to make this happen:
If you need help in managing a large change in your organization, we can help! Our change management experts can help you determine who your users and SMEs are, conduct a stakeholder analysis, determine the best approach for engagement, and more!
About the Author: Elizabeth Long is a professional Organization Development Consultant and Curriculum Developer/Trainer. She received her Certification in Organizational Change Management from Prosci and is certified in e-learning development from Langevine Learning Center. Elizabeth has worked in many industries: High tech, healthcare, and state and local government. Currently, Elizabeth works as an Executive Consultant with KAI Partners, Inc. as a contractor working in a variety of California State Departments. Elizabeth has lived in Sacramento for the past 20 years and appreciates the history of Sacramento as well as its convenience to many well-known destinations like San Francisco, Tahoe, and Reno.
February 6, 2020
Agile, Design Thinking, Digital Transformation, Information Technology, Innovation, Innovation in the Public Sector, IT Modernization, Learning, Organizational Change Management (OCM), Project Management, Project Management Professional (PMP), Public Sector, Scrum, Software Development, Technology, Waterfall
By Sid Richardson, PMP
Raise your hand if you’ve run a software project using the Agile Methodology and have run a software project using the more traditional waterfall project management methodology? I’m sure there are many of you!
Having worked in project management for nearly 30 years, I have run software projects using a variety of different methodologies and I can certainly appreciate the benefits that they all bring to the table.
One true constant in life—and in software development—is change, and I’ve seen my fair share. Here’s what I’ve learned along the way.
In the mid-1980s, a software development methodology called Rapid Application Development (RAD) began to take off.
James Martin developed the RAD approach at IBM and formalized it in 1991 by publishing a book called Rapid Application Development. The RAD approach was based on working closely with the customer and prototyping solutions quickly to deliver a final product. The intention was that there would be less effort placed on the planning aspects and more on the customer collaboration aspects.
While RAD was not necessarily a true project methodology for software development, I believe it led to an easier buy-in to the Agile project methodology many of us use now.
When I was working in Europe in the early-to-mid 1990s, there was a heavy emphasis on formal approaches to project management and software projects. This may sound strange—or it may provide flash-backs for some of you!—but I remember a time when absolutely no analysis or design work was allowed to begin until the user requirements (typically volumes of paper in large bound files) were received in hardcopy form with sign-off by senior company executives.
Can you imagine working in that type of environment?
The traditional waterfall approach to software development projects was rather rigid, but I can understand the reasoning—the leadership wanted to have a high level of confidence in what would be delivered.
Fast forward to almost 20 years ago and many organizations encountered internal pushback and some challenges with the adoption of Agile as a software development methodology. The common joke thrown around in the middle of an Agile rollout was that it was “Fragile.”
Since the requirements in an Agile methodology are more dynamic, things eventually settled down and as someone said to me recently, “I guess we’ve come into an age of sticky notes and Sharpies.”
At KAI Partners, we have recently started using Design Thinking. Design Thinking provides a creative, solution-based approach to solving problems and is also sometimes known as human-centered design or user-centered design. It’s on the side of creative problem solving, which—being a creative type of guy—is why I gravitate toward it.
Design Thinking encourages organizations to focus on the people or the customer—and it’s the people-centered focus that leads to better products, services, and processes.
While it’s not a software development methodology, Design Thinking can be used as a problem-solving tool to accompany almost any software development methodology you choose to use.
So, with all these different methodologies, is one better than another? Well, it depends on the project at hand!
One of the common drawbacks to the RAD approach of the 1980s was the lack of scalability. RAD typically focused on small to medium-sized projects and teams. Then Agile came along in the early 2000s and, as a lean philosophy, could certainly be applied at an enterprise level.
What I think works best is a blended methodology that combines the best features of a variety of different approaches.
If the last 30 years in project management and software development have taught me anything, it’s that there are components and approaches of many different methodologies that—when combined—can make a robust and flexible way to deliver high-quality, timely products to the customer.
And, considering that a new methodology will likely make its way to the surface soon, we can’t get too comfortable. Luckily, as project managers and agents of change, we are used to the continual cycle of change and it will be up to us learn the new methodology, prepare our teams, and adapt our work accordingly.
Need support on your next project? KAI Partners can help your organization implement the software development methodology that works best for you and your needs!
About the Author: Mr. Richardson’s passion is Data Warehousing, Business Intelligence, Master Data Management and Data Architectures. He has helped Fortune 500 companies in the US, Europe, Canada, and Australia lead large-scale corporate system and data initiatives and teams to success. His experience spans 30 years in the Information Technology space, specifically with experience in data warehousing, business intelligence, information management, data migrations, converged infrastructures and recently Big Data. Mr. Richardson’s industry experience includes: Finance and Banking, government, utilities, insurance, retail, manufacturing, telecommunications, healthcare, large-scale engineering and transportation sectors.
January 23, 2020
Best Practices, Communications, Digital Transformation, Government, Innovation, Innovation in the Public Sector, Managing/Leadership, Project Management, Project Management Professional (PMP), Public Sector, Sacramento, Strategic Plan
By Nick Sherrell, PMP, MBA, CSM
January is the time of new. We have shaken off the retrospective December and are opening our eyes to new ideas and new possibilities for our careers, our personal lives, our habits, and perhaps even some new hobbies.
This January has a couple extra layers of ‘new.’ Not only is it a new year, but a new decade. On top of that, the term “2020” is a cliché connotation for someone having perfect vision.
Many clients I work with have a Strategic Plan. It is typically that document found somewhere deep inside their document library that pops up when you are using the search feature to find some other document. It is usually from a year or two ago, and sometimes still contains a ‘Draft’ watermark.
What happened?
All too often, it follows the same path that many of our personal new year’s resolutions take. A great exercise to think about our future with a lot of creative brainstorming, dreaming, and sometimes (let’s be honest here) wishful thinking. We write it all down, even set some abstract goals, and then…life hits! Critical staff get sick (or have kids that get sick). A new decision comes from the larger organization that shakes up your organizational structure. Sometimes those old habits are just too tempting to pass up, just like that dessert case at The Cheesecake Factory!
Does this sound like a familiar scenario at your organization? If you need help putting your Strategic Plan into place—or creating one in the first place!—we would love to help! Contact us today to learn more!
About the Author: Nick Sherrell is a Project Manager with over 10 years of healthcare experience ranging from Quality, Performance Improvement, Technology Implementation, Data Analysis, and Consulting. Nick has worked with organizations ranging from the Sacramento Native American Health Center, Kaiser Permanente, Sutter Health, Blue Shield of California, and The Advisory Board Company. He currently works for KAI Partners, Inc as a Project Manager Consultant on Public contracts with the State of California, most notably with the Judicial Council of California and California Medicaid Management Information Systems. He received his MBA from UC Davis in 2015 with an emphasis in Organizational Behavior and Innovation. He became a Certified Scrum Master in 2018 through Scrum Alliance training offered at KAIP Academy. He lives in Sacramento with his wife, two children, and Golden Retriever Emma. Find Nick on LinkedIn here.
December 11, 2019
Digital Transformation, Government, Information Technology, Innovation, Innovation in the Public Sector, IT Modernization, Public Sector, Sacramento, Technology
By Lucie-Anne Radimsky, CSPO
Last week, I attended the State of Technology – California Industry Forum, hosted by Techwire.
The event brought together technology and professional service delivery vendors who provide IT and support services to State agencies. According to event speaker Joe Morris, Vice President of Research at eRepublic, public sector technology spending in California looks like this:
Some of the event speakers included:
Topics discussed during the 4-hour event included the growing importance of AI, including the launch of a strategic initiative dedicated to this increasingly important technology. This strategic initiative will include Data Management; the development of an Information Security roadmap; a cloud first and cloud smart approach to be deployed on an as-needed basis, rather than a blanket solution; promoting a user-centric mentality when building government services; and using a modular and more agile approach to streamlining and improving project results.
I was particularly interested in the ‘Innovation in California’ panel which included Governor’s Office Advisor Michael Wilkening and CHP CIO Scott Howland. Chief Howland compared hamburgers to IT projects, likening the promise of innovative technology solutions to that of an advertisement for a juicy hamburger. The reality of what you receive often looks nothing like the photo—but, while it might be an imperfect version, it’s still a hamburger.
Chief Howland’s point was that the imperfect version was good enough to start with offered and a place from which to improve. This is the true path of innovation—to take risks, fail fast, and move on. He talked about the ‘mobile office’ patrol cars of the CHP workforce that will allow them to respond more quickly and more effectively, resulting in improved safety to citizens and communities.
Michael Wilkening from the Governor’s Office led his participation in the panel by announcing that there will be some key hires in the next few months. New hires include the naming of the Office of Digital Innovation (ODI) Director, as well as a Chief Data Officer—a true sign of the times!—who will likely lead the effort in promoting and implementing an overarching data use agreement that is currently being developed. (This data use agreement is inspired by an existing framework used within the Department of Health and Human Services).
Other ODI updates and projects in the pipeline include:
Department of General Services (DGS) staff closed out the conference with a panel discussion around procurement and the ways in which DGS is working to improve the process and experience. DGS discussed the arrival of RFI2, a unique program which incorporates a proof of concept portion. The importance of accountability on both parties (vendor and agency) was another point driven home by Amy Tong, who stood in for Marlon Paulo, who was unable to attend. DGS also invited vendors to contact the agency with questions, concerns, and ideas on how to improve the procurement process.
Overall, this was a great event that allowed many of us public sector vendors to reconnect with our partners and colleagues within the community. It provided an arena for us to access leaders within the State who are instrumental in defining the upcoming IT projects that many of us vendors will help support.
About the Author: Lucie-Anne has over 15 years’ experience in communications and business development in the U.S. and Europe, on behalf of start-ups and non-profits. She has represented clients within the technology, energy, and telecommunications sectors to government agencies, press, and industry analysts throughout the world. Lucie-Anne has both American and E.U. citizenship. She is fluent in English and French. Lucie-Anne is an active community volunteer and has served on numerous non-profit boards and led alumni groups in Paris, Washington D.C., and San Francisco. She holds a B.A. in Economics from the University of California, Irvine. She currently resides in Sacramento with her Brazilian husband and two boys.
November 13, 2019
Agile, Enterprise Architecture, Information Technology, Innovation, Innovation in the Public Sector, IT Modernization, KAI Partners, Project Management, Sacramento, Scrum, Software Development, Technology
By Barbara Hill
“If you always do what you’ve always done, you’ll always get what you’ve always got.”
Self-help gurus have been asserting this for years—and it is no less true for software development.
In software development, we try to not repeat the pattern of projects costing too much, taking too long, and not delivering what customers really need or want. This is no doubt why we’ve seen so much advice offered on how to do things differently.
As an Enterprise Architect, I take a holistic view of an enterprise by focusing on collaboration, facilitation, coordination, and integration.
Over the years, I’ve seen a lot of different approaches to software development.
…Early on, there were claims that formal project management methods would solve this problem by reining in costs through managing schedules and ensuring requirements were clearly stated and met.
…We’ve seen the Agile Manifesto, which, among other values, emphasizes individuals and interactions over processes and tools, as well as responding to change over following a plan.
…Then came the DevOps movement, which noted that simply focusing on software development and “throwing work over the wall” to operations was part of the problem. Instead, developers and operations staff should work together to produce better results.
…From there we’ve experienced DevSecOps, which involves security from the outset.
…And then there’s BizDevOps, in which business teams actively engage with the development and operations teams to build new products and services.
No matter which approach you use, in order to deliver a quality product or project, you need to understand the why, the how, the who, the when, the where, and the what of how your business fits and works together.
Of these six questions, the essential one is “Why?” and yet it is often the one left unanswered.
The next time you start a technology project like rebuilding or modernizing a legacy system, or creating a new one, start, as Simon Sinek says, by asking “why?”.
Why does your business or government entity exist? What is the essential value offering you make to your customers or constituents?
Asking “why” determines one of the key components of business architecture—the value stream—and it is also key to Agile and DevOps approaches that emphasize user involvement in determining what is built and how it is tested.
Once you know your value offerings and have some ideas on strategies to deliver your products and services, you can explore what capabilities you need. An analysis and assessment of your business capabilities will help highlight early on where your strengths and weaknesses are and will help you prioritize where to spend your time and resources to achieve the greatest benefits.
By architecting your business, you can think about the information architecture necessary to support the data vital to your success.
Enterprise Architecture work can be done in parallel with your DevOps teams to help ensure that all parts of your enterprise (business, information, technology, applications, security) work together, as noted Enterprise Architect Tom Graves says, “with clarity, with elegance, on purpose.”
About the Author: Barbara Hill is a Senior Enterprise Architect with KAI Partners. With over 20 years of experience working with both California state government and private sector companies, she has been instrumental in helping clients address the complexity and volatility of change, while ensuring alignment between strategic goals and operational realities. Barbara has held Enterprise Architecture certifications from Zachman International and Pragmatic Enterprise Architecture (PEAF and POET) and is currently working on certification from the Business Architecture Guild. Her Enterprise Architecture practitioner’s bag includes considerable knowledge and experience with organizational change management, quality improvement practices (such as LEAN and Six Sigma), knowledge management, data management, and data governance. Barbara’s wide-ranging work interests reflect her nomadic early days, having resided in a number of different U.S. locations, as well as Mangla, West Pakistan and London, England.