Concept Management Quarter
Change Management Quarter (hereinafter, the Quarter) is a lecture introducing the learners to portfolio implementations primarily through key topics related to iterative development. The Quarter is the last of four lectures of Portfolio Quadrivium, which is the first of seven modules of Septem Artes Administrativi (hereinafter, the Course). The Course is designed to introduce the learners to general concepts in business administration, management, and organizational behavior.
Contents
Outline
Enterprise Architecture Quarter is the predecessor lecture. In the enterprise design series, the previous lecture is Organizational Culture Quarter.
- Portfolio implementation is the enterprise implementation of the enterprise portfolio. This lecture concentrates on iterative development because this development is the main technique to do that.
Concepts
- Change management. (1) The management of change and development within an enterprise; (2) The controlled identification and implementation of required changes within a computer system.
- Enterprise change management. Practice and a set of concepts based on that practice of preparing and supporting of enterprises, their stakeholders and technology in making enterprise change.
- Enterprise goal. A desired outcome towards which the enterprise effort is directed.
- Goal (objective). Desired outcome or target.
- Real goal. A goal that an organization actually pursues, as defined by the actions of its members.
- Means-end chain. An integrated network of goals in which the accomplishment of goals at one level serves as the means for achieving the goals, or ends, at the next level.
- Stated goal. An official statement of what an organization says, and what it wants its various stakeholders to believe, its goals are.
- Vision statement. A formal articulation of an organization's vision or mission.
- Business goal. A state or condition the business must satisfy to reach its vision.
- Business policy. A business policy is a non-actionable directive that supports a business goal.
- Business rule(s). A business rule is a specific, actionable, testable directive that is under the control of the business and supports a business policy.
- Business plan. A written document that interprets the strategic plan for enterprise stakeholders, for instance, financial or governmental institutions with regard to a business opportunity and articulation of how the identified opportunity is to be seized and exploited.
- Enterprise administration. Practice and a set of concepts, based on that practice, that define culture of administering all enterprise efforts from identifying business opportunities and up to getting of all enterprise outcomes and/or achieving enterprise impacts.
- Administration. The process or activity of running a business, organization, etc. or the officials who executive that process or activity.
- Management. The process or activity of dealing with or controlling things or people.
- Strategic management. What managers do to develop the enterprise's strategies, policies, and operative rules.
- Enterprise objective. A measureable step taken in order to achieve the enterprise goal.
- Objective. A target or metric that an individual, group, and/or enterprise seeks to meet in order to progress towards a goal.
- Strategic management process. A six-step process that encompasses strategic planning, implementation, and evaluation.
- Change resistance source.
Category Change resistance source Individual change-resistance source Enterprise change-resistance source - Kaizen. In Japanese, the word means "improvement". This is the philosophy of continuous process improvement using analytical tools and methods.
- Paradox theory. The theory that the key paradox in management is that there is no final status for an enterprise.
Roles
Methods
- Change-promoting technique.
- Development methodology.
- Methodology. A set of processes, rules, templates, and working methods that prescribe how business analysis, solution development and implementation is performed in a particular context.
- Plan-driven methodology. Any methodology that emphasizes planning and formal documentation of the processes used to accomplish a project and of the results of the project. Plan-driven methodologies emphasize the reduction of risk and control over outcomes over the rapid delivery of a solution.
- Change-driven methodology. A methodology that focuses on rapid delivery of solution capabilities in an incremental fashion and direct involvement of stakeholders to gather feedback on the solution's performance.
Instruments
- Change implementation model.
Step Objective Suggested actions 1 Sense of urgency - Consider possible change agents and resisting forces.
- Create a compelling reason for why change is needed.
- Communicate the reason to the entire enterprise or potential change agents.
2 Coalition - Form a coalition with enough power to lead the change.
3 Vision - Using the created coalition, formulate a new vision to direct change and strategies for achieving the vision.
4 Official announcement - Make the vision official.
- Communicate both the vision and, possibly, its reasoning and achieving strategies.
- Enlist a volunteer army.
5 Coalition empowerment - Empower others to act on the vision by removing barriers to change and encouraging risk taking and creative problem solving.
6 First results - Plan for, create, and reward short-term "wins: that move the enterprise toward the new vision.
7 Meeting challenges - Consolidate improvements.
- Reassess changes.
- Make necessary adjustments in the new programs.
- Sustain acceleration.
8 Change institutionalization - Reinforce the changes by demonstrating the relationship between new behaviors and enterprise success.
- Change process model.
- Scrum meeting. One of the following: story time, Sprint planning meeting, Sprint review meeting, Sprint retrospective, daily standup.
- Sprint planning meeting. A working session held before the start of each sprint to reach a mutual consensus between the product owner's acceptance criteria and the amount of work the development team can realistically accomplish by the end of the sprint. The length of the sprint determines the length of the Sprint planning meeting, with two hours being equivalent to one week of the sprint. Using this formula, the Sprint planning meeting for a two-week sprint would last about four hours, although this can vary.
- Daily standup. A brief communication and status-check session facilitated by the Scrum Master where Scrum teams share progress, report impediments, and make commitments for the current iteration or sprint. The Daily Scrum consists of a tightly focused conversation kept to a strict timeframe; the meeting is held at the same time, every day (ideally, in the morning), and in the same location. The Scrum task board serves as the focal point of the meeting. During the Daily scrum each team member answers three questions: (1) "What have I done since the last Scrum meeting? (i.e. yesterday)" (2) "What will I do before the next Scrum meeting? (i.e. today)" (3) "What prevents me from performing my work as efficiently as possible?"
- Story time. A regular work session where items on the backlog are discussed, refined and estimated and the backlog is trimmed and prioritized.
- Scrum of scrums. A meeting that is a scaling mechanism used to manage large projects involving Scrum multiple teams. A Scrum of Scrums is held to facilitate communication between teams that may have dependencies on one another. One member from each team attends the Scrum of Scrums to speak for the team—this could be the Scrum Master but may be any team member who can effectively relay information and handle questions or concerns for the team.
- Sprint review meeting. A meeting that a Scrum team holds immediately following the completion of a sprint to review and demonstrate what the team has accomplished during the sprint. This meeting is attended by the product owner or customer, Scrum Master, Scrum team, and stakeholders. The Sprint review meeting is an informal meeting (no Powerpoint slides allowed). The length of the sprint determines the length of the Sprint review meeting, with one hour being equivalent to one week of the sprint. Using this formula, the Sprint planning meeting for a two-week sprint would last two hours, although this can vary.
- Sprint retrospective. A Scrum meeting held following the completion of a sprint to discuss whether the sprint was successful and to identify improvements to be incorporated into the next sprint.
- Unified Process. A customizable framework developed for enterprise administration. This framework emphasizes (a) four project life-cycle phases, in which (b) six "engineering" disciplines such as business modeling, requirements, design, implementation, test, and deployment are applied, as well as (c) the strategic development tripod.
- Rational Unified Process (RUP). The version of the Unified Process that is trademarked by IBM.
- DADI (or DADI pattern). The enterprise development pattern that divides enterprise administration in four batches: Discovery (D), Analysis (A), Design (D), and Implementation (I). Although the batches tend to be both consecutive and complete, this statement is rarely true. Most frequently, Discovery can occur at any time and the newly discovered data re-starts the process.
Results
- Strategic plan. A plan that applies to the entire enterprise, formalizes its enterprise portfolio, and establishes the enterprise's overall goals. This plan also defines its business models and may or may not include related competitive strategies.
- Strategy. The plan for how the organization will do what it's in business to do, how it will compete successfully, and how it will attract and satisfy its customers in order to achieve its goals.
- Commitment concept. Plans should extend for enough to meet those commitments made when the plans were developed.
- Roadmap. A strategic plan to create a product or complete a project. A roadmap describes the individual steps required to meet a set of goals or objectives.
Practices
- Some practitioners believe that business plans have no value for the business itself.
Indeed, it is impossible or almost impossible to predict revenues with no historical data. Furthermore, every bank asks about a business plan, but no real bank provides a business with external funding based on a business plan alone. Taking into consideration these observations, business plans may be considered as documents that banks need in order to report to the government and to use in their public relations that the banks support business.No business plan survives first contact with customers -- Steve Blank, entrepreneur
Validated Learning Quarter is the successor lecture. In the enterprise implementation series, the next lecture is Project Management Quarter.