A_D_High_Tech__B_.pdf.pdf

KEL158 Revised May 8, 2009

©2006 by the Kellogg School of Management, Northwestern University. This case was prepared by Derek Yung ’03 and Alex Gershbeyn ’03 under the supervision of Professor Mark Jeffery in the Center for Research on Technology and Innovation. Cases are developed solely as the basis for class discussion. Some facts within the case have been altered for confidentiality reasons. Cases are not intended to serve as endorsements, sources of primary data, or illustrations of effective or ineffective management. To order copies or request permission to reproduce materials, call 800-545-7685 (or 617-783-7600 outside the United States or Canada) or e-mail [email protected]. No part of this publication may be reproduced, stored in a retrieval system, used in a spreadsheet, or transmitted in any form or by any means—electronic, mechanical, photocopying, recording, or otherwise—without the permission of the Kellogg School of Management.

MARK JEFFERY

A&D High Tech (B): Managing Scope Change

After successfully planning and organizing the A&D High Tech online store project, project manager Chris Johnson was promoted to vice president of e-business. Eric Robertson returned from his leave and assumed the position he had left as the project manager for the online store.

In late summer 2003, Johnson began hearing whispers from his colleagues that the project was in trouble. On August 20, CIO Matt Webb frantically approached Johnson in his office. He had just fired Robertson and wanted Johnson to serve as the interim project manager. For more than three months, Robertson had told Webb that the project was on track, but suddenly he changed course and told Webb that he “guessed” it would be at least one month late and that costs would overrun by more than 20 percent. This was hardly acceptable, since it was imperative that the project be completed in time for the holiday shopping season. The project had strategic importance to the company and was integral to its holiday promotion strategy.

Webb explained to Johnson that there was an additional challenge: the vice president of marketing wanted to create “promotional bundles” for the holiday season. Promotional bundles are a collection of items bundled together and sold at a lower cost than if the items were purchased individually. A&D’s trial promotions with some retailers had shown an increase of 10 percent in sales with the addition of these promotional bundles, and the marketing plan called for them to be rolled out nationally. Thus, in order to maintain consistency in all sales channels, the bundles also needed to be available in the online store.

Once again, Johnson was asked to quickly troubleshoot the project. He needed to analyze the true state of the project and gather his projections for cost and schedule. Johnson also needed to assess the possible impact of adding promotional bundles. Although deterred from his transition into his new job as vice president, Johnson was nonetheless excited to once again put his project management expertise to use.

Promotional Bundles

The promotional bundles and the tasks associated with implementing them represented the only functional or scope change for the online store as Johnson set out to troubleshoot the project.

For the exclusive use of V. THANGAMANI

This document is authorized for use only by Vivekanandan Thangamani in IDS 507: Advanced Systems Analysis and Design Project taught by Dr. Matthew Liotine from September 2012 to March 2013.

A&D HIGH TECH (B) KEL158

2 KELLOGG SCHOOL OF MANAGEMENT

The promotional bundles did not necessarily present a technical design challenge for the project. The product catalog from Microsoft Site Server had the flexibility to handle complex rules in dealing with different pricing schemes. However, since MS Site Server had to be configured and tested, a new set of tasks not originally planned or estimated needed to be factored into the project plan.

Sales planning called for a total of twelve promotional bundles. The technical lead on the team, Marc Sanders, estimated that after two to three days of training per person, ten to twelve “person-days” would be needed for his team to configure the pricing rules in the system. The testing lead estimated twenty to twenty-five person-days would be needed to test the new features and to regression-test the existing products in conjunction with the promotional bundles. Sanders was a bit worried about the size of his development team, since he was barely keeping up with his duties managing the existing tasks on the project.

A&D was currently charging shipping as a flat percentage depending on order size. The online store, however, was to be built to handle percentages and to specify shipping charges on a per-item basis. In the project outline, the baseline estimate of the Submit Order tasks for design and build included the work for the extra shipping functionality. Sanders estimated that he could reduce 50 percent of the work on the Submit Order tasks if the per-item shipping charge feature was removed. Doing so would likely free up a developer who could potentially work on the ERP interface.

Project Staffing

As far as Johnson knew, the IT staff was running at full capacity, which meant that any additional resources for the project would have to be contractors. A&D did not traditionally use contractors for testing. The market rate for a contract developer had risen to $175 per hour, with an overtime rate of 150 percent. Johnson’s best guess was that it would take one week for a new developer to get acclimated and trained on the procedures of the project.

Microsoft could provide consultants who were fully trained with the expertise to configure the pricing engine to accommodate the promotional bundles. Sanders had experience working with these consultants, and he estimated that they could do the configuration work and train another developer to maintain the rules in the system in no more than two to three days. The Microsoft consultants charged $500 per hour and required a minimum of two weeks to arrange for the visit. Thus, for planning purposes, Microsoft consultants could be hired for two to three days’ work but required two weeks’ lead time to schedule.

Review Meeting

After reviewing his new assignment with Webb, Johnson quickly gathered all the online store project leads to get their input on the state of the project. He learned that there had been no measurement—and hence no evaluation—of project management metrics. This came as a surprise to Johnson, since Robertson had been known to be meticulous in measuring projects quantitatively in the past.

For the exclusive use of V. THANGAMANI

This document is authorized for use only by Vivekanandan Thangamani in IDS 507: Advanced Systems Analysis and Design Project taught by Dr. Matthew Liotine from September 2012 to March 2013.

KEL158 A&D HIGH TECH (B)

KELLOGG SCHOOL OF MANAGEMENT 3

After working with the leads for more than a week, Johnson painstakingly pieced together the historical data and got the actual time spent working for all relevant tasks as of August 26. See Exhibit 1 for the project “actuals.” He also had the earned value template from a previous assignment that could be used to analyze the project plan, if he could figure out how the earned value data could be extracted from the project software. See Exhibit 2.

The project was originally scheduled to be implemented by mid-November, before the Thanksgiving weekend. The vice president of marketing and Webb agreed that it was possible to delay implementation until December 1 and still reap some of the benefits of the holiday season. Johnson realized that this was far from the ideal scenario, since the project would miss the Thanksgiving shopping weekend. However, he needed to provide Webb with an accurate assessment on how and when the project could be completed.

Johnson realized that he first needed to update the original Microsoft Project document. He was not sure what, if any, problems existed within the original project. In addition, he was not sure exactly how to incorporate the promotional bundles into the project plan. Johnson’s experience told him that something would need to be fixed, and that the last-minute scope change was going to cost the company.

For the exclusive use of V. THANGAMANI

This document is authorized for use only by Vivekanandan Thangamani in IDS 507: Advanced Systems Analysis and Design Project taught by Dr. Matthew Liotine from September 2012 to March 2013.

A&

D H

IGH

TE

CH

(B)

KE

L15

8

KEL

LOG

G S

CH

OO

L O

F M

AN

AG

EMEN

T 4

Exhi

bit 1

: Pro

ject

Act

uals

Ta

sk N

ame

Bas

elin

e (d

ays)

V

aria

nce

Act

ual

Rem

aini

ng

Res

ourc

e N

ame

Ove

rall

Proj

ect

Proj

ect M

anag

emen

t

Man

age

Pro

ject

12

7 –2

90

65

C

hris

Joh

nson

(Pro

ject

Man

ager

)

Syst

em R

equi

rem

ents

0

Gat

her B

usin

ess

Req

uire

men

ts

8 –1

7

0 R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Des

ign

Bus

ines

s P

roce

ss F

low

s 4

0 4

0 R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Fina

lize

Tech

nica

l Req

uire

men

ts

6 –1

5

0 R

ick

Bur

ke (I

nfra

stru

ctur

e Le

ad)

Cre

ate

Ope

ratio

nal R

equi

rem

ents

15

0

15

0 R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st),

Ric

k B

urke

(Inf

rast

ruct

ure

Lead

) Id

entif

y Te

chni

cal I

nfra

stru

ctur

e N

eeds

2

–1

1 0

Ric

k B

urke

(Inf

rast

ruct

ure

Lead

)

Softw

are

Req

uire

men

ts

C

reat

e Fu

nctio

nal R

equi

rem

ents

Cap

ture

Cus

tom

er P

rofil

e 4

0 4

0 R

yan

Nef

f (Fu

nctio

nal L

ead)

Vie

w a

nd S

earc

h P

rodu

ct C

atal

og

6 0

6 0

Rya

n N

eff (

Func

tiona

l Lea

d)

Upd

atin

g an

d C

alcu

latin

g S

hopp

ing

Car

t 3

1 4

0 R

yan

Nef

f (Fu

nctio

nal L

ead)

Taki

ng P

aym

ents

6

–1

5 0

Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Sub

mit

Ord

er

4 0

4 0

Rya

n N

eff (

Func

tiona

l Lea

d)

Che

ck O

rder

His

tory

& O

rder

Sta

tus

3 0

3 0

Rya

n N

eff (

Func

tiona

l Lea

d)

Cre

ate

Dat

a R

equi

rem

ents

3

0 3

0 S

tacy

Lyl

e (F

unct

iona

l Ana

lyst

)

Cre

ate

ER

P In

terfa

ce R

equi

rem

ents

7

8 10

5

Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Cre

ate

Use

r Int

erfa

ce R

equi

rem

ents

4

0 4

0 S

tacy

Lyl

e (F

unct

iona

l Ana

lyst

)

Det

aile

d D

esig

n

Des

ign

Cap

ture

Cus

tom

er P

rofil

e P

ages

&

Com

pone

nts

13.5

0

13.5

0

Mar

c S

ande

rs (D

evel

opm

ent L

ead)

, Rya

n N

eff (

Func

tiona

l Lea

d)

[50%

] D

esig

n V

iew

and

Sea

rch

Pro

duct

Cat

alog

P

ages

& C

ompo

nent

s 13

.5

0 13

.5

0 D

evel

oper

1 (T

BD

), R

yan

Nef

f (Fu

nctio

nal L

ead)

[50%

]

..

..

..

..

..

For the exclusive use of V. THANGAMANI

This document is authorized for use only by Vivekanandan Thangamani in IDS 507: Advanced Systems Analysis and Design Project taught by Dr. Matthew Liotine from September 2012 to March 2013.

A&

D H

IGH

TE

CH

(B)

KE

L15

8

KEL

LOG

G S

CH

OO

L O

F M

AN

AG

EMEN

T 5

Exhi

bit 1

(con

tinue

d)

Task

Nam

e B

asel

ine

(day

s)

Var

ianc

e A

ctua

l R

emai

ning

R

esou

rce

Nam

e

Des

ign

Upd

atin

g &

Cal

cula

ting

Sho

ppin

g C

art

6 0

6 0

Dev

elop

er 1

(TB

D),

Rya

n N

eff (

Func

tiona

l Lea

d)

Des

ign

Taki

ng P

aym

ents

Pag

es &

Com

pone

nts

6 0

6 0

Mar

c S

ande

rs (D

evel

opm

ent L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Des

ign

Sub

mit

Ord

er P

ages

& C

ompo

nent

s 16

0

16

0 M

arc

San

ders

(Dev

elop

men

t Lea

d), R

yan

Nef

f (Fu

nctio

nal L

ead)

Des

ign

Che

ck O

rder

His

tory

& O

rder

Sta

tus

Pag

es &

Com

pone

nts

4 1

5 0

Mar

c S

ande

rs (D

evel

opm

ent L

ead)

, Rya

n N

eff (

Func

tiona

l Lea

d)

Des

ign

Logi

cal &

Phy

sica

l Dat

a M

odel

18

–6

12

0

San

jay

Voh

ra (D

BA

), S

tacy

Lyl

e (F

unct

iona

l Ana

lyst

)

Des

ign

ER

P In

terfa

ce

20

10

20

10

Dev

elop

er 1

(TB

D),

Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Test

Pla

nnin

g

Gat

her T

estin

g R

equi

rem

ents

14

0

14

0 K

ara

Sip

oski

(Tes

t Lea

d), T

odd

Elia

son

(Tes

ter)

Cre

ate

Sys

tem

Tes

t Pla

n &

Tes

t Cas

es

20

0 20

0

Kar

a S

ipos

ki (T

est L

ead)

, Tod

d E

liaso

n (T

este

r)

Writ

e S

yste

m T

est S

crip

ts

22

0 20

2

Kar

a S

ipos

ki (T

est L

ead)

, Tod

d E

liaso

n (T

este

r)

Tech

nica

l Inf

rast

ruct

ure

C

reat

e D

evel

opm

ent E

nviro

nmen

t 20

0

20

0 R

ick

Bur

ke (I

nfra

stru

ctur

e Le

ad)

Cre

ate

Test

ing

Env

ironm

ent

34.2

–4

.2

10

20

Ric

k B

urke

(Inf

rast

ruct

ure

Lead

) [90

%]

Sup

port

Dev

elop

men

t Env

ironm

ent

3.8

–0.2

1.

2 2.

4 R

ick

Bur

ke (I

nfra

stru

ctur

e Le

ad) [

10%

]

Sup

port

Test

ing

Env

ironm

ent &

Dep

loym

ent

46

0 0

46

Ric

k B

urke

(Inf

rast

ruct

ure

Lead

)

Sup

port

Dat

abas

e 4.

6 0

0.1

4.5

San

jay

Voh

ra (D

BA

) [10

%]

Dev

elop

men

t & U

nit T

est

B

uild

Cap

ture

Cus

tom

er P

rofil

e P

ages

&

Com

pone

nts

13

1 14

0

Dev

elop

er 2

(TB

D)

Bui

ld V

iew

and

Sea

rch

Pro

duct

Cat

alog

Pag

es

& C

ompo

nent

s 12

2

14

0 D

evel

oper

3 (T

BD

)

Bui

ld U

pdat

ing

& C

alcu

latin

g S

hopp

ing

Car

t 7

4 6

5 D

evel

oper

3 (T

BD

)

Bui

ld T

akin

g P

aym

ents

Pag

es &

Com

pone

nts

6 1

7 0

Dev

elop

er 2

(TB

D)

Bui

ld S

ubm

it O

rder

Pag

es &

Com

pone

nts

24

0 0

24

Dev

elop

er 2

(TB

D),

Dev

elop

er 3

(TB

D)

Bui

ld C

heck

Ord

er H

isto

ry &

Ord

er S

tatu

s P

ages

& C

ompo

nent

s 6

0 6

0 M

arc

San

ders

(Dev

elop

men

t Lea

d)

..

..

..

..

..

For the exclusive use of V. THANGAMANI

This document is authorized for use only by Vivekanandan Thangamani in IDS 507: Advanced Systems Analysis and Design Project taught by Dr. Matthew Liotine from September 2012 to March 2013.

A&

D H

IGH

TE

CH

(B)

KE

L15

8

KEL

LOG

G S

CH

OO

L O

F M

AN

AG

EMEN

T 6

Exhi

bit 1

(con

tinue

d)

Task

Nam

e B

asel

ine

(day

s)

Var

ianc

e A

ctua

l R

emai

ning

R

esou

rce

Nam

e

Bui

ld L

ogic

al &

Phy

sica

l Dat

a M

odel

15

.5

0 10

5.

5 S

anja

y V

ohra

(DB

A) [

50%

]

Bui

ld E

RP

Inte

rface

18

14

2

30

Dev

elop

er 1

(TB

D)

Sup

port

Dev

elop

men

t & A

ssem

bly

Test

46

0

2 44

R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Test

ing

P

erfo

rm A

ssem

bly

Test

ing

32

Per

form

Pha

se 1

Tes

ting

12

M

arc

San

ders

(Dev

elop

men

t Lea

d)

Per

form

Pha

se 2

Tes

ting

20

M

arc

San

ders

(Dev

elop

men

t Lea

d), D

evel

oper

1 (T

BD

), D

evel

oper

2

(TB

D),

Dev

elop

er 3

(TB

D)

Per

form

Sys

tem

Tes

ting

160

K

ara

Sip

oski

(Tes

t Lea

d), T

odd

Elia

son

(Tes

ter)

, Mar

c S

ande

rs

(Dev

elop

men

t Lea

d), D

evel

oper

1 (T

BD

), D

evel

oper

2 (T

BD

), D

evel

oper

3 (T

BD

), R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Per

form

Val

idat

ion

Test

ing

80

K

ara

Sip

oski

(Tes

t Lea

d), T

odd

Elia

son

(Tes

ter)

, Mar

c S

ande

rs

(Dev

elop

men

t Lea

d), D

evel

oper

1 (T

BD

), D

evel

oper

2 (T

BD

), D

evel

oper

3 (T

BD

), R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Dep

loym

ent

Im

plem

ent S

yste

m

80

K

ara

Sip

oski

(Tes

t Lea

d), T

odd

Elia

son

(Tes

ter)

, Mar

c S

ande

rs

(Dev

elop

men

t Lea

d), D

evel

oper

1 (T

BD

), D

evel

oper

2 (T

BD

), D

evel

oper

3 (T

BD

), R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Dep

loy

To P

rodu

ctio

n 8

K

ara

Sip

oski

(Tes

t Lea

d), T

odd

Elia

son

(Tes

ter)

, Mar

c S

ande

rs

(Dev

elop

men

t Lea

d), D

evel

oper

1 (T

BD

), D

evel

oper

2 (T

BD

), D

evel

oper

3 (T

BD

), R

yan

Nef

f (Fu

nctio

nal L

ead)

, Sta

cy L

yle

(Fun

ctio

nal A

naly

st)

Pro

ject

Wra

p-U

p 90

Kar

a S

ipos

ki (T

est L

ead)

, Tod

d E

liaso

n (T

este

r), M

arc

San

ders

(D

evel

opm

ent L

ead)

, Dev

elop

er 1

(TB

D),

Dev

elop

er 2

(TB

D),

Dev

elop

er 3

(TB

D),

Rya

n N

eff (

Func

tiona

l Lea

d), S

tacy

Lyl

e (F

unct

iona

l Ana

lyst

), R

ick

Bur

ke (I

nfra

stru

ctur

e Le

ad)

For the exclusive use of V. THANGAMANI

This document is authorized for use only by Vivekanandan Thangamani in IDS 507: Advanced Systems Analysis and Design Project taught by Dr. Matthew Liotine from September 2012 to March 2013.

A&D HIGH TECH (B) KEL158

7 KELLOGG SCHOOL OF MANAGEMENT

Exhibit 2: Earned Value Analysis Template The template below can be used to analyze earned value for the A&D project plan. The

accompanying electronic file has built-in Excel formulas to help derive the earned value ratios.

Project Component Monthly Plan May Jun Jul Aug Monthly status Plan BCWS Actual burn ACWP Actual perform BCWP Rolling status Plan BCWS Actual burn ACWP Actual perform BCWP Rolling ratios Schedule impact SV = BCWP – BCWS SPI = BCWP / BCWS Cost impact CV = BCWP – ACWP CPI = BCWP / ACWP Control ratio CR = SPI x CPI

For the exclusive use of V. THANGAMANI

This document is authorized for use only by Vivekanandan Thangamani in IDS 507: Advanced Systems Analysis and Design Project taught by Dr. Matthew Liotine from September 2012 to March 2013.

Our customer support team is here to answer your questions. Ask us anything!