Principles of ManagementUnit 414 min read
Organizational Structure & Design: Types, Models & Real-World Cases
Unit 4 of Principles of Management explores how organizations are structured—from tall hierarchies to flat networks—covering key models (U-form, M-form, H-form), design principles, and how structure impacts efficiency, communication, and adaptability. Includes Nepali case studies (Nabil Bank, Daraz) and exam-focused co
TAKEAWAYS:
- Organizational structure defines who reports to whom, how work flows, and who makes decisions—critical for efficiency and adaptability.
- Contingency theory states there’s no "best" structure; it depends on size, environment, and strategy (e.g., startups vs. banks).
- Centralization vs. decentralization affects speed (decentralized = faster decisions) but risks coordination (centralized = control).
- Span of control (how many subordinates a manager oversees) impacts communication clarity and managerial workload—ideal span is 5–9.
- Matrix structures (used in tech firms like Google) combine functional and project teams but create conflict over dual reporting.
- Organizational design must align with goals, technology, and culture (e.g., NTC’s bureaucratic structure vs. Pathao’s agile teams).
1. What Is Organizational Structure?
Organizational structure is the framework that shows:
- Division of labor (who does what).
- Authority and responsibility (who decides what).
- Communication channels (how information flows).
- Coordination mechanisms (how departments work together).
Why Does Structure Matter?
- Efficiency: Clear roles reduce confusion (e.g., Nabil Bank’s structured loan approval process).
- Adaptability: Flat structures (like Daraz’s) allow faster innovation.
- Control: Tall hierarchies (e.g., NTC) ensure compliance but slow decisions.
2. Types of Organizational Structures
A. Functional Structure (U-Form)
- Definition: Groups employees by specialized functions (marketing, finance, HR).
- Example: Most Nepali banks (Nabil, Global IME) use this for expertise in each department.
- Pros:
- Economies of scale (e.g., shared HR tools).
- Clear career paths (e.g., from teller → branch manager).
- Cons:
- Silos: Marketing and sales may not collaborate well.
- Slow cross-department decisions.
mindmap
root((Functional Structure))
U-Form
"Groups by function (e.g., Finance, Marketing)"
"Pros: Expertise, efficiency"
"Cons: Silos, slow innovation"
Example
"Nabil Bank: HR, Loans, Retail in separate departments"B. Divisional Structure (M-Form)
- Definition: Divides by products, regions, or customers (e.g., Daraz’s e-commerce vs. logistics divisions).
- Example: Toyota (global regions) or Chaudhary Group (divisions like cement, FMCG).
- Pros:
- Focused strategy per division.
- Faster response to market changes (e.g., Daraz’s regional teams).
- Cons:
- Duplicated resources (e.g., each division may have its own HR).
- Conflict between divisions (e.g., Daraz’s sellers vs. buyers team).
mindmap
root((Divisional Structure))
M-Form
"Groups by product/region/customer"
"Pros: Flexibility, focus"
"Cons: Overhead, duplication"
Example
"Daraz: E-commerce division vs. Logistics division"C. Matrix Structure (H-Form)
- Definition: Dual reporting—employees report to both functional and project managers (e.g., a software engineer reports to IT and a product team).
- Example: Google (project-based teams) or Nepal’s IT firms for software exports.
- Pros:
- Flexibility for complex projects (e.g., Ncell’s app development).
- Cross-functional innovation.
- Cons:
- Conflict: "Who’s my boss?" (e.g., a Daraz employee in marketing vs. a campaign team).
- Complex coordination.
graph LR A["Employee"] -->|"Reports to"| B["Functional Manager (HR)"] A -->|"Reports to"| C["Project Manager (New App Launch)"] B -->|"Conflicts with"| C
D. Network Structure (Virtual/Modular)
- Definition: Outsourcing core functions to external partners (e.g., Pathao outsources driver management to gig workers).
- Example: Uber (no employees, just contractors) or Nepal’s freelance IT firms.
- Pros:
- Cost savings (no fixed overhead).
- Access to global talent (e.g., Daraz’s international suppliers).
- Cons:
- Loss of control (e.g., Pathao’s driver quality issues).
- Dependence on partners.
| Structure | Example (Nepal) | Best For | Key Challenge |
|---|---|---|---|
| Functional | Nabil Bank | Stable environments | Slow cross-department decisions |
| Divisional | Daraz (e-commerce) | Diversified products | Duplicated resources |
| Matrix | Ncell (app development) | Project-based work | Role ambiguity |
| Network | Pathao (gig workers) | Startups, flexible needs | Coordination risks |
3. Key Design Elements
A. Centralization vs. Decentralization
| Aspect | Centralized | Decentralized |
|---|---|---|
| Decision-Making | Top management (e.g., NTC’s board) | Delegated to lower levels (e.g., Daraz’s regional managers) |
| Speed | Slow (e.g., bank loan approvals) | Fast (e.g., startup product changes) |
| Risk | Low (controlled) | High (local autonomy) |
| Example | Nepal Rastra Bank (strict rules) | Himalayan Java (empowered team leads) |
B. Span of Control
- Definition: Number of subordinates a manager oversees.
- Ideal Span: 5–9 (too few = micromanagement; too many = overload).
- Example:
- Narrow span (tall hierarchy): NTC (1 manager : 3 subordinates).
- Wide span (flat structure): Startups (1 manager : 10+ subordinates).
graph TD A["CEO"] --> B["VP Operations"] B --> C["Regional Manager 1"] B --> D["Regional Manager 2"] C --> E["5 Team Leads"] D --> F["7 Team Leads"] label="Narrow span (NTC-style)"
C. Formalization
- High formalization: Rules, procedures, and policies are strictly defined (e.g., NTC’s engineering manuals).
- Low formalization: Flexible guidelines (e.g., Google’s "20% time" for side projects).
- Trade-off:
- High formalization → Consistency but slows innovation.
- Low formalization → Creativity but risks errors.
4. Contingency Theory: No One-Size-Fits-All
Contingency theory states that the best structure depends on:
- Environment: Stable (functional) vs. dynamic (matrix).
- Strategy: Cost leadership (centralized) vs. innovation (decentralized).
- Technology: Routine (tall hierarchy) vs. complex (flat teams).
- Size: Small firms (flat) vs. large firms (divisional).
Real-World Examples
| Company | Structure | Why? |
|---|---|---|
| Nabil Bank | Functional | Stable, regulated industry |
| Daraz | Divisional + Matrix | E-commerce needs agility and specialization |
| Pathao | Network | Gig economy requires flexibility |
| NTC | Bureaucratic | Government-mandated stability |
5. Organizational Design Process
- Assess the environment: Is it stable (banking) or turbulent (tech startups)?
- Define goals: Profit (centralized) vs. innovation (decentralized).
- Choose structure: Match to goals (e.g., matrix for R&D).
- Implement: Train employees, update policies.
- Evaluate: Measure efficiency, adapt as needed.
Worked Example: Kathmandu Traffic Routes
- Problem: Traffic jams due to poor coordination between police, city planners, and drivers.
- Current Structure: Decentralized (multiple agencies with no unified command).
- Solution:
- Matrix structure: Traffic police report to both city planning and emergency response teams.
- Tech integration: Use centralized dashboards (like Singapore’s traffic management) to monitor real-time data.
- Outcome: Faster response to accidents, reduced congestion.
## In the Real World
Nabil Bank’s Functional Structure
- Idea Used: Functional (U-form) structure with clear departments (Retail Banking, Corporate Banking, Treasury).
- How It Works: Loan officers report only to the Loan Department Head, ensuring standardized processes. This reduces errors in approvals but can slow down personalized service.
- Nepali Context: Banks like Nabil use this because regulatory compliance requires strict procedures.
Daraz’s Divisional + Matrix Hybrid
- Idea Used: Divisional (M-form) for products (e-commerce, logistics) + matrix for cross-functional teams (e.g., a product manager works with marketing, tech, and supply chain).
- How It Works: During Big Billion Days, a single product team (matrix) coordinates with inventory (divisional) and marketing (functional) to avoid stockouts.
- Global Parallel: Amazon uses a similar model for its AWS (cloud services) division.
Pathao’s Network Structure
- Idea Used: Virtual/modular structure—no full-time drivers, just gig workers.
- How It Works: Pathao outsources driver management, vehicle maintenance, and customer support to third parties. This keeps costs low but requires strong IT systems to track performance.
- Risk: If a partner (e.g., bike rental service) fails, Pathao’s operations suffer (as seen during COVID-19 lockdowns).
NTC’s Bureaucratic Structure
- Idea Used: Highly centralized and formalized structure with narrow spans of control.
- How It Works: A single board makes decisions for all engineering projects, and detailed SOPs govern every task (e.g., road repair timelines).
- Why It Exists: Nepal’s political instability and funding constraints require strict control to avoid corruption.
6. Common Mistakes in Organizational Design
Ignoring the Environment
- Example: A Nepali textile firm using a matrix structure (like global brands) but failing because local suppliers are unreliable.
- Fix: Start with a functional structure, then add flexibility.
Over-Centralization
- Example: Ncell’s slow app updates because all decisions go through Kathmandu HQ.
- Fix: Empower regional managers (decentralization).
Poor Span of Control
- Example: A Daraz manager overseeing 15 subordinates, leading to miscommunication.
- Fix: Limit to 6–8 subordinates per manager.
Resisting Change
- Example: NTC clinging to paper-based records despite digital alternatives.
- Fix: Pilot hybrid structures (e.g., digital tools for field teams).
## Exam Tip
How This Unit Is Tested
Definitions + Examples
- Question Type: "Define functional structure and give a Nepali example."
- How to Score:
- Definition: 1 mark (e.g., "Groups employees by specialized functions").
- Example: 1 mark (e.g., "Nabil Bank’s HR, Finance, and Loan departments").
- Application: 1 mark (e.g., "This ensures expertise but creates silos between departments").
Comparisons (Tables)
- Question Type: "Compare centralized and decentralized structures."
- How to Score:
- Use a Markdown table (as above).
- Add Nepali examples (e.g., NTC vs. Himalayan Java).
Case Studies
- Question Type: "How would you restructure Pathao to improve efficiency?"
- How to Score:
- Diagnose: "Currently uses a network structure but faces coordination issues."
- Solution: "Introduce a hybrid matrix structure for driver management + keep outsourced logistics."
- Justify: "Matrix allows faster response to demand spikes; outsourcing reduces costs."
Process Questions
- Question Type: "Explain the steps to design an organizational structure."
- How to Score:
- Use a bullet list or flowchart (Mermaid).
- Link each step to real-world examples (e.g., "Assess environment → Daraz’s dynamic e-commerce market").
SWOT of Structures
- Question Type: "What are the advantages and disadvantages of a divisional structure?"
- How to Score:
- Advantages: Focus, flexibility (use Daraz’s regional teams).
- Disadvantages: Duplication, conflict (e.g., Daraz’s e-commerce vs. logistics teams).
Model Answer Snippet (7+8 Marks)
Question: "Organizational effectiveness depends on proper organizational structure. Discuss the statement and explain the process of structuring an organization."
Answer: Organizational effectiveness refers to achieving goals efficiently while adapting to change. Proper structure ensures clear roles, communication, and coordination, directly impacting performance.
How Structure Affects Effectiveness:
- Clear Roles: A functional structure (e.g., Nabil Bank) reduces confusion but may slow cross-department projects.
- Decision Speed: Decentralized structures (e.g., Himalayan Java) allow faster innovation but risk inconsistent quality.
- Resource Use: Divisional structures (e.g., Daraz) optimize resources per division but may duplicate costs (e.g., separate HR teams).
Process of Structuring an Organization:
flowchart TD A["Assess Environment"] --> B["Define Goals"] B --> C["Choose Structure"] C --> D["Implement"] D --> E["Evaluate & Adapt"] label="Step 1: Analyze stability (e.g., banking = functional; tech = matrix)" label="Step 2: Align with goals (e.g., NTC’s stability vs. Daraz’s growth)"
Example: Nepal’s NTC
- Current Structure: Bureaucratic (centralized, high formalization).
- Issue: Slow response to floods or landslides.
- Solution: Introduce a matrix structure for emergency teams, combining engineering (functional) and disaster response (project-based).
Conclusion: Effectiveness depends on matching structure to context. A one-size-fits-all approach fails (e.g., Pathao’s network structure works for gigs but not for corporate training).
Marking Scheme:
- Discussion: 5 marks (clear links between structure and effectiveness).
- Process: 3 marks (logical steps with examples).
- Example: 2 marks (real-world application).
Based on the TU BBS syllabus for Principles of Management (MGT213), unit 4.
Discussion
Loading…