IT Project & Product Management

Chapter 11
Stakeholders, Teams, Leadership and Change

Post Graduate Program in Information Technology
IT Project & Product Management   •   Post Graduate

Stakeholders, Teams, Leadership and Change

Introduction

Information technology projects and products are social systems as much as technical systems. A technically sound solution can fail because influential stakeholders were ignored, users were not prepared, teams lacked psychological safety, priorities were negotiated poorly, or organizational resistance was underestimated. Conversely, effective stakeholder analysis, leadership, communication, team design and change management can convert uncertainty into coordinated action.

This chapter examines how project and product managers create alignment across executives, customers, users, delivery specialists, suppliers, regulators and communities. It integrates stakeholder theory, team-development models, leadership perspectives, conflict and negotiation methods, and organizational-change frameworks. Particular attention is given to cross-functional and distributed work, where authority is often shared, information is unevenly distributed and cultural differences affect interpretation.

The central argument is that leadership is not simply the exercise of formal authority. It is the disciplined creation of shared meaning, trust, decision clarity and adaptive capacity.

Learning Objectives

By the end of this chapter, the reader should be able to:

  1. Identify, classify and prioritize project and product stakeholders.
  2. Design communication and engagement strategies appropriate to stakeholder needs.
  3. Explain how cross-functional and distributed teams develop and perform.
  4. Select leadership approaches for different situations and levels of uncertainty.
  5. Diagnose and resolve conflict while negotiating priorities ethically.
  6. Plan organizational change, address resistance and shape constructive culture.
  7. Evaluate the governance, ethical and technological implications of stakeholder and team decisions.

1. Stakeholders and the Political Nature of Delivery

A stakeholder is an individual, group or institution that can affect, be affected by, or perceive itself to be affected by a project, product or organizational decision. This definition includes obvious actors—sponsors, customers and users—but also operational teams, security specialists, unions, regulators, suppliers, communities and future maintainers.

Stakeholder management is not manipulation. Its legitimate purpose is to understand interests, power, expectations and impacts so that decisions are transparent, inclusive and aligned with organizational objectives. Stakeholders may support the initiative, oppose it, remain neutral or change position as evidence develops.

Stakeholder attributes

Three useful attributes are:

  • Power: the ability to influence resources, decisions, approvals or outcomes.
  • Legitimacy: the recognized validity of a stakeholder’s claim or relationship to the initiative.
  • Urgency: the time sensitivity or criticality of the stakeholder’s concern.

Mitchell, Agle and Wood’s stakeholder salience model combines these attributes. A stakeholder possessing one attribute may require monitoring; one possessing two may require active management; and one possessing all three is highly salient. Salience is dynamic rather than permanent. A user group may have limited formal power initially but acquire substantial influence after a safety incident or regulatory inquiry.

Stakeholder analysis should also distinguish interest from influence. A senior executive may have high influence but limited day-to-day interest, whereas a frontline user may have high interest and low formal authority. Both can be strategically important for different reasons.

Stakeholder identification and analysis

A rigorous analysis normally proceeds through the following activities:

  1. Identify: review business cases, process maps, contracts, organizational charts, user research and regulatory obligations.
  2. Understand interests: ask what each party values, fears, needs and hopes to gain.
  3. Assess influence and impact: estimate the ability to affect decisions and the degree to which outcomes affect the stakeholder.
  4. Assess stance: record whether the stakeholder is supportive, neutral, uncertain or resistant.
  5. Define engagement: determine the information, participation and decision rights required.
  6. Review continuously: update the analysis at stage gates, major risks, incidents and scope changes.

A stakeholder register should record evidence rather than stereotypes. The statement “operations is resistant” is weak; “operations objects to release because staffing assumptions are unverified” is actionable.

StakeholderInterest or impactInfluenceCurrent stanceAppropriate response
Executive sponsorBenefits, reputation, investmentHighSupportiveDecision briefings and escalation
End usersUsability, workload, service qualityMediumUncertainDemonstrations, pilots and feedback
Security teamRisk, compliance, resilienceHighConditionalEarly design review and evidence
OperationsMaintainability and continuityHighConcernedRunbooks, training and readiness tests
RegulatorCompliance and public protectionHighNeutralFormal evidence and traceability

Power-interest and salience approaches

A power-interest grid is a useful prioritization tool:

  • High power, high interest: manage closely.
  • High power, low interest: keep satisfied and avoid surprises.
  • Low power, high interest: keep informed and provide participation routes.
  • Low power, low interest: monitor efficiently.

The grid is a heuristic, not a moral ranking. Low-power stakeholders may be disproportionately affected. Accessibility, privacy and safety considerations can justify intensive engagement even when formal influence is low.

2. Communication and Engagement Strategy

Communication is successful when the intended audience receives, interprets and can act on information. Sending information is not equivalent to communicating. A technically accurate dashboard may fail if recipients do not understand its implications or do not trust its source.

A communication strategy should answer five questions:

  1. Who needs to know or decide?
  2. What information do they need, and at what level of detail?
  3. Why does it matter to them?
  4. When and through which channel should it be communicated?
  5. How will understanding and action be verified?

Communication design

Communication should be adapted to stakeholder cognitive and organizational context. Executives often need trend, exposure, decisions and exceptions; engineers need assumptions, interfaces and defects; users need workflow consequences and support; regulators need evidence and traceability.

A practical communication plan includes the message owner, audience, purpose, frequency, channel, decision required, confidentiality classification and feedback mechanism. Communication channels should not be selected solely for convenience. Sensitive issues may require a secure meeting; complex design decisions may require an accessible written record; urgent operational alerts may require multiple channels.

Communication richness and feedback

Rich channels—such as facilitated workshops or live demonstrations—are valuable when ambiguity, emotion or interdependence is high. Lean channels—such as standardized status reports—are efficient for routine, well-understood information. A useful principle is to match channel richness to uncertainty and consequence.

Engagement exists on a continuum: inform, consult, involve, collaborate and empower. The appropriate level depends on decision rights, risk, expertise and the ethical need for participation. Consulting stakeholders while secretly predetermining the outcome damages trust. If constraints prevent adoption of stakeholder recommendations, the rationale should be explained.

Communication effectiveness

Managers should assess outcomes rather than activity counts. Useful indicators include decision latency, unresolved-question age, attendance diversity, rework caused by misunderstanding, response rates, stakeholder confidence and the proportion of decisions with recorded owners. Metrics can themselves distort behavior; a high number of meetings is not evidence of effective communication.

3. Designing and Leading Cross-Functional Teams

A project or product team is a temporary or continuing social system whose members possess interdependent responsibilities. Cross-functional teams combine product, design, engineering, operations, security, legal, finance and domain expertise. Their diversity improves problem framing and risk detection, but also increases coordination costs.

Team structure and operating agreements

Team effectiveness depends on more than individual competence. Important design choices include:

  • clear mission and measurable outcomes;
  • explicit roles, interfaces and decision rights;
  • appropriate staffing and workload;
  • shared working agreements;
  • mechanisms for escalation and learning;
  • access to information and tools;
  • psychological safety and respectful conduct.

A responsibility assignment matrix can clarify involvement. In a RACI model, Responsible performs the work, Accountable owns the outcome, Consulted provides input and Informed receives updates. RACI is useful for clarity but can become bureaucratic if every small task receives excessive assignments. There should generally be one accountable role for a decision, even if many people are responsible for contributing.

Team-development models

Tuckman’s forming, storming, norming, performing and adjourning model describes common developmental patterns. It is not a deterministic sequence: teams can return to storming after a new leader, major scope change or membership transition. The model is valuable because it normalizes disagreement while emphasizing the need to establish norms and purpose.

Hackman’s research highlights enabling conditions such as a real team, compelling direction, enabling structure, supportive context and competent coaching. This perspective avoids the simplistic belief that motivation alone can compensate for poor system design.

Psychological safety and accountability

Psychological safety means that members can raise concerns, admit mistakes and disagree without fear of humiliation or retaliation. It is not permissiveness or the absence of standards. High-performing teams combine psychological safety with accountability: people are expected to meet commitments, explain deviations and improve practices.

Leaders can strengthen safety by inviting dissent, responding appreciatively to bad-news reporting, separating person from problem and conducting blameless learning reviews. They must also address harmful behavior promptly; tolerating bullying undermines both safety and performance.

Distributed and hybrid teams

Distributed teams face time-zone separation, reduced informal awareness, communication delay, language differences and unequal access to decision context. Effective practices include:

  • a documented “single source of truth” for decisions and current plans;
  • explicit response-time expectations;
  • asynchronous updates before meetings;
  • rotating meeting times to distribute inconvenience;
  • overlapping collaboration hours for urgent dependencies;
  • inclusive facilitation so remote members are not observers;
  • written decisions, owners and due dates;
  • periodic relationship-building and retrospectives.

The aim is not to reproduce an office online. It is to design work deliberately around information flow, autonomy and trust.

4. Leadership for Projects and Products

Leadership theories provide lenses rather than universal prescriptions. A project manager may need directive behavior during a production incident, coaching during capability development and facilitative behavior during discovery.

Transactional, transformational and servant leadership

Transactional leadership emphasizes expectations, rewards, monitoring and corrective action. It is useful where compliance, reliability and role clarity are essential. Transformational leadership creates a compelling purpose, encourages intellectual challenge and connects work with broader values. Servant leadership emphasizes enabling others, removing impediments and developing people.

Each has limitations. Transactional methods can narrow intrinsic motivation; transformational rhetoric can become detached from execution; servant leadership can be misunderstood as avoiding difficult decisions. Effective leaders combine approaches with situational judgment.

Situational and adaptive leadership

Situational leadership adapts direction and support to task complexity, competence and commitment. Adaptive leadership distinguishes technical problems, which can be solved through existing expertise, from adaptive challenges, which require learning, changed behavior and revised assumptions.

In uncertain product work, the leader’s role is often to frame experiments, surface competing hypotheses and protect learning. In regulated delivery, leadership must also preserve traceability and control. The leader should make decision criteria explicit: customer value, risk reduction, strategic fit, cost, time, compliance and reversibility may all matter.

Ethical leadership

Ethical leadership includes honesty about uncertainty, fair treatment, protection of vulnerable stakeholders, respect for privacy and willingness to escalate unsafe conditions. Leaders must avoid manipulating metrics, suppressing dissent or presenting forecasts as commitments. Power asymmetries make consent and participation especially important when employees or users cannot easily refuse.

5. Conflict, Negotiation and Priority Setting

Conflict is not inherently dysfunctional. Task conflict can reveal assumptions and improve decisions; relationship conflict, hostility and status competition generally damage collaboration. The objective is not to eliminate disagreement but to make it productive and bounded.

Conflict diagnosis

Before intervening, diagnose the source:

  • substantive conflict: different views about facts, requirements or solutions;
  • process conflict: disagreement about roles, sequence, ownership or resources;
  • relationship conflict: distrust, disrespect or perceived identity threat;
  • value conflict: incompatible ethical, cultural or strategic principles.

Different causes require different remedies. More data may help substantive conflict but will not resolve a trust injury.

Conflict-resolution process

A practical process is to:

  1. establish a respectful setting and shared purpose;
  2. allow each party to describe interests and evidence;
  3. distinguish positions from underlying needs;
  4. define the decision criteria;
  5. generate alternatives before evaluating them;
  6. test options against evidence, risk and stakeholder impact;
  7. record the decision, owner, assumptions and review date.

The Thomas–Kilmann framework describes competing, accommodating, avoiding, collaborating and compromising. No style is universally best. Collaboration is appropriate for important, integrative issues when time permits; avoiding may be sensible for trivial disputes or when emotions require cooling; competing may be justified in an emergency or where safety standards are non-negotiable.

Negotiating priorities

Principled negotiation separates people from problems, focuses on interests rather than positions, generates mutual gains and uses objective criteria. In product governance, prioritization should be explicit rather than driven by the loudest stakeholder.

A weighted scoring model can support, but not replace, judgment. Suppose an initiative is assessed on value, risk reduction, strategic alignment and effort. A score may be calculated as:

S = ∑(wᵢ × rᵢ), for i = 1 to n

where S is the total score, wᵢ is the weight assigned to criterion i, rᵢ is the initiative’s rating on that criterion, and n is the number of criteria. Weights should sum to 1 when normalized, and ratings must use a consistent scale. The model is applicable when criteria can be defined with reasonable reliability; it does not remove political, ethical or distributional judgments. A high score must not override legal or safety constraints.

For example, with weights of 0.35, 0.25, 0.20 and 0.20, and ratings of 8, 6, 7 and 5 on a ten-point scale:

S = (0.35×8) + (0.25×6) + (0.20×7) + (0.20×5) = 6.8

The result is a comparative aid, not a measurement of objective value.

6. Organizational Change, Culture and Resistance

Change management addresses the transition from a current state to a desired future state. IT change may involve new processes, platforms, roles, controls, reporting relationships or business models. Technical implementation and human adoption are interdependent: a deployed system that users avoid has not delivered its intended benefit.

Change frameworks

Lewin’s model describes unfreezing existing patterns, changing toward new practices and refreezing the new state. It is conceptually useful but can imply that organizations reach a stable endpoint.

Kotter’s model emphasizes urgency, a guiding coalition, vision, broad participation, short-term wins, consolidation and anchoring change in culture. ADKAR focuses on individual outcomes: awareness, desire, knowledge, ability and reinforcement. These models are complementary. Kotter helps leaders consider organizational mobilization; ADKAR helps diagnose why a particular person or group has not adopted the change.

Resistance as information

Resistance may arise from loss of status, workload, uncertainty, low trust, inadequate skills, incompatible incentives, poor design or legitimate ethical concern. Labeling all resistance as irrational prevents learning. Leaders should ask: What is being lost? Who bears the cost? What evidence would increase confidence? What support and choice are available?

A change impact assessment should examine processes, roles, competencies, technology, controls, customers and culture. Readiness activities may include user research, process simulation, training, pilot deployment, support channels, champions and feedback loops. Reinforcement requires measures, recognition, managerial follow-through and correction of structural barriers.

Culture

Organizational culture consists of shared assumptions, values and practices that shape behavior. Culture is visible in what leaders reward, tolerate, measure and discuss. A slogan cannot create a learning culture if bad news is punished. Cultural change is therefore enacted through routines: transparent retrospectives, fair promotion criteria, inclusive meetings, incident learning and consistent accountability.

7. Applied Case: The Meridian Claims Platform

The following is an illustrative fictional case.

Background

Meridian Assurance, a regional insurer, initiated a claims-platform program to reduce processing time and improve fraud detection. The program involved product managers, software engineers, claims assessors, data scientists, legal specialists, cybersecurity personnel and an external cloud provider. Executives expected a rapid launch, while claims assessors feared automation would reduce jobs and produce unfair customer outcomes.

Problem

The first release met technical performance targets but adoption stalled. Assessors created spreadsheets outside the platform, citing confusing recommendations and insufficient explanation of fraud scores. Operations leaders complained that they had been informed too late to redesign staffing. The legal team raised concerns about explainability and privacy. Meetings became adversarial, and the sponsor interpreted objections as resistance to modernization.

Analysis

A revised stakeholder analysis identified four interacting issues:

  1. The program had treated deployment as the primary outcome rather than safe adoption and customer benefit.
  2. Decision rights were unclear; the data team designed scoring logic while legal and claims experts reviewed it after implementation.
  3. Communication was one-way and emphasized milestones rather than consequences and evidence.
  4. The change burden fell disproportionately on frontline assessors, whose expertise was not represented in design decisions.

Approach

The program manager established a cross-functional design council with an accountable business owner and representatives from claims, data, security, legal, operations and user support. The council adopted a decision log and defined non-negotiable constraints: privacy compliance, human review for high-impact decisions and auditability of recommendations.

Assessors participated in workflow observation and prototype testing. The team changed the interface to show evidence supporting a recommendation, confidence limitations and an explicit override path. A pilot was conducted with two offices, using training, office hours and anonymous feedback. Success measures included adoption, processing time, override patterns, customer complaints, fairness checks and operational workload—not merely deployment completion.

The sponsor communicated that automation would assist rather than replace professional judgment during the pilot, while acknowledging that longer-term role changes remained possible and would be addressed transparently. The team also negotiated a staged release, delaying advanced automation until explanation quality and monitoring were acceptable.

Outcome

Adoption increased during the pilot, and claims assessors reported greater confidence in the recommendations. Processing time improved modestly rather than dramatically, but error investigation became faster and audit evidence improved. The program discovered that one data source disproportionately affected certain customer segments and removed it pending further review. The revised plan required more time but reduced operational and reputational risk.

Learning points

The case demonstrates that stakeholder engagement is part of product discovery, not a communications activity added after engineering. It also illustrates that resistance can reveal design, governance or justice problems. The most valuable leadership action was not persuasive messaging; it was redesigning decision rights and creating credible participation.

8. Governance, Technology and Contemporary Developments

Digital collaboration tools, sentiment analytics and generative AI can support stakeholder and team management, but they introduce substantial risks. Automated analysis of messages may misclassify emotion, expose private information or create surveillance cultures. AI-generated summaries can omit dissent or invent consensus. Managers should obtain appropriate consent, minimize data collection, validate outputs and preserve human review for consequential decisions.

Remote and hybrid work are becoming structurally significant rather than temporary exceptions. Organizations increasingly need skills-based team formation, asynchronous documentation, global talent coordination and explicit inclusion practices. At the same time, algorithmic management and productivity monitoring raise questions about autonomy, proportionality, discrimination and due process.

Governance should define who may decide, whose interests must be represented, what evidence is required, how conflicts are escalated and how decisions can be challenged. In high-impact systems, stakeholder engagement should include impact assessment, accessibility review, security and privacy review, and post-deployment monitoring. Compliance is a minimum condition; responsible management also considers fairness, explainability, human dignity and long-term societal effects.

9. Integrated Best Practices

An effective stakeholder and change strategy typically follows these principles:

  1. Begin with outcomes and affected people, not with a preferred technology.
  2. Treat stakeholder registers and engagement plans as living management instruments.
  3. Make authority, accountability and escalation routes explicit.
  4. Match communication richness to ambiguity, sensitivity and consequence.
  5. Build cross-functional teams around interdependence rather than organizational convenience.
  6. Combine psychological safety with clear standards and follow-through.
  7. Diagnose conflict before selecting a response style.
  8. Use prioritization models transparently, while recognizing their assumptions and limits.
  9. Treat resistance as evidence about risk, loss, capability or trust.
  10. Measure adoption, outcomes and unintended effects after deployment.
  11. Protect privacy, accessibility, safety and the rights of less powerful stakeholders.
  12. Use AI and collaboration analytics cautiously, with transparency and human accountability.

Chapter Summary

Stakeholders shape the legitimacy, feasibility and outcomes of IT projects and products. Effective management begins with systematic identification of interests, power, legitimacy, urgency, impact and stance. Communication must be designed around audience needs, decision rights, feedback and channel appropriateness; information distribution alone does not create engagement.

Cross-functional teams require a compelling purpose, clear roles, enabling structures, psychological safety and accountability. Distributed teams need deliberate asynchronous practices, documented decisions and inclusive coordination. Leadership is situational: transactional, transformational, servant and adaptive behaviors each have value when applied appropriately. Ethical leadership requires honesty, inclusion, protection of vulnerable groups and responsible use of power.

Conflict can improve decisions when it concerns evidence and alternatives, but relationship and process conflict require careful diagnosis. Principled negotiation and transparent prioritization help teams reconcile competing demands, although scoring models cannot replace ethical and managerial judgment. Change management connects technical implementation with adoption, capability, culture and reinforcement. Resistance is often valuable information about loss, design defects, incentives or trust. Finally, contemporary digital tools and AI require governance that protects privacy, fairness, explainability and human accountability.

Key Terms

Stakeholder: A person, group or institution that can affect, be affected by, or perceive itself to be affected by an initiative.

Stakeholder salience: The importance of a stakeholder based on power, legitimacy and urgency.

Power-interest grid: A tool for classifying stakeholders according to influence and level of interest.

Engagement: The deliberate involvement of stakeholders through informing, consulting, involving, collaborating or empowering.

Communication richness: The capacity of a communication channel to convey ambiguity, emotion, context and feedback.

Cross-functional team: A team whose members contribute expertise from different professional or organizational disciplines.

RACI: A responsibility model identifying Responsible, Accountable, Consulted and Informed roles.

Psychological safety: A shared belief that people can speak up, question and report errors without interpersonal punishment.

Distributed team: A team whose members work across physical locations, time zones or organizational boundaries.

Adaptive leadership: Leadership that helps people learn, change behavior and address challenges without established solutions.

Task conflict: Disagreement about ideas, evidence, requirements or solutions.

Principled negotiation: Negotiation based on interests, objective criteria, alternatives and separation of people from problems.

Weighted scoring model: A structured comparison using weighted criteria and ratings.

Organizational change: A transition in structures, processes, technologies, roles or behaviors.

Resistance: Opposition, hesitation or non-adoption arising from perceived loss, risk, uncertainty or inadequate support.

Psychological contract: Unwritten expectations between individuals and an organization.

Change champion: A trusted person who supports understanding, adoption and feedback during change.

Adoption: The extent to which intended users consistently and appropriately use a new product or practice.

Governance: Structures and processes for authority, accountability, oversight and decision-making.

Ethical leadership: Leadership that exercises power with honesty, fairness, responsibility and respect for affected parties.

Review Questions

Short Answer Questions

  1. What are the three attributes in the stakeholder salience model?
  2. Why is communication activity an inadequate measure of communication effectiveness?
  3. Distinguish psychological safety from low accountability.
  4. What is the purpose of a RACI model?
  5. Why should resistance to organizational change be treated as potentially informative?

Long Answer Questions

  1. Explain how a project manager could use a power-interest grid and stakeholder salience model together.
  2. Compare transactional, transformational, servant and adaptive leadership in an IT delivery context.
  3. Discuss the major challenges of leading cross-functional distributed teams and propose responses.
  4. Explain how principled negotiation can be used to resolve competing product priorities.
  5. Compare Lewin’s, Kotter’s and ADKAR change frameworks, including their limitations.

Analytical / Application Questions

  1. A security team joins a project late and rejects a proposed release. Diagnose the likely stakeholder, process and conflict issues, then design an engagement and resolution plan.
  2. Use the weighted scoring formula in this chapter to compare two initiatives, selecting your own justified criteria and weights. Explain the assumptions and limitations of your result.
  3. A remote product team has high delivery output but low user adoption and increasing staff turnover. Analyze the problem using team, leadership, communication and change-management concepts, and propose an integrated intervention plan.

Multiple Choice Questions with Answers

Question 1

Which combination defines stakeholder salience in the model discussed in the chapter?

A. Cost, schedule and scope

B. Power, legitimacy and urgency

C. Interest, communication and training

D. Authority, budget and technical skill

Correct Answer: B. Power, legitimacy and urgency

Question 2

A stakeholder has high power but low day-to-day interest. What is generally the most appropriate engagement approach?

A. Ignore the stakeholder

B. Manage closely through daily collaboration

C. Keep the stakeholder satisfied and avoid surprises

D. Transfer all decisions to the stakeholder

Correct Answer: C. Keep the stakeholder satisfied and avoid surprises

Question 3

What is the primary purpose of psychological safety?

A. To eliminate performance standards

B. To enable people to raise concerns and disagree without fear of humiliation

C. To ensure that all decisions are made by consensus

D. To prevent managers from correcting poor performance

Correct Answer: B. To enable people to raise concerns and disagree without fear of humiliation

Question 4

In a RACI model, which role owns the outcome or decision?

A. Responsible

B. Accountable

C. Consulted

D. Informed

Correct Answer: B. Accountable

Question 5

Which conflict type concerns disagreement about roles, ownership or sequence?

A. Relationship conflict

B. Value conflict

C. Process conflict

D. Technical conflict

Correct Answer: C. Process conflict

Question 6

Using the chapter’s weighted scoring formula, what is the score for ratings 8, 6, 7 and 5 with weights 0.35, 0.25, 0.20 and 0.20 respectively?

A. 5.8

B. 6.2

C. 6.8

D. 7.4

Correct Answer: C. 6.8

Question 7

Which statement best describes principled negotiation?

A. The strongest party should impose its preferred solution

B. Negotiators should focus on positions and avoid objective criteria

C. Negotiators should separate people from problems and focus on interests

D. Negotiators should postpone all disagreement until implementation

Correct Answer: C. Negotiators should separate people from problems and focus on interests

Question 8

What does ADKAR primarily emphasize?

A. Individual adoption outcomes such as awareness, desire, knowledge, ability and reinforcement

B. Only executive sponsorship and financial control

C. Software architecture and release sequencing

D. The five stages of team formation

Correct Answer: A. Individual adoption outcomes such as awareness, desire, knowledge, ability and reinforcement

Question 9

Why can resistance to change be valuable to a project team?

A. It always proves that the project should be cancelled

B. It may reveal legitimate concerns about loss, risk, capability or trust

C. It removes the need for stakeholder analysis

D. It guarantees faster adoption

Correct Answer: B. It may reveal legitimate concerns about loss, risk, capability or trust

Question 10

Which practice is most appropriate for a distributed team?

A. Rely exclusively on informal office conversations

B. Avoid documenting decisions to preserve flexibility

C. Use documented decisions, explicit response expectations and inclusive meeting practices

D. Schedule all meetings at the headquarters time zone

Correct Answer: C. Use documented decisions, explicit response expectations and inclusive meeting practices

IT Project & Product Management
Chapter 11 of 15