th - national skill development corporation

26
/OHSAS 18001:2007 Company 007 Com SAS 18001 SO 14001:2015/O 2015/ 001:2015/O Inclusive Growth Gro clusive a for an In r an Inc

Upload: others

Post on 01-Oct-2021

3 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: th - National Skill Development Corporation

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Page 2: th - National Skill Development Corporation

ENGINEER TECHNICAL SUPPORT

L E V E L 1E V E L 1E V E L 1

SUUP RPPORT

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Page 3: th - National Skill Development Corporation

ojgfjgj

Indus IntegratedInformation Management LimitedAN ISO 9001:2015, ISO 14001:2015, OHSAS 18001:2007, COMPANY

HEAD OFFICE:

AE‐369, Salt Lake Sec‐1, Kolkata‐ 700 064

Phone: 033 23370243/ 53

Mail ID: [email protected]

www.iiimltd.in www.indusedutrain.com

BRANCH OFFICES:

KOLKATA DELHI

AD‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

Phone: 011 4100 5994

AGARTALA ODISHA

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Phone: 08131955651 Phone No : 0674 2596196

MUMBAI PATNA

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Phone: +91 22 4099 5000

BENGALURU JAIPUR

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

Koramangala, Bengaluru‐560034 Room No 403, 4th Floor, Plot No‐B 64‐65,

Near ICICI Bank, Shekar Marg, Jaipur‐302016

Published: MAY, 2017

Copyright © IIIMLTD, 2017

All rights reserved. No part of this publication which is material protected by this copyright notice may be reproduced or transmitted or utilized or stored in any form or by any means now known or hereinafter invented, electronic, digital or mechanical, including photocopying, scanning, recording or by any information storage or retrieval system, without prior written permission from the copyright holder.

PRINTED IN INDIA

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Phone: +91 22 4099 5000

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

Published: MAY, 2017Published: MAY, 2017

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Phone: 08131955651 Phone No : 0674 2596196

MUMBAI PATNA

KOLKATA DELHI

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

AGARTALA ODISHA

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

KOLKATA DELHI

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

AGARTALA ODISHA

BRANCH OFFICES:

KOLKATA DELHI

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

Phone: 011 4100 5994

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: 011 4100 5994

AGARTALA ODISHA

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

AGARTALA ODISHA

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Phone: 08131955651 Phone No : 0674 2596196

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: 08131955651 Phone No : 0674 2596196

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: 08131955651 Phone No : 0674 2596196

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: 08131955651 Phone No : 0674 2596196

MUMBAI PATNA

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

MUMBAI PATNA

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Off New Link Road, SAB TV Lane, Patna‐800013

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Phone: +91 22 4099 5000

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: +91 22 4099 5000

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

Koramangala, Bengaluru‐560034 Room No 403, 4th Floor, Plot No‐B 64‐65,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Koramangala, Bengaluru‐560034 Room No 403, 4th Floor, Plot No‐B 64‐65,

Published: MAY, 2017

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Published: MAY, 2017

pyright © IIIMLTD, 2017An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

pyright © IIIMLTD, 2017An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: 08131955651 Phone No : 0674 2596196

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Phone: 08131955651 Phone No : 0674 2596196

Skillin

g India fo

r an In

clusiv

e Gro

wth

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

Skillin

g India fo

r an In

clusiv

e Gro

wth

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

Skillin

g India fo

r an In

clusiv

e Gro

wth

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

Phone: 011 4100 5994

Skillin

g India fo

r an In

clusiv

e Gro

wth

Phone: 011 4100 5994

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

Skillin

g India fo

r an In

clusiv

e Gro

wth

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Skillin

g India fo

r an In

clusiv

e Gro

wth

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Phone: 08131955651 Phone No : 0674 2596196

Skillin

g India fo

r an In

clusiv

e Gro

wth

Phone: 08131955651 Phone No : 0674 2596196

MUMBAI PATNA

Skillin

g India fo

r an In

clusiv

e Gro

wth

MUMBAI PATNA

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Skillin

g India fo

r an In

clusiv

e Gro

wth

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Skillin

g India fo

r an In

clusiv

e Gro

wth

Off New Link Road, SAB TV Lane, Patna‐800013

Skillin

g India fo

r an In

clusiv

e Gro

wth

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Skillin

g India fo

r an In

clusiv

e Gro

wth

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Skillin

g India fo

r an In

clusiv

e Gro

wth

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Skillin

g India fo

r an In

clusiv

e Gro

wth

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Skillin

g India fo

r an In

clusiv

e Gro

wth

Off New Link Road, SAB TV Lane, Patna‐800013

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Skillin

g India fo

r an In

clusiv

e Gro

wth

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Phone: +91 22 4099 5000

Skillin

g India fo

r an In

clusiv

e Gro

wth

Phone: +91 22 4099 5000

BENGALURU JAIPUR

Skillin

g India fo

r an In

clusiv

e Gro

wth

BENGALURU JAIPUR

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

Skillin

g India fo

r an In

clusiv

e Gro

wth

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

Koramangala, Bengaluru‐560034 Room No 403, 4th Floor, Plot No‐B 64‐65,

Skillin

g India fo

r an In

clusiv

e Gro

wth

Koramangala, Bengaluru‐560034 Room No 403, 4th Floor, Plot No‐B 64‐65,

Published: MAY, 2017

Skillin

g India fo

r an In

clusiv

e Gro

wth

Published: MAY, 2017

pyright © IIIMLTD, 2017

Skillin

g India fo

r an In

clusiv

e Gro

wth

pyright © IIIMLTD, 2017

Skillin

g India fo

r an In

clusiv

e Gro

wth

All rights reserved. No part of this publication which is material protected by this copyright notice Skillin

g India fo

r an In

clusiv

e Gro

wth

All rights reserved. No part of this publication which is material protected by this copyright notice may be reproduced or transmitted or utilized or stored in any form or by any means now known Skill

ing In

dia for a

n Inclu

sive G

rowth

may be reproduced or transmitted or utilized or stored in any form or by any means now known or hereinafter invented, electronic, digital or mechanical, including photocopying, scanning,

Skillin

g India fo

r an In

clusiv

e Gro

wth

or hereinafter invented, electronic, digital or mechanical, including photocopying, scanning, Skill

ing In

dia for a

n Inclu

sive G

rowth

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Skillin

g India fo

r an In

clusiv

e Gro

wth

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Skillin

g India fo

r an In

clusiv

e Gro

wth

Off New Link Road, SAB TV Lane, Patna‐800013

Skillin

g India fo

r an In

clusiv

e Gro

wth

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Skillin

g India fo

r an In

clusiv

e Gro

wth

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

Phone: 011 4100 5994

AGARTALA ODISHA

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Phone: 08131955651 Phone No : 0674 2596196

MUMBAI PATNA

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Phone: +91 22 4099 5000

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

Koramangala, Bengaluru‐560034 Room No 403, 4th Floor, Plot No‐B 64‐65,

Published: MAY, 2017

pyright © IIIMLTD, 2017

All rights reserved. No part of this publication which is material protected by this copyright notice

‐76, Sector‐I, Saltlake, Kolkata‐ 700 064 Room No: 1003 & 1004, 10th Floor, Ansal Tower 38,

Phone: 033 4062 0636 Neheru Place, New Delhi‐110019

Phone: 011 4100 5994

AGARTALA ODISHA

Opp. Kunjaban Post Office, Room No. 402, 4th Floor, Nirmala Plaza,

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Phone: 08131955651 Phone No : 0674 2596196

MUMBAI PATNA

1st Floor, Nimbus Centre, Oberoi Complex, Leelavart Central, 1st Floor, Patliputra,

Off New Link Road, SAB TV Lane, Patna‐800013

Andheri (W). Mumbai ‐ 400053 Phone: 0612 2270849

Phone: +91 22 4099 5000

No‐09, AVS compound, 80 Feet Road, Maryann Martha Celestine Rose, Coral Studio 1,

Koramangala, Bengaluru‐560034 Room No 403, 4th Floor, Plot No‐B 64‐65,

Published: MAY, 2017

opyright © IIIMLTD, 2017

Near Heritage Park,799006, Tripura West Bhubaneswar, Khurda, Odisha Pin No‐ 751020

Page 4: th - National Skill Development Corporation

ojgfjgj

INDEX

Chapter Pg. No.

1. Technical Support Engineers 1

2. Co-ordinate the deployment of software products/applications 4

3. Verify operational readiness for software product/ 20

application deployment

4. Migrate data to upgraded versions of software applications 47

5. Install Simpler Software product application 53

6. Provide data/ information in standardformats 55

7. Manage your work to meet requirements 70

8. Develop your knowledge, skills and competence 78

9. The Importance of Interpersonal Skills 84

10. Maintain a Healthy, Safe and secure Working Environment 93

Install Simpler Software product application

Provide data/ information in standardformats

7.7.7.7. Manage your work to meet requirements

8. Develop your knowledge, skills and competence

9.

Manage your work to meet requirements

8. Develop your knowledge, skills and competence

7. Manage your work to meet requirements

. Develop your knowledge, skills and competence

Provide data/ information in standardformats

Manage your work to meet requirements

Provide data/ information in standardformats

Migrate data to upgraded versions of software applications

Install Simpler Software product application

. Verify operational readiness for software product/

Migrate data to upgraded versions of software applications

Co-ordinate the deployment of software products/applications 4

. Verify operational readiness for software product/

Technical Support Engineers 1

Co-ordinate the deployment of software products/applications 4

Technical Support Engineers 1

Co-ordinate the deployment of software products/applications 4

Pg. No.

Technical Support Engineers 1

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Technical Support Engineers 1

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Technical Support Engineers 1

Co-ordinate the deployment of software products/applications 4

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Co-ordinate the deployment of software products/applications 4

Migrate data to upgraded versions of software applications

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Migrate data to upgraded versions of software applications

Install Simpler Software product application

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Install Simpler Software product application

Provide data/ information in standardformats

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Provide data/ information in standardformats

Manage your work to meet requirements

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Manage your work to meet requirements

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

. Develop your knowledge, skills and competence

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

. Develop your knowledge, skills and competence

The Importance of Interpersonal Skills

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Importance of Interpersonal Skills

10.An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

10.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Co-ordinate the deployment of software products/applications 4

Skillin

g India fo

r an In

clusiv

e Gro

wth

Co-ordinate the deployment of software products/applications 4

Migrate data to upgraded versions of software applications

Skillin

g India fo

r an In

clusiv

e Gro

wth

Migrate data to upgraded versions of software applications

Install Simpler Software product application

Skillin

g India fo

r an In

clusiv

e Gro

wth

Install Simpler Software product application

Provide data/ information in standardformats

Skillin

g India fo

r an In

clusiv

e Gro

wth

Provide data/ information in standardformats

Manage your work to meet requirements

Skillin

g India fo

r an In

clusiv

e Gro

wth

Manage your work to meet requirements

Skillin

g India fo

r an In

clusiv

e Gro

wth

. Develop your knowledge, skills and competence

Skillin

g India fo

r an In

clusiv

e Gro

wth

. Develop your knowledge, skills and competence

The Importance of Interpersonal Skills

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Importance of Interpersonal Skills

Skillin

g India fo

r an In

clusiv

e Gro

wth

Maintain a Healthy, Safe and secure Working Environment

Skillin

g India fo

r an In

clusiv

e Gro

wth

Maintain a Healthy, Safe and secure Working Environment

Technical Support Engineers 1

Co-ordinate the deployment of software products/applications 4

Migrate data to upgraded versions of software applications

Install Simpler Software product application

Provide data/ information in standardformats

Manage your work to meet requirements

. Develop your knowledge, skills and competence

The Importance of Interpersonal Skills

Pg. No.

Technical Support Engineers 1

Co-ordinate the deployment of software products/applications 4

Migrate data to upgraded versions of software applications

Install Simpler Software product application

Provide data/ information in standardformats

Manage your work to meet requirements

. Develop your knowledge, skills and competence

The Importance of Interpersonal Skills

10.10.

Page 5: th - National Skill Development Corporation

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Page 6: th - National Skill Development Corporation

-

1

I n t r o d u c t i o n

TECHNICAL SUPPORT ENGINEERS

Support engineers, or more specifically technical support engineers, address customer ques-

tions and concerns regarding their company's products. These professionals answer incom-

ing phone calls from customers and troubleshoot technical problems. The educational

requirements for this career vary, although an associate's or bachelor's degree in a technical

field is commonly required. Individuals may also find positions with significant professional

experience.

Job DescriptionIn addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

telecommunications. Support engineers serve as experts in the products that their company

manufactures and develops. They find solutions to problems with the products and help

customers work through technical difficulties. Job duties may include:

� Filing reports regarding product problems

� Researching technical issues

� Managing and processing customer orders

� Walking customers through solutions

� Reviewing product change requests

� Learning about product updates and new technologies

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

help make future technical support easier. Additional responsibilities may include taking

action to resolve problems, troubleshooting, answering phones calls, and responding

to e-mails.

Job RequirementsThe educational requirements for support engineers can vary greatly by employer. For

example, companies who manufacture computer software may prefer a bachelor's

degree in computer science or computer engineering. Other employers may not be so

specific regarding a major and may require a bachelor's degree in engineering or a

technical discipline. Few employers may accept an associate's degree or no degree at

all for job applicants with extensive experience.

Because support engineers must communicate with other departments within their

company and customers on a regular basis, both oral and written communication skills

are very important. Individuals also need to have excellent troubleshooting, problem-

solving and analytical skills. Support engineers must be technically knowledgeable when

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

Chapter 1

Reviewing product change requests

Learning about product updates and new technologies

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

help make future technical support easier. Additional responsibilities may include taking

action to resolve problems, troubleshooting, answering phones calls, and responding

to e-mails.

JJoobb RReeqquuiirreemmJJThe educational requirements for support engineers can vary greatly by employer. For

example, companies who manufacture computer software may prefer a bachelor's

degree in computer science or computer engineering. Other employers may not be so

specific regarding a major and may require a bachelor's degree in engineering or a

action to resolve problems, troubleshooting, answering phones calls, and responding

to e-mails.

example, companies who manufacture computer software may prefer a bachelor's

degree in computer science or computer engineering. Other employers may not be so

JJoobb RReeThe educational requirements for support engineers can vary greatly by employer. For

example, companies who manufacture computer software may prefer a bachelor's

action to resolve problems, troubleshooting, answering phones calls, and responding

to e-mails.

uii

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

help make future technical support easier. Additional responsibilities may include taking

action to resolve problems, troubleshooting, answering phones calls, and responding

Learning about product updates and new technologies

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

Filing reports regarding product problems

Researching technical issues

Managing and processing customer orders

Walking customers through solutions

Reviewing product change requests

Learning about product updates and new technologies

customers work through technical difficulties. Job duties may include:

Filing reports regarding product problems

Researching technical issues

Managing and processing customer orders

Walking customers through solutions

In addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

telecommunications. Support engineers serve as experts in the products that their company

manufactures and develops. They find solutions to problems with the products and help

customers work through technical difficulties. Job duties may include:

In addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

telecommunications. Support engineers serve as experts in the products that their company

In addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

port engineers, address customer ques-

tions and concerns regarding their company's products. These professionals answer incom-

ing phone calls from customers and troubleshoot technical problems. The educational

requirements for this career vary, although an associate's or bachelor's degree in a technical

port engineers, address customer ques-

tions and concerns regarding their company's products. These professionals answer incom-

ing phone calls from customers and troubleshoot technical problems. The educational

port engineers, address customer ques-

ing phone calls from customers and troubleshoot technical problems. The educational

requirements for this career vary, although an associate's or bachelor's degree in a technical

field is commonly required. Individuals may also find positions with significant professional

In addition to addressing customer inquiries, concerns and suggestions, support engineers

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

field is commonly required. Individuals may also find positions with significant professional

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

field is commonly required. Individuals may also find positions with significant professional

In addition to addressing customer inquiries, concerns and suggestions, support engineers

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

In addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

manufacturing and operations. They may work in a variety of industries, from healthcare to

telecommunications. Support engineers serve as experts in the products that their company

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

telecommunications. Support engineers serve as experts in the products that their company

manufactures and develops. They find solutions to problems with the products and help

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

manufactures and develops. They find solutions to problems with the products and help

customers work through technical difficulties. Job duties may include:

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

customers work through technical difficulties. Job duties may include:

Managing and processing customer orders

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Managing and processing customer orders

Learning about product updates and new technologies

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Learning about product updates and new technologies

Support engineers also report defects or offer suggestions for product improvement.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Through their investigations, support engineers contribute to product knowledge and

help make future technical support easier. Additional responsibilities may include taking

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

help make future technical support easier. Additional responsibilities may include taking

action to resolve problems, troubleshooting, answering phones calls, and responding

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

action to resolve problems, troubleshooting, answering phones calls, and responding

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ts

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The educational requirements for support engineers can vary greatly by employer. For

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The educational requirements for support engineers can vary greatly by employer. For

example, companies who manufacture computer software may prefer a bachelor's

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

example, companies who manufacture computer software may prefer a bachelor's

degree in computer science or computer engineering. Other employers may not be so

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

degree in computer science or computer engineering. Other employers may not be so

specific regarding a major and may require a bachelor's degree in engineering or a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

specific regarding a major and may require a bachelor's degree in engineering or a

technical discipline. Few employers may accept an associate's degree or no degree atAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

technical discipline. Few employers may accept an associate's degree or no degree at

all for job applicants with extensive experience.An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

all for job applicants with extensive experience.Skillin

g India fo

r an In

clusiv

e Gro

wthIn addition to addressing customer inquiries, concerns and suggestions, support engineers

Skillin

g India fo

r an In

clusiv

e Gro

wthIn addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

Skillin

g India fo

r an In

clusiv

e Gro

wth

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

Skillin

g India fo

r an In

clusiv

e Gro

wth

manufacturing and operations. They may work in a variety of industries, from healthcare to

telecommunications. Support engineers serve as experts in the products that their company

Skillin

g India fo

r an In

clusiv

e Gro

wth

telecommunications. Support engineers serve as experts in the products that their company

manufactures and develops. They find solutions to problems with the products and help

Skillin

g India fo

r an In

clusiv

e Gro

wth

manufactures and develops. They find solutions to problems with the products and help

customers work through technical difficulties. Job duties may include:

Skillin

g India fo

r an In

clusiv

e Gro

wth

customers work through technical difficulties. Job duties may include:

Learning about product updates and new technologies

Skillin

g India fo

r an In

clusiv

e Gro

wth

Learning about product updates and new technologies

Support engineers also report defects or offer suggestions for product improvement.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

Skillin

g India fo

r an In

clusiv

e Gro

wth

Through their investigations, support engineers contribute to product knowledge and

help make future technical support easier. Additional responsibilities may include taking

Skillin

g India fo

r an In

clusiv

e Gro

wth

help make future technical support easier. Additional responsibilities may include taking

action to resolve problems, troubleshooting, answering phones calls, and responding

Skillin

g India fo

r an In

clusiv

e Gro

wth

action to resolve problems, troubleshooting, answering phones calls, and responding

Skillin

g India fo

r an In

clusiv

e Gro

wth

The educational requirements for support engineers can vary greatly by employer. For

Skillin

g India fo

r an In

clusiv

e Gro

wth

The educational requirements for support engineers can vary greatly by employer. For

example, companies who manufacture computer software may prefer a bachelor's

Skillin

g India fo

r an In

clusiv

e Gro

wth

example, companies who manufacture computer software may prefer a bachelor's

degree in computer science or computer engineering. Other employers may not be so

Skillin

g India fo

r an In

clusiv

e Gro

wth

degree in computer science or computer engineering. Other employers may not be so

specific regarding a major and may require a bachelor's degree in engineering or a

Skillin

g India fo

r an In

clusiv

e Gro

wth

specific regarding a major and may require a bachelor's degree in engineering or a

technical discipline. Few employers may accept an associate's degree or no degree at

Skillin

g India fo

r an In

clusiv

e Gro

wth

technical discipline. Few employers may accept an associate's degree or no degree at

all for job applicants with extensive experience.Skillin

g India fo

r an In

clusiv

e Gro

wth

all for job applicants with extensive experience.

Because support engineers must communicate with other departments within theirSkillin

g India fo

r an In

clusiv

e Gro

wth

Because support engineers must communicate with other departments within their

company and customers on a regular basis, both oral and written communication skillsSkill

ing In

dia for a

n Inclu

sive G

rowth

company and customers on a regular basis, both oral and written communication skills

In addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

telecommunications. Support engineers serve as experts in the products that their company

manufactures and develops. They find solutions to problems with the products and help

customers work through technical difficulties. Job duties may include:

Learning about product updates and new technologies

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

help make future technical support easier. Additional responsibilities may include taking

action to resolve problems, troubleshooting, answering phones calls, and responding

The educational requirements for support engineers can vary greatly by employer. For

example, companies who manufacture computer software may prefer a bachelor's

degree in computer science or computer engineering. Other employers may not be so

specific regarding a major and may require a bachelor's degree in engineering or a

technical discipline. Few employers may accept an associate's degree or no degree at

all for job applicants with extensive experience.

requirements for this career vary, although an associate's or bachelor's degree in a technical

field is commonly required. Individuals may also find positions with significant professional

In addition to addressing customer inquiries, concerns and suggestions, support engineers

may focus on issues brought up by other departments within their company, such as sales,

manufacturing and operations. They may work in a variety of industries, from healthcare to

telecommunications. Support engineers serve as experts in the products that their company

manufactures and develops. They find solutions to problems with the products and help

customers work through technical difficulties. Job duties may include:

Managing and processing customer orders

Reviewing product change requests

Learning about product updates and new technologies

Support engineers also report defects or offer suggestions for product improvement.

Through their investigations, support engineers contribute to product knowledge and

help make future technical support easier. Additional responsibilities may include taking

action to resolve problems, troubleshooting, answering phones calls, and responding

nnttThe educational requirements for support engineers can vary greatly by employer. For

example, companies who manufacture computer software may prefer a bachelor's

degree in computer science or computer engineering. Other employers may not be so

specific regarding a major and may require a bachelor's degree in engineering or a

technical discipline. Few employers may accept an associate's degree or no degree at

Page 7: th - National Skill Development Corporation

it comes to their company's products and able to learn about new technologies

quickly.

TECHNICAL SUPPORT AND HELPDESKAs a technical support/helpdesk employee, you’ll be monitoring and maintaining the

computer systems and networks within an organisation in a technical support role. If

there are any issues or changes required, such as forgotten passwords, viruses or email

issues, you’ll be the first person employees will come to.Tasks can include installing

and configuring computer systems, diagnosing hardware/software faults and solving

technical problems, either over the phone or face to face.Most importantly, as businesses

cannot afford to be without the whole system, or individual workstations, for more

than the minimum time taken to repair or replace them, your technical support is vital

to the ongoing operational efficiency of the company.As technical support, you may

also be known as a helpdesk operator, technician or maintenance engineer. You could

work for software or equipment suppliers providing after-sales support or companies

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

tasks you may be involved in include:

� Working with customers/employees to identify computer problems and

advising on the solution

� Logging and keeping records of customer/employee queries

� Analysing call logs so you can spot common trends and underlying problems

� Updating self-help documents so customers/employees can try to fix

problems themselves

� Working with field engineers to visit customers/employees if the problem is

more serious

� Testing and fixing faulty equipment

OpportunitiesIn many companies, you may find there’s a natural career progression within technical

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

administration.

Required skillsAs well as a strong technical background, many employers would want you to be able

to explain complex information in simple, clear terms to a non-IT personnel.

Additionally, they will be looking for:

� An ability to assess each customer/employee's IT knowledge levels

� Ability to deal with difficult callers

� Logical thinker

E N G I N E E R T E C H N I C A L S U P P O R T

2

ojgfjgj

Working with field engineers to visit customers/employees if the problem is

more serious

Testing and fixing faulty equipment

ttuunniittiieessIn many companies, you may find there’s a natural career progression within technical

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

administration.

RReeqquuiiAs well as a strong technical background, many employers would want you to be able

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

RRee

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

administration.

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

ssIn many companies, you may find there’s a natural career progression within technical

support. As an example, this would see you being promoted to a more senior technical

Testing and fixing faulty equipment

Logging and keeping records of customer/employee queries

Analysing call logs so you can spot common trends and underlying problems

Updating self-help documents so customers/employees can try to fix

problems themselves

Working with field engineers to visit customers/employees if the problem is

Testing and fixing faulty equipment

Working with customers/employees to identify computer problems and

Logging and keeping records of customer/employee queries

Analysing call logs so you can spot common trends and underlying problems

Updating self-help documents so customers/employees can try to fix

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

Working with customers/employees to identify computer problems and

work for software or equipment suppliers providing after-sales support or companies

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

to the ongoing operational efficiency of the company.As technical support, you may

also be known as a helpdesk operator, technician or maintenance engineer. You could

work for software or equipment suppliers providing after-sales support or companies

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

issues, you’ll be the first person employees will come to.Tasks can include installing

and configuring computer systems, diagnosing hardware/software faults and solving

technical problems, either over the phone or face to face.Most importantly, as businesses

cannot afford to be without the whole system, or individual workstations, for more

onitoring and maintaining the

computer systems and networks within an organisation in a technical support role. If

there are any issues or changes required, such as forgotten passwords, viruses or email

issues, you’ll be the first person employees will come to.Tasks can include installing

and configuring computer systems, diagnosing hardware/software faults and solving

onitoring and maintaining the

computer systems and networks within an organisation in a technical support role. If

there are any issues or changes required, such as forgotten passwords, viruses or email

issues, you’ll be the first person employees will come to.Tasks can include installing

and configuring computer systems, diagnosing hardware/software faults and solving

technical problems, either over the phone or face to face.Most importantly, as businesses

cannot afford to be without the whole system, or individual workstations, for more

than the minimum time taken to repair or replace them, your technical support is vital

to the ongoing operational efficiency of the company.As technical support, you may

also be known as a helpdesk operator, technician or maintenance engineer. You could

work for software or equipment suppliers providing after-sales support or companies

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

cannot afford to be without the whole system, or individual workstations, for more

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

cannot afford to be without the whole system, or individual workstations, for more

than the minimum time taken to repair or replace them, your technical support is vital

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

than the minimum time taken to repair or replace them, your technical support is vital

to the ongoing operational efficiency of the company.As technical support, you may

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to the ongoing operational efficiency of the company.As technical support, you may

also be known as a helpdesk operator, technician or maintenance engineer. You could

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

also be known as a helpdesk operator, technician or maintenance engineer. You could

work for software or equipment suppliers providing after-sales support or companies

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

work for software or equipment suppliers providing after-sales support or companies

that specialise in providing IT maintenance and support. Alternatively you may work

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

in house, supporting the rest of the business with their ongoing IT requirements.Some

Working with customers/employees to identify computer problems and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Working with customers/employees to identify computer problems and

Logging and keeping records of customer/employee queries

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Logging and keeping records of customer/employee queries

Analysing call logs so you can spot common trends and underlying problems

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Analysing call logs so you can spot common trends and underlying problems

Updating self-help documents so customers/employees can try to fix

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Updating self-help documents so customers/employees can try to fix

Working with field engineers to visit customers/employees if the problem is

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Working with field engineers to visit customers/employees if the problem is

Testing and fixing faulty equipment

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Testing and fixing faulty equipment

In many companies, you may find there’s a natural career progression within technical

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

In many companies, you may find there’s a natural career progression within technical

support. As an example, this would see you being promoted to a more senior technical

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

other areas in IT, such as programming, IT training, technical sales or systems

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

d

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

d s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

sk

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

k

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

k

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ki

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

i

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

i

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

il

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ll

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ls

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

As well as a strong technical background, many employers would want you to be able

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

As well as a strong technical background, many employers would want you to be able

to explain complex information in simple, clear terms to a non-IT personnel.An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to explain complex information in simple, clear terms to a non-IT personnel.

Additionally, they will be looking for:An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Additionally, they will be looking for:Skillin

g India fo

r an In

clusiv

e Gro

wthto the ongoing operational efficiency of the company.As technical support, you may

Skillin

g India fo

r an In

clusiv

e Gro

wthto the ongoing operational efficiency of the company.As technical support, you may

also be known as a helpdesk operator, technician or maintenance engineer. You could

Skillin

g India fo

r an In

clusiv

e Gro

wthalso be known as a helpdesk operator, technician or maintenance engineer. You could

work for software or equipment suppliers providing after-sales support or companies

Skillin

g India fo

r an In

clusiv

e Gro

wthwork for software or equipment suppliers providing after-sales support or companies

that specialise in providing IT maintenance and support. Alternatively you may work

Skillin

g India fo

r an In

clusiv

e Gro

wth

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

Skillin

g India fo

r an In

clusiv

e Gro

wth

in house, supporting the rest of the business with their ongoing IT requirements.Some

Working with customers/employees to identify computer problems and

Skillin

g India fo

r an In

clusiv

e Gro

wth

Working with customers/employees to identify computer problems and

Logging and keeping records of customer/employee queries

Skillin

g India fo

r an In

clusiv

e Gro

wth

Logging and keeping records of customer/employee queries

Analysing call logs so you can spot common trends and underlying problems

Skillin

g India fo

r an In

clusiv

e Gro

wth

Analysing call logs so you can spot common trends and underlying problems

Updating self-help documents so customers/employees can try to fix

Skillin

g India fo

r an In

clusiv

e Gro

wth

Updating self-help documents so customers/employees can try to fix

Working with field engineers to visit customers/employees if the problem is

Skillin

g India fo

r an In

clusiv

e Gro

wth

Working with field engineers to visit customers/employees if the problem is

In many companies, you may find there’s a natural career progression within technical

Skillin

g India fo

r an In

clusiv

e Gro

wth

In many companies, you may find there’s a natural career progression within technical

support. As an example, this would see you being promoted to a more senior technical

Skillin

g India fo

r an In

clusiv

e Gro

wth

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

Skillin

g India fo

r an In

clusiv

e Gro

wth

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

Skillin

g India fo

r an In

clusiv

e Gro

wth

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

Skillin

g India fo

r an In

clusiv

e Gro

wth

other areas in IT, such as programming, IT training, technical sales or systems

Skillin

g India fo

r an In

clusiv

e Gro

wth

As well as a strong technical background, many employers would want you to be able

Skillin

g India fo

r an In

clusiv

e Gro

wth

As well as a strong technical background, many employers would want you to be able

to explain complex information in simple, clear terms to a non-IT personnel.

Skillin

g India fo

r an In

clusiv

e Gro

wth

to explain complex information in simple, clear terms to a non-IT personnel.

Additionally, they will be looking for:Skillin

g India fo

r an In

clusiv

e Gro

wth

Additionally, they will be looking for:

An ability to assess each customer/employee's IT knowledge levelsSkill

ing In

dia for a

n Inclu

sive G

rowth

An ability to assess each customer/employee's IT knowledge levels

to the ongoing operational efficiency of the company.As technical support, you may

also be known as a helpdesk operator, technician or maintenance engineer. You could

work for software or equipment suppliers providing after-sales support or companies

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

Working with customers/employees to identify computer problems and

Logging and keeping records of customer/employee queries

Analysing call logs so you can spot common trends and underlying problems

Updating self-help documents so customers/employees can try to fix

Working with field engineers to visit customers/employees if the problem is

Testing and fixing faulty equipment

In many companies, you may find there’s a natural career progression within technical

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

llssAs well as a strong technical background, many employers would want you to be able

to explain complex information in simple, clear terms to a non-IT personnel.

Additionally, they will be looking for:

cannot afford to be without the whole system, or individual workstations, for more

than the minimum time taken to repair or replace them, your technical support is vital

to the ongoing operational efficiency of the company.As technical support, you may

also be known as a helpdesk operator, technician or maintenance engineer. You could

work for software or equipment suppliers providing after-sales support or companies

that specialise in providing IT maintenance and support. Alternatively you may work

in house, supporting the rest of the business with their ongoing IT requirements.Some

Working with customers/employees to identify computer problems and

Logging and keeping records of customer/employee queries

Analysing call logs so you can spot common trends and underlying problems

Updating self-help documents so customers/employees can try to fix

Working with field engineers to visit customers/employees if the problem is

Testing and fixing faulty equipment

In many companies, you may find there’s a natural career progression within technical

support. As an example, this would see you being promoted to a more senior technical

support role and from there to a team, section or department leader. Alternatively, a

role in technical support is a good stepping stone if you wish to move towards various

other areas in IT, such as programming, IT training, technical sales or systems

administration.

ddAs well as a strong technical background, many employers would want you to be able

to explain complex information in simple, clear terms to a non-IT personnel.

Page 8: th - National Skill Development Corporation

� Good analytical and problem solving skills

� Up-to-date technical knowledge

� An in depth understanding of the software and equipment your customers/

employees are using

� Good interpersonal and customer care skills

� Good accurate records keeping

Entry requirementsYou can start training to work in a technical support role straight from school if you

have good GCSE grades in English, Maths and IT or Science.An additional computing

course would also help you stand out among employers. Popular courses include: BTEC

(Edexcel) National Certificate and Diploma IT Practitioners, City & Guilds (E-Quals) IT

Practitioners Certificate and Advanced Diploma and OCR (iPRO) Certificate for IT

Practitioners.If you have a degree in a related computing subject, you could enter a

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

helping you to progress quickly with working knowledge of your chosen field.

TrainingMany employers in the IT industry understand that ongoing training is important for

technical positions, particularly with the speed of new developments in IT. Because

of this, many employers may put you on a structured training scheme or send you

on relevant courses to stay up to date.There are some specialist courses, run by the

Helpdesk Institute, which may be suitable in this role. These include: Customer

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

with 9-18 months of experience; and a Help Desk Manager's qualification for those

with 3-5 years of experience.You can add to your existing qualifications by taking

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

Professionals.

Hours and environmentAs technical support, your typical hours will be 37 to 40 hours a week, but the days

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

from your workstation.

SalaryThe average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

with this job move on to other positions after 10 years in this career. Experience has

a moderate effect on salary for this job. The skills that increase pay for this job the

most are UNIX and Microsoft SQL Server.

��

3

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

Professionals.

aanndd eennvviirroonnmmeennttAs technical support, your typical hours will be 37 to 40 hours a week, but the days

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

from your workstation.

SSaallaarryyThe average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

SSaa

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

from your workstation.

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

d nnvviirrAs technical support, your typical hours will be 37 to 40 hours a week, but the days

and times might vary if you work for a company that runs shifts to make sure the

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

mmeenntt

Helpdesk Institute, which may be suitable in this role. These include: Customer

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

with 9-18 months of experience; and a Help Desk Manager's qualification for those

with 3-5 years of experience.You can add to your existing qualifications by taking

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

of this, many employers may put you on a structured training scheme or send you

on relevant courses to stay up to date.There are some specialist courses, run by the

Helpdesk Institute, which may be suitable in this role. These include: Customer

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

with 9-18 months of experience; and a Help Desk Manager's qualification for those

with 3-5 years of experience.You can add to your existing qualifications by taking

Many employers in the IT industry understand that ongoing training is important for

technical positions, particularly with the speed of new developments in IT. Because

of this, many employers may put you on a structured training scheme or send you

on relevant courses to stay up to date.There are some specialist courses, run by the

helping you to progress quickly with working knowledge of your chosen field.

Many employers in the IT industry understand that ongoing training is important for

Practitioners.If you have a degree in a related computing subject, you could enter a

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

helping you to progress quickly with working knowledge of your chosen field.

You can start training to work in a technical support role straight from school if you

have good GCSE grades in English, Maths and IT or Science.An additional computing

course would also help you stand out among employers. Popular courses include: BTEC

(Edexcel) National Certificate and Diploma IT Practitioners, City & Guilds (E-Quals) IT

You can start training to work in a technical support role straight from school if you

have good GCSE grades in English, Maths and IT or Science.An additional computing

You can start training to work in a technical support role straight from school if you

have good GCSE grades in English, Maths and IT or Science.An additional computing

course would also help you stand out among employers. Popular courses include: BTEC

(Edexcel) National Certificate and Diploma IT Practitioners, City & Guilds (E-Quals) IT

Practitioners Certificate and Advanced Diploma and OCR (iPRO) Certificate for IT

Practitioners.If you have a degree in a related computing subject, you could enter a

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

helping you to progress quickly with working knowledge of your chosen field.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(Edexcel) National Certificate and Diploma IT Practitioners, City & Guilds (E-Quals) IT

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(Edexcel) National Certificate and Diploma IT Practitioners, City & Guilds (E-Quals) IT

Practitioners Certificate and Advanced Diploma and OCR (iPRO) Certificate for IT

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Practitioners Certificate and Advanced Diploma and OCR (iPRO) Certificate for IT

Practitioners.If you have a degree in a related computing subject, you could enter a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Practitioners.If you have a degree in a related computing subject, you could enter a

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

helping you to progress quickly with working knowledge of your chosen field.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

helping you to progress quickly with working knowledge of your chosen field.

Many employers in the IT industry understand that ongoing training is important for

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Many employers in the IT industry understand that ongoing training is important for

technical positions, particularly with the speed of new developments in IT. Because

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

technical positions, particularly with the speed of new developments in IT. Because

of this, many employers may put you on a structured training scheme or send you

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

of this, many employers may put you on a structured training scheme or send you

on relevant courses to stay up to date.There are some specialist courses, run by the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

on relevant courses to stay up to date.There are some specialist courses, run by the

Helpdesk Institute, which may be suitable in this role. These include: Customer

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Helpdesk Institute, which may be suitable in this role. These include: Customer

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

with 9-18 months of experience; and a Help Desk Manager's qualification for those

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

with 9-18 months of experience; and a Help Desk Manager's qualification for those

with 3-5 years of experience.You can add to your existing qualifications by taking

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

with 3-5 years of experience.You can add to your existing qualifications by taking

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

As technical support, your typical hours will be 37 to 40 hours a week, but the days

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

As technical support, your typical hours will be 37 to 40 hours a week, but the days

and times might vary if you work for a company that runs shifts to make sure the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

technology enabling remote access, more and more of your work can be completed

from your workstation.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

from your workstation.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

with this job move on to other positions after 10 years in this career. Experience hasAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

with this job move on to other positions after 10 years in this career. Experience has

a moderate effect on salary for this job. The skills that increase pay for this job theAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a moderate effect on salary for this job. The skills that increase pay for this job theSkillin

g India fo

r an In

clusiv

e Gro

wthPractitioners.If you have a degree in a related computing subject, you could enter a

Skillin

g India fo

r an In

clusiv

e Gro

wthPractitioners.If you have a degree in a related computing subject, you could enter a

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

Skillin

g India fo

r an In

clusiv

e Gro

wthsuitable graduate trainee scheme; you'll receive a high standard of on the job training,

Many employers in the IT industry understand that ongoing training is important for

Skillin

g India fo

r an In

clusiv

e Gro

wth

Many employers in the IT industry understand that ongoing training is important for

technical positions, particularly with the speed of new developments in IT. Because

Skillin

g India fo

r an In

clusiv

e Gro

wth

technical positions, particularly with the speed of new developments in IT. Because

of this, many employers may put you on a structured training scheme or send you

Skillin

g India fo

r an In

clusiv

e Gro

wth

of this, many employers may put you on a structured training scheme or send you

on relevant courses to stay up to date.There are some specialist courses, run by the

Skillin

g India fo

r an In

clusiv

e Gro

wth

on relevant courses to stay up to date.There are some specialist courses, run by the

Helpdesk Institute, which may be suitable in this role. These include: Customer

Skillin

g India fo

r an In

clusiv

e Gro

wth

Helpdesk Institute, which may be suitable in this role. These include: Customer

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

Skillin

g India fo

r an In

clusiv

e Gro

wth

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

with 9-18 months of experience; and a Help Desk Manager's qualification for those

Skillin

g India fo

r an In

clusiv

e Gro

wth

with 9-18 months of experience; and a Help Desk Manager's qualification for those

with 3-5 years of experience.You can add to your existing qualifications by taking

Skillin

g India fo

r an In

clusiv

e Gro

wth

with 3-5 years of experience.You can add to your existing qualifications by taking

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Skillin

g India fo

r an In

clusiv

e Gro

wth

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

Skillin

g India fo

r an In

clusiv

e Gro

wth

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

As technical support, your typical hours will be 37 to 40 hours a week, but the days

Skillin

g India fo

r an In

clusiv

e Gro

wth

As technical support, your typical hours will be 37 to 40 hours a week, but the days

and times might vary if you work for a company that runs shifts to make sure the

Skillin

g India fo

r an In

clusiv

e Gro

wth

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

Skillin

g India fo

r an In

clusiv

e Gro

wth

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

Skillin

g India fo

r an In

clusiv

e Gro

wth

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

Skillin

g India fo

r an In

clusiv

e Gro

wth

technology enabling remote access, more and more of your work can be completed

from your workstation.

Skillin

g India fo

r an In

clusiv

e Gro

wth

from your workstation.

Skillin

g India fo

r an In

clusiv

e Gro

wth

The average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

Skillin

g India fo

r an In

clusiv

e Gro

wth

The average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

with this job move on to other positions after 10 years in this career. Experience has

Skillin

g India fo

r an In

clusiv

e Gro

wth

with this job move on to other positions after 10 years in this career. Experience has

a moderate effect on salary for this job. The skills that increase pay for this job theSkillin

g India fo

r an In

clusiv

e Gro

wth

a moderate effect on salary for this job. The skills that increase pay for this job the

most are UNIX and Microsoft SQL Server.Skillin

g India fo

r an In

clusiv

e Gro

wth

most are UNIX and Microsoft SQL Server.

Practitioners.If you have a degree in a related computing subject, you could enter a

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

helping you to progress quickly with working knowledge of your chosen field.

Many employers in the IT industry understand that ongoing training is important for

technical positions, particularly with the speed of new developments in IT. Because

of this, many employers may put you on a structured training scheme or send you

on relevant courses to stay up to date.There are some specialist courses, run by the

Helpdesk Institute, which may be suitable in this role. These include: Customer

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

with 9-18 months of experience; and a Help Desk Manager's qualification for those

with 3-5 years of experience.You can add to your existing qualifications by taking

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

As technical support, your typical hours will be 37 to 40 hours a week, but the days

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

from your workstation.

The average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

with this job move on to other positions after 10 years in this career. Experience has

a moderate effect on salary for this job. The skills that increase pay for this job the

(Edexcel) National Certificate and Diploma IT Practitioners, City & Guilds (E-Quals) IT

Practitioners Certificate and Advanced Diploma and OCR (iPRO) Certificate for IT

Practitioners.If you have a degree in a related computing subject, you could enter a

suitable graduate trainee scheme; you'll receive a high standard of on the job training,

helping you to progress quickly with working knowledge of your chosen field.

Many employers in the IT industry understand that ongoing training is important for

technical positions, particularly with the speed of new developments in IT. Because

of this, many employers may put you on a structured training scheme or send you

on relevant courses to stay up to date.There are some specialist courses, run by the

Helpdesk Institute, which may be suitable in this role. These include: Customer

Support Specialist (CSS) for new entrants; Help Desk Analyst (HDA) for professionals

with 9-18 months of experience; and a Help Desk Manager's qualification for those

with 3-5 years of experience.You can add to your existing qualifications by taking

work-based awards such as: NVQ Practitioner Levels 1 to 4, City & Guilds Higher

Professional Diploma for IT Practitioners and the OCR Higher Level Award for IT

As technical support, your typical hours will be 37 to 40 hours a week, but the days

and times might vary if you work for a company that runs shifts to make sure the

helpdesk is open for business 24/7.It's a desk-based job and you'll spend most of your

day on the phone or emailing customers and/or employees. Thanks to advances in

technology enabling remote access, more and more of your work can be completed

from your workstation.

The average pay for a Technical Support Engineer is Rs 267,478 per year. Most people

with this job move on to other positions after 10 years in this career. Experience has

Page 9: th - National Skill Development Corporation

CO-ORDINATE THE DEPLOYMENT OFSOFTWARE PRODUCTS/APPLICATIONS

Scope

2.1 Prepare for the Project

Roles: Project Manager

Executive Sponsor

Project Sponsor and/or Project Director

Project Team Members

Stakeholders

Purpose: After formal approval of the Project Charter during the Initiation process, a

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

ensure that the Sponsor and/or Project Director and their performing organ-

izations expectations and all available project information are effectively con-

veyed to the Project Team. This can be done collaboratively with the

organizations management team.

Tasks associated with Preparing for the Project2.1.1 Assign the Project Manager

2.1.2 Identify Initial Project Team

2.1.3 Review Historical Information

2.1.4 Conduct Project Kick-Off Meeting

2.1.5 Establish Project Repository

2.1.1 Assign the Project Manager:The Project originator (generally the Project Sponsor) will assign the Project Manager

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

management lifecycle as possible. Building the relationship between the Project

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

critical to project success.

2.1.2 Identify Initial Project Team:The extent to which the Project Team has been defined at this point may vary. At a

minimum the manager for the project and certain individuals who can provide support

in preparing for the project should be identified.

During Project Initiation, a Project Charter was created and should include the

governance model and resources for the Project Planning (High Level). The Charter is

4

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

Chapter 2

2.1.3 Review Historical Information

2.1.4 Conduct Project Kick-Off Meeting

2.1.5 Establish Project Repository

AAssssiiggnn tthhee PPrroojjeecctt MMaaThe Project originator (generally the Project Sponsor) will assign the Project Manager

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

management lifecycle as possible. Building the relationship between the Project

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

critical to project success.

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

critical to project success.

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

management lifecycle as possible. Building the relationship between the Project

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

gg tthheeThe Project originator (generally the Project Sponsor) will assign the Project Manager

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

2.1.4 Conduct Project Kick-Off Meeting

2.1.5 Establish Project Repository

roojjeecctt

eeppaarrii2.1.1 Assign the Project Manager

2.1.2 Identify Initial Project Team

2.1.3 Review Historical Information

2.1.4 Conduct Project Kick-Off Meeting

2.1.5 Establish Project Repository

veyed to the Project Team. This can be done collaboratively with the

organizations management team.

ffoorr tt ooj

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

ensure that the Sponsor and/or Project Director and their performing organ-

izations expectations and all available project information are effectively con-

veyed to the Project Team. This can be done collaboratively with the

After formal approval of the Project Charter during the Initiation process, a

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

ensure that the Sponsor and/or Project Director and their performing organ-

After formal approval of the Project Charter during the Initiation process, a

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

After formal approval of the Project Charter during the Initiation process, a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

After formal approval of the Project Charter during the Initiation process, a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

After formal approval of the Project Charter during the Initiation process, a

Project Manager is assigned along with the initial project team. Their first re-

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

sponsibility is to Prepare for the Project. The Project Manager must work to

ensure that the Sponsor and/or Project Director and their performing organ-

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ensure that the Sponsor and/or Project Director and their performing organ-

izations expectations and all available project information are effectively con-

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

izations expectations and all available project information are effectively con-

veyed to the Project Team. This can be done collaboratively with the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

veyed to the Project Team. This can be done collaboratively with the

2.1.4 Conduct Project Kick-Off Meeting

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2.1.4 Conduct Project Kick-Off Meeting

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

g

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

g

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

g

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ge

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

er

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

r

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

r

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

r:

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

:

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

:

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

:The Project originator (generally the Project Sponsor) will assign the Project Manager

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project originator (generally the Project Sponsor) will assign the Project Manager

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Manager, it is imperative that he/she be identified as early in the project

management lifecycle as possible. Building the relationship between the Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

management lifecycle as possible. Building the relationship between the Project

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

critical to project success.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

critical to project success.

2An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2 IAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

IAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

IAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

IdAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

dAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

dAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

deAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

eAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

eAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

eThe extent to which the Project Team has been defined at this point may vary. At a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The extent to which the Project Team has been defined at this point may vary. At aSkillin

g India fo

r an In

clusiv

e Gro

wthAfter formal approval of the Project Charter during the Initiation process, a

Skillin

g India fo

r an In

clusiv

e Gro

wthAfter formal approval of the Project Charter during the Initiation process, a

Project Manager is assigned along with the initial project team. Their first re-

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

Skillin

g India fo

r an In

clusiv

e Gro

wth

sponsibility is to Prepare for the Project. The Project Manager must work to

ensure that the Sponsor and/or Project Director and their performing organ-

Skillin

g India fo

r an In

clusiv

e Gro

wth

ensure that the Sponsor and/or Project Director and their performing organ-

izations expectations and all available project information are effectively con-

Skillin

g India fo

r an In

clusiv

e Gro

wth

izations expectations and all available project information are effectively con-

veyed to the Project Team. This can be done collaboratively with the

Skillin

g India fo

r an In

clusiv

e Gro

wth

veyed to the Project Team. This can be done collaboratively with the

The Project originator (generally the Project Sponsor) will assign the Project Manager

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project originator (generally the Project Sponsor) will assign the Project Manager

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

Skillin

g India fo

r an In

clusiv

e Gro

wth

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

Skillin

g India fo

r an In

clusiv

e Gro

wth

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

Skillin

g India fo

r an In

clusiv

e Gro

wth

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Manager, it is imperative that he/she be identified as early in the project

management lifecycle as possible. Building the relationship between the Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

management lifecycle as possible. Building the relationship between the Project

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

Skillin

g India fo

r an In

clusiv

e Gro

wth

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

critical to project success.

Skillin

g India fo

r an In

clusiv

e Gro

wth

critical to project success.

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

nt

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

ti

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

if

Skillin

g India fo

r an In

clusiv

e Gro

wth

f

Skillin

g India fo

r an In

clusiv

e Gro

wth

f

Skillin

g India fo

r an In

clusiv

e Gro

wth

fy

Skillin

g India fo

r an In

clusiv

e Gro

wth

y

Skillin

g India fo

r an In

clusiv

e Gro

wth

y

Skillin

g India fo

r an In

clusiv

e Gro

wth

y I

Skillin

g India fo

r an In

clusiv

e Gro

wth

I

Skillin

g India fo

r an In

clusiv

e Gro

wth

I

Skillin

g India fo

r an In

clusiv

e Gro

wth

In

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

ni

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

it

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

ti

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

ia

Skillin

g India fo

r an In

clusiv

e Gro

wth

aa

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

The extent to which the Project Team has been defined at this point may vary. At aSkillin

g India fo

r an In

clusiv

e Gro

wth

The extent to which the Project Team has been defined at this point may vary. At a

minimum the manager for the project and certain individuals who can provide supportSkillin

g India fo

r an In

clusiv

e Gro

wth

minimum the manager for the project and certain individuals who can provide support

in preparing for the project should be identified.Skill

ing In

dia for a

n Inclu

sive G

rowth

in preparing for the project should be identified.

After formal approval of the Project Charter during the Initiation process, a

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

ensure that the Sponsor and/or Project Director and their performing organ-

izations expectations and all available project information are effectively con-

veyed to the Project Team. This can be done collaboratively with the

The Project originator (generally the Project Sponsor) will assign the Project Manager

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

management lifecycle as possible. Building the relationship between the Project

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

critical to project success.

ddeeThe extent to which the Project Team has been defined at this point may vary. At a

After formal approval of the Project Charter during the Initiation process, a

Project Manager is assigned along with the initial project team. Their first re-

sponsibility is to Prepare for the Project. The Project Manager must work to

ensure that the Sponsor and/or Project Director and their performing organ-

izations expectations and all available project information are effectively con-

veyed to the Project Team. This can be done collaboratively with the

2.1.4 Conduct Project Kick-Off Meeting

aaggThe Project originator (generally the Project Sponsor) will assign the Project Manager

to the project. The Project Executive Sponsor and Project Sponsor and/or Director(s)

are also confirmed. Because the Project Sponsors will champion the project within the

organization, secure spending authority and resources, and provide support to the

Project Manager, it is imperative that he/she be identified as early in the project

management lifecycle as possible. Building the relationship between the Project

Manager, the Project Sponsor and/or Project Director and the Executive Sponsor is

critical to project success.

11 22

Page 10: th - National Skill Development Corporation

reviewed to confirm the roles required. With the help of appropriate Stakeholders, the

Project Sponsor and/or Project Director should take the lead in identifying the names

of individuals within the performing organization who could fill the roles and become

Project Team members. In selecting the Project Team, definition both of the skills

required to perform current tasks and of the skills required for future project tasks is

needed. Immediate project needs should be met first. Various areas of the Organization

may be required to provide resources to the project in order to complete Project

Planning (High Level). The Project Sponsor and/or Project Director must communicate

with the affected areas of the performing organization, proactively gaining agreement

and securing the necessary resources. After Project Team members have been identified,

the Project Manager should provide them with a project orientation and review with

individual team members their current and future roles in the project. This establishes

a baseline understanding of team members project responsibilities, which will be useful

for conducting performance reviews later in the project.

Some organizations hold a planning meeting at the beginning of Project Planning

(High Level), where all Key Stakeholders come together to review the Project Charter,

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

establishing a Project Team is a less formal process. You should choose and use the

method to identify your Initial Project Team that will work best for your project and

within your organization.

Take the opportunity, from the outset, to establish the concept of a Project Team

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Customer Representatives, Customer Decision-makers, and all other players participating

in the Project Schedule.

2.1.3 Review Historical InformationDevelopment of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

information reviewed may include:

The strategic plan and/or business plan, a formal document produced by the organization

that outlines the business goals and direction over a designated number of years.

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

Information from a previous project similar in size, scope and objectives whose results

may help in producing the project definition.

Project knowledge and experience of the individuals on the Project Team.

2.1.4 Conduct Project Kick-off MeetingWhen the Project Team has been identified, the Project Kick-off Meeting is conducted.

The Project Kick-off Meeting is the event that formally marks the beginning of the project.

It is most likely the first opportunity for the Project Sponsor and/or Project Director to

assemble the entire Project Team to discuss his/her vision of the project, demonstrate

support, and advocate project success. Project Team members are introduced to each

5

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

ttoorrDevelopment of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

information reviewed may include:

The strategic plan and/or business plan, a formal document produced by the organization

that outlines the business goals and direction over a designated number of years.

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

Information from a previous project similar in size, scope and objectives whose results

may help in producing the project definition.

Project knowledge and experience of the individuals on the Project Team.

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

may help in producing the project definition.

Project knowledge and experience of the individuals on the Project Team.

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

Information from a previous project similar in size, scope and objectives whose results

may help in producing the project definition.

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

information reviewed may include:

The strategic plan and/or business plan, a formal document produced by the organization

that outlines the business goals and direction over a designated number of years.

The Project Charter, including the initial Business Case, which describes the project

Development of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

information reviewed may include:

The strategic plan and/or business plan, a formal document produced by the organization

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Customer Representatives, Customer Decision-makers, and all other players participating

in the Project Schedule.

IInnffoorr nnDevelopment of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

Take the opportunity, from the outset, to establish the concept of a Project Team

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Customer Representatives, Customer Decision-makers, and all other players participating

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

establishing a Project Team is a less formal process. You should choose and use the

method to identify your Initial Project Team that will work best for your project and

Take the opportunity, from the outset, to establish the concept of a Project Team

(High Level), where all Key Stakeholders come together to review the Project Charter,

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

establishing a Project Team is a less formal process. You should choose and use the

Some organizations hold a planning meeting at the beginning of Project Planning

(High Level), where all Key Stakeholders come together to review the Project Charter,

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

with the affected areas of the performing organization, proactively gaining agreement

and securing the necessary resources. After Project Team members have been identified,

the Project Manager should provide them with a project orientation and review with

individual team members their current and future roles in the project. This establishes

needed. Immediate project needs should be met first. Various areas of the Organization

may be required to provide resources to the project in order to complete Project

Planning (High Level). The Project Sponsor and/or Project Director must communicate

with the affected areas of the performing organization, proactively gaining agreement

and securing the necessary resources. After Project Team members have been identified,

needed. Immediate project needs should be met first. Various areas of the Organization

may be required to provide resources to the project in order to complete Project

Planning (High Level). The Project Sponsor and/or Project Director must communicate

with the affected areas of the performing organization, proactively gaining agreement

and securing the necessary resources. After Project Team members have been identified,

the Project Manager should provide them with a project orientation and review with

individual team members their current and future roles in the project. This establishes

a baseline understanding of team members project responsibilities, which will be useful

Some organizations hold a planning meeting at the beginning of Project Planning

(High Level), where all Key Stakeholders come together to review the Project Charter,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

individual team members their current and future roles in the project. This establishes

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

individual team members their current and future roles in the project. This establishes

a baseline understanding of team members project responsibilities, which will be useful

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a baseline understanding of team members project responsibilities, which will be useful

Some organizations hold a planning meeting at the beginning of Project Planning

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Some organizations hold a planning meeting at the beginning of Project Planning

(High Level), where all Key Stakeholders come together to review the Project Charter,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(High Level), where all Key Stakeholders come together to review the Project Charter,

discuss required roles for the next steps of developing the High Level Plan (Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Initiation Plan), and assign the Project Team members. In other organizations,

establishing a Project Team is a less formal process. You should choose and use the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

establishing a Project Team is a less formal process. You should choose and use the

method to identify your Initial Project Team that will work best for your project and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

method to identify your Initial Project Team that will work best for your project and

Take the opportunity, from the outset, to establish the concept of a Project Team

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Take the opportunity, from the outset, to establish the concept of a Project Team

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Customer Representatives, Customer Decision-makers, and all other players participating

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Customer Representatives, Customer Decision-makers, and all other players participating

Development of the Project Initiation Plan will require review of documentation

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Development of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

compiled or presented during development of the Project Charter. Materials and

information reviewed may include:

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

information reviewed may include:

The strategic plan and/or business plan, a formal document produced by the organization

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The strategic plan and/or business plan, a formal document produced by the organization

that outlines the business goals and direction over a designated number of years.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

that outlines the business goals and direction over a designated number of years.

The Project Charter, including the initial Business Case, which describes the project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to undertake a project and identifying its business justification.

Information from a previous project similar in size, scope and objectives whose results

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Information from a previous project similar in size, scope and objectives whose results

may help in producing the project definition.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

may help in producing the project definition.

Project knowledge and experience of the individuals on the Project Team.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project knowledge and experience of the individuals on the Project Team.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

4An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

4An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

4An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

4 CAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

CAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

CAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

CoAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

oAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

oAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

onAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

nAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

nAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

nWhen the Project Team has been identified, the Project Kick-off Meeting is conducted.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

When the Project Team has been identified, the Project Kick-off Meeting is conducted.Skillin

g India fo

r an In

clusiv

e Gro

wthSome organizations hold a planning meeting at the beginning of Project Planning

Skillin

g India fo

r an In

clusiv

e Gro

wthSome organizations hold a planning meeting at the beginning of Project Planning

(High Level), where all Key Stakeholders come together to review the Project Charter,

Skillin

g India fo

r an In

clusiv

e Gro

wth(High Level), where all Key Stakeholders come together to review the Project Charter,

discuss required roles for the next steps of developing the High Level Plan (Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

Skillin

g India fo

r an In

clusiv

e Gro

wth

Initiation Plan), and assign the Project Team members. In other organizations,

establishing a Project Team is a less formal process. You should choose and use the

Skillin

g India fo

r an In

clusiv

e Gro

wth

establishing a Project Team is a less formal process. You should choose and use the

method to identify your Initial Project Team that will work best for your project and

Skillin

g India fo

r an In

clusiv

e Gro

wth

method to identify your Initial Project Team that will work best for your project and

Take the opportunity, from the outset, to establish the concept of a Project Team

Skillin

g India fo

r an In

clusiv

e Gro

wth

Take the opportunity, from the outset, to establish the concept of a Project Team

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Skillin

g India fo

r an In

clusiv

e Gro

wth

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Customer Representatives, Customer Decision-makers, and all other players participating

Skillin

g India fo

r an In

clusiv

e Gro

wth

Customer Representatives, Customer Decision-makers, and all other players participating

Development of the Project Initiation Plan will require review of documentation

Skillin

g India fo

r an In

clusiv

e Gro

wth

Development of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

Skillin

g India fo

r an In

clusiv

e Gro

wth

compiled or presented during development of the Project Charter. Materials and

The strategic plan and/or business plan, a formal document produced by the organization

Skillin

g India fo

r an In

clusiv

e Gro

wth

The strategic plan and/or business plan, a formal document produced by the organization

that outlines the business goals and direction over a designated number of years.

Skillin

g India fo

r an In

clusiv

e Gro

wth

that outlines the business goals and direction over a designated number of years.

The Project Charter, including the initial Business Case, which describes the project

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

Skillin

g India fo

r an In

clusiv

e Gro

wth

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

Skillin

g India fo

r an In

clusiv

e Gro

wth

to undertake a project and identifying its business justification.

Information from a previous project similar in size, scope and objectives whose results

Skillin

g India fo

r an In

clusiv

e Gro

wth

Information from a previous project similar in size, scope and objectives whose results

may help in producing the project definition.

Skillin

g India fo

r an In

clusiv

e Gro

wth

may help in producing the project definition.

Project knowledge and experience of the individuals on the Project Team.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project knowledge and experience of the individuals on the Project Team.

Skillin

g India fo

r an In

clusiv

e Gro

wth

d

Skillin

g India fo

r an In

clusiv

e Gro

wth

d

Skillin

g India fo

r an In

clusiv

e Gro

wth

d

Skillin

g India fo

r an In

clusiv

e Gro

wth

du

Skillin

g India fo

r an In

clusiv

e Gro

wth

u

Skillin

g India fo

r an In

clusiv

e Gro

wth

u

Skillin

g India fo

r an In

clusiv

e Gro

wth

uc

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

ct

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t P

Skillin

g India fo

r an In

clusiv

e Gro

wth

P

Skillin

g India fo

r an In

clusiv

e Gro

wth

P

Skillin

g India fo

r an In

clusiv

e Gro

wth

Pr

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

ro

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

oj

Skillin

g India fo

r an In

clusiv

e Gro

wth

j

Skillin

g India fo

r an In

clusiv

e Gro

wth

j

Skillin

g India fo

r an In

clusiv

e Gro

wth

je

Skillin

g India fo

r an In

clusiv

e Gro

wth

e

Skillin

g India fo

r an In

clusiv

e Gro

wth

When the Project Team has been identified, the Project Kick-off Meeting is conducted.Skillin

g India fo

r an In

clusiv

e Gro

wth

When the Project Team has been identified, the Project Kick-off Meeting is conducted.

The Project Kick-off Meeting is the event that formally marks the beginning of the project.Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Kick-off Meeting is the event that formally marks the beginning of the project.

It is most likely the first opportunity for the Project Sponsor and/or Project Director toSkill

ing In

dia for a

n Inclu

sive G

rowth

It is most likely the first opportunity for the Project Sponsor and/or Project Director to

Some organizations hold a planning meeting at the beginning of Project Planning

(High Level), where all Key Stakeholders come together to review the Project Charter,

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

establishing a Project Team is a less formal process. You should choose and use the

method to identify your Initial Project Team that will work best for your project and

Take the opportunity, from the outset, to establish the concept of a Project Team

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Customer Representatives, Customer Decision-makers, and all other players participating

Development of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

The strategic plan and/or business plan, a formal document produced by the organization

that outlines the business goals and direction over a designated number of years.

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

Information from a previous project similar in size, scope and objectives whose results

may help in producing the project definition.

Project knowledge and experience of the individuals on the Project Team.

oonnWhen the Project Team has been identified, the Project Kick-off Meeting is conducted.

individual team members their current and future roles in the project. This establishes

a baseline understanding of team members project responsibilities, which will be useful

Some organizations hold a planning meeting at the beginning of Project Planning

(High Level), where all Key Stakeholders come together to review the Project Charter,

discuss required roles for the next steps of developing the High Level Plan (Project

Initiation Plan), and assign the Project Team members. In other organizations,

establishing a Project Team is a less formal process. You should choose and use the

method to identify your Initial Project Team that will work best for your project and

Take the opportunity, from the outset, to establish the concept of a Project Team

that comprises not only the folks reporting directly to you, but also your Project Sponsor,

Customer Representatives, Customer Decision-makers, and all other players participating

Development of the Project Initiation Plan will require review of documentation

compiled or presented during development of the Project Charter. Materials and

information reviewed may include:

The strategic plan and/or business plan, a formal document produced by the organization

that outlines the business goals and direction over a designated number of years.

The Project Charter, including the initial Business Case, which describes the project

objectives and how they support the organizations strategic business direction.

Project selection criteria, defining the parameters used in determining whether or not

to undertake a project and identifying its business justification.

Information from a previous project similar in size, scope and objectives whose results

may help in producing the project definition.

Project knowledge and experience of the individuals on the Project Team.

11 44

Page 11: th - National Skill Development Corporation

other and given the opportunity to discuss their areas of expertise and how they will

contribute to the project. The Project Charter is presented by the Project Manager and

discussed in an open forum, to foster a mutual understanding of and enthusiasm for the

project. At the conclusion of the meeting, Project Team members will understand their

next steps, and will leave the meeting ready and excited to begin work.

The Project Manager can review the next Process of the Project and distribute the

Project Initiation Plan Template and describe the approach that will be taken to

complete the Process of developing the High Level Project Initiation Plan.

Prior to the meeting, an agenda and presentation highlighting the contents of the

Charter should be prepared by the Project Manager. The Project Manager should

designate one of the Project Team members as the scribe for the session, to capture

decisions, issues and action items. The Project Charter and any applicable supporting

materials are distributed to attendees for their review. The review of the Project

Charter contents ensures that expectations for the project and its results are in

agreement.

Following the session, the decisions, issues and action items should be compiled into

meeting minutes and distributed to all attendees.

2.1.5 Establish Project RepositoryMaintaining information about the project in an organized fashion facilitates new

team member transitions and creates a central point of reference for those developing

project definition documents. Most importantly, it provides an audit trail documenting

the history and evolution of the project.

All relevant project-related material, documents produced, decisions made, issues

raised and correspondence exchanged must be captured for future reference and

historical tracking. The project repository can be kept as hard copy in a binder or

notebook, or as electronic files and email folders, or both, at the discretion of the

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

filename). The most current hard copy of documentation should be kept in the primary

hard copy repository, with earlier versions in the electronic file.

By the end of the project, a project repository may include the following materials:� Project Charter and supporting documentation, including the Business Case

� The Project Initiation Plan (PIP)

� Any working documents or informal documents defining Budget, Scope, Schedule

(The Triple Constraints) of the project

� Project Plan (Detail) which includes the Project Schedules (baseline and current)

� Project financials

� Project Scope changes and requests log

� Project status reports

� Team member progress reports and timesheets (if applicable)

� Issues log and details (open and resolved)

� Project acceptance log by deliverable

6

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

notebook, or as electronic files and email folders, or both, at the discretion of the

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

filename). The most current hard copy of documentation should be kept in the primary

hard copy repository, with earlier versions in the electronic file.

BByy tthhee ee ooff tthhee� Project Charter and supporting documentation, including the Business Case

� The Project Initiation Plan (PIP)

� Any working documents or informal documents defining Budget, Scope, Schedule

hard copy repository, with earlier versions in the electronic file.

nndd ooBByy tt� Project Charter and supporting documentation, including the Business Case

� The Project Initiation Plan (PIP)

hard copy repository, with earlier versions in the electronic file.

eenndd ooffProject Charter and supporting documentation, including the Business Case

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

filename). The most current hard copy of documentation should be kept in the primary

hard copy repository, with earlier versions in the electronic file.

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

the history and evolution of the project.

All relevant project-related material, documents produced, decisions made, issues

raised and correspondence exchanged must be captured for future reference and

historical tracking. The project repository can be kept as hard copy in a binder or

notebook, or as electronic files and email folders, or both, at the discretion of the

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

team member transitions and creates a central point of reference for those developing

project definition documents. Most importantly, it provides an audit trail documenting

the history and evolution of the project.

All relevant project-related material, documents produced, decisions made, issues

raised and correspondence exchanged must be captured for future reference and

historical tracking. The project repository can be kept as hard copy in a binder or

meeting minutes and distributed to all attendees.

Maintaining information about the project in an organized fashion facilitates new

team member transitions and creates a central point of reference for those developing

project definition documents. Most importantly, it provides an audit trail documenting

Following the session, the decisions, issues and action items should be compiled into

Charter contents ensures that expectations for the project and its results are in

Following the session, the decisions, issues and action items should be compiled into

Prior to the meeting, an agenda and presentation highlighting the contents of the

Charter should be prepared by the Project Manager. The Project Manager should

designate one of the Project Team members as the scribe for the session, to capture

decisions, issues and action items. The Project Charter and any applicable supporting

The Project Manager can review the next Process of the Project and distribute the

Project Initiation Plan Template and describe the approach that will be taken to

Prior to the meeting, an agenda and presentation highlighting the contents of the

Charter should be prepared by the Project Manager. The Project Manager should

The Project Manager can review the next Process of the Project and distribute the

Project Initiation Plan Template and describe the approach that will be taken to

complete the Process of developing the High Level Project Initiation Plan.

Prior to the meeting, an agenda and presentation highlighting the contents of the

Charter should be prepared by the Project Manager. The Project Manager should

designate one of the Project Team members as the scribe for the session, to capture

decisions, issues and action items. The Project Charter and any applicable supporting

materials are distributed to attendees for their review. The review of the Project

Charter contents ensures that expectations for the project and its results are in

Following the session, the decisions, issues and action items should be compiled into

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

decisions, issues and action items. The Project Charter and any applicable supporting

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

decisions, issues and action items. The Project Charter and any applicable supporting

materials are distributed to attendees for their review. The review of the Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

materials are distributed to attendees for their review. The review of the Project

Charter contents ensures that expectations for the project and its results are in

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Charter contents ensures that expectations for the project and its results are in

Following the session, the decisions, issues and action items should be compiled into

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Following the session, the decisions, issues and action items should be compiled into

Maintaining information about the project in an organized fashion facilitates new

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Maintaining information about the project in an organized fashion facilitates new

team member transitions and creates a central point of reference for those developing

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

team member transitions and creates a central point of reference for those developing

project definition documents. Most importantly, it provides an audit trail documenting

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

project definition documents. Most importantly, it provides an audit trail documenting

All relevant project-related material, documents produced, decisions made, issues

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

All relevant project-related material, documents produced, decisions made, issues

raised and correspondence exchanged must be captured for future reference and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

raised and correspondence exchanged must be captured for future reference and

historical tracking. The project repository can be kept as hard copy in a binder or

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

historical tracking. The project repository can be kept as hard copy in a binder or

notebook, or as electronic files and email folders, or both, at the discretion of the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

notebook, or as electronic files and email folders, or both, at the discretion of the

Project Manager, in accordance with organizational records management policies. Within

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the primary hard copy repository, information should be organized in indexed volume(s)

to enable easy access. An index should provide reference to all material maintained

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

electronically (for example, a file directory or e-mail folder by drive, directory, and

filename). The most current hard copy of documentation should be kept in the primary

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

filename). The most current hard copy of documentation should be kept in the primary

hard copy repository, with earlier versions in the electronic file.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

hard copy repository, with earlier versions in the electronic file.

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

oj

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

j

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

j

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

je

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ec

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

c

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

c

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ct

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Charter and supporting documentation, including the Business Case

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Charter and supporting documentation, including the Business Case

The Project Initiation Plan (PIP)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Initiation Plan (PIP)

Any working documents or informal documents defining Budget, Scope, Schedule

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Any working documents or informal documents defining Budget, Scope, Schedule

(The Triple Constraints) of the project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(The Triple Constraints) of the project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Plan (Detail) which includes the Project Schedules (baseline and current)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Plan (Detail) which includes the Project Schedules (baseline and current)

�An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

� Project financialsAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project financials

Skillin

g India fo

r an In

clusiv

e Gro

wthCharter contents ensures that expectations for the project and its results are in

Skillin

g India fo

r an In

clusiv

e Gro

wthCharter contents ensures that expectations for the project and its results are in

Following the session, the decisions, issues and action items should be compiled into

Skillin

g India fo

r an In

clusiv

e Gro

wthFollowing the session, the decisions, issues and action items should be compiled into

Maintaining information about the project in an organized fashion facilitates new

Skillin

g India fo

r an In

clusiv

e Gro

wth

Maintaining information about the project in an organized fashion facilitates new

team member transitions and creates a central point of reference for those developing

Skillin

g India fo

r an In

clusiv

e Gro

wth

team member transitions and creates a central point of reference for those developing

project definition documents. Most importantly, it provides an audit trail documenting

Skillin

g India fo

r an In

clusiv

e Gro

wth

project definition documents. Most importantly, it provides an audit trail documenting

All relevant project-related material, documents produced, decisions made, issues

Skillin

g India fo

r an In

clusiv

e Gro

wth

All relevant project-related material, documents produced, decisions made, issues

raised and correspondence exchanged must be captured for future reference and

Skillin

g India fo

r an In

clusiv

e Gro

wth

raised and correspondence exchanged must be captured for future reference and

historical tracking. The project repository can be kept as hard copy in a binder or

Skillin

g India fo

r an In

clusiv

e Gro

wth

historical tracking. The project repository can be kept as hard copy in a binder or

notebook, or as electronic files and email folders, or both, at the discretion of the

Skillin

g India fo

r an In

clusiv

e Gro

wth

notebook, or as electronic files and email folders, or both, at the discretion of the

Project Manager, in accordance with organizational records management policies. Within

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

Skillin

g India fo

r an In

clusiv

e Gro

wth

the primary hard copy repository, information should be organized in indexed volume(s)

to enable easy access. An index should provide reference to all material maintained

Skillin

g India fo

r an In

clusiv

e Gro

wth

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

Skillin

g India fo

r an In

clusiv

e Gro

wth

electronically (for example, a file directory or e-mail folder by drive, directory, and

filename). The most current hard copy of documentation should be kept in the primary

Skillin

g India fo

r an In

clusiv

e Gro

wth

filename). The most current hard copy of documentation should be kept in the primary

hard copy repository, with earlier versions in the electronic file.

Skillin

g India fo

r an In

clusiv

e Gro

wth

hard copy repository, with earlier versions in the electronic file.

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a p

Skillin

g India fo

r an In

clusiv

e Gro

wth

p

Skillin

g India fo

r an In

clusiv

e Gro

wth

p

Skillin

g India fo

r an In

clusiv

e Gro

wth

pr

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

ro

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

oj

Skillin

g India fo

r an In

clusiv

e Gro

wth

j

Skillin

g India fo

r an In

clusiv

e Gro

wth

j

Skillin

g India fo

r an In

clusiv

e Gro

wth

je

Skillin

g India fo

r an In

clusiv

e Gro

wth

e

Skillin

g India fo

r an In

clusiv

e Gro

wth

e

Skillin

g India fo

r an In

clusiv

e Gro

wth

ec

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

ct

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Charter and supporting documentation, including the Business Case

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Charter and supporting documentation, including the Business Case

The Project Initiation Plan (PIP)

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Initiation Plan (PIP)

Any working documents or informal documents defining Budget, Scope, Schedule

Skillin

g India fo

r an In

clusiv

e Gro

wth

Any working documents or informal documents defining Budget, Scope, Schedule

(The Triple Constraints) of the project

Skillin

g India fo

r an In

clusiv

e Gro

wth

(The Triple Constraints) of the project

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Plan (Detail) which includes the Project Schedules (baseline and current)

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Plan (Detail) which includes the Project Schedules (baseline and current)

Project financials

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project financials

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Scope changes and requests logSkillin

g India fo

r an In

clusiv

e Gro

wth

Project Scope changes and requests log

Project status reportsSkillin

g India fo

r an In

clusiv

e Gro

wth

Project status reports

Team member progress reports and timesheets (if applicable)Skill

ing In

dia for a

n Inclu

sive G

rowth

Team member progress reports and timesheets (if applicable)

Charter contents ensures that expectations for the project and its results are in

Following the session, the decisions, issues and action items should be compiled into

Maintaining information about the project in an organized fashion facilitates new

team member transitions and creates a central point of reference for those developing

project definition documents. Most importantly, it provides an audit trail documenting

All relevant project-related material, documents produced, decisions made, issues

raised and correspondence exchanged must be captured for future reference and

historical tracking. The project repository can be kept as hard copy in a binder or

notebook, or as electronic files and email folders, or both, at the discretion of the

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

filename). The most current hard copy of documentation should be kept in the primary

hard copy repository, with earlier versions in the electronic file.

ttProject Charter and supporting documentation, including the Business Case

The Project Initiation Plan (PIP)

Any working documents or informal documents defining Budget, Scope, Schedule

(The Triple Constraints) of the project

Project Plan (Detail) which includes the Project Schedules (baseline and current)

Project financials

� Project Scope changes and requests log

decisions, issues and action items. The Project Charter and any applicable supporting

materials are distributed to attendees for their review. The review of the Project

Charter contents ensures that expectations for the project and its results are in

Following the session, the decisions, issues and action items should be compiled into

Maintaining information about the project in an organized fashion facilitates new

team member transitions and creates a central point of reference for those developing

project definition documents. Most importantly, it provides an audit trail documenting

All relevant project-related material, documents produced, decisions made, issues

raised and correspondence exchanged must be captured for future reference and

historical tracking. The project repository can be kept as hard copy in a binder or

notebook, or as electronic files and email folders, or both, at the discretion of the

Project Manager, in accordance with organizational records management policies. Within

the primary hard copy repository, information should be organized in indexed volume(s)

to enable easy access. An index should provide reference to all material maintained

electronically (for example, a file directory or e-mail folder by drive, directory, and

filename). The most current hard copy of documentation should be kept in the primary

hard copy repository, with earlier versions in the electronic file.

prrooProject Charter and supporting documentation, including the Business Case

The Project Initiation Plan (PIP)

Any working documents or informal documents defining Budget, Scope, Schedule

(The Triple Constraints) of the project

Project Plan (Detail) which includes the Project Schedules (baseline and current)

Page 12: th - National Skill Development Corporation

� Products

� Risk Plan if separate from the Project Initiation Plan

� Audit results if encountered

� Correspondence, including any pivotal or decision-making memos, letters, email, etc.

Meeting minutesThe project repository should be available to everyone involved in the project and must,

therefore, be considered public information. It is not advisable to keep sensitive

information concerning individuals on the project, such as salaries or evaluations, in

the project repository. Some project-related documents may also be regarded as

confidential. A confidential project repository should be established in a separate

location to secure sensitive information.

The organization of an electronic file system is at the discretion and preference of

the Project Manager in accordance with organizational records management policies.

All files related to the project should be grouped by categories within project-specific

folders. The structure should be intuitive so that anyone browsing the directory can

easily locate needed information.

2.2.1 Refine the Business Case

2.2.2 Define Goals and Objectives

2.2.3 Define Project Scope

2.2.4 Develop High-Level Schedule

2.2.5 Identify Stakeholder Involvement

2.2.6 Develop Communications Plan

2.2.7 Establish Benefits and Budget

2.2.8 Define Governance and Resourcing

2.2.9 Define Management Approaches

2.2.10 Develop High Level Risk Plan

2.2.11 Produce Project Initiation Plan

2.2.1 Refine the Business CaseThe Project Initiation Plan starts with an Executive summary that introduces the

project by giving an overview of the project with a brief background as to how it came

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

requirement.

The executive summary should also include a Project Description of the project that

includes the opportunity, purpose of the project, what the project will deliver and any

other high level expectations of the project. It should identify if this is part of a larger

project or if it has follow on projects. Finally, it should identify the customers and

anticipated consumers of the project and why they will benefit from the project.

As you complete all the tasks for Project Planning (High Level) and develop the

Project Initiation Plan, you may revisit and continually refine the business case as the

project unfolds.

7

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

2.2.10 Develop High Level Risk Plan

2.2.11 Produce Project Initiation Plan

iinnee tthhee BBuussiinneessss CCaaThe Project Initiation Plan starts with an Executive summary that introduces the

project by giving an overview of the project with a brief background as to how it came

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

requirement.

The executive summary should also include a Project Description of the project that

includes the opportunity, purpose of the project, what the project will deliver and any

other high level expectations of the project. It should identify if this is part of a larger

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

includes the opportunity, purpose of the project, what the project will deliver and any

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

requirement.

The executive summary should also include a Project Description of the project that

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

ttThe Project Initiation Plan starts with an Executive summary that introduces the

project by giving an overview of the project with a brief background as to how it came

about. This should include a further refinement of the Business Case (Business Need)

2.2.11 Produce Project Initiation Plan

e BBuussiinneessThe Project Initiation Plan starts with an Executive summary that introduces the

2.2.6 Develop Communications Plan

2.2.7 Establish Benefits and Budget

2.2.8 Define Governance and Resourcing

2.2.9 Define Management Approaches

2.2.10 Develop High Level Risk Plan

2.2.11 Produce Project Initiation Plan

2.2.4 Develop High-Level Schedule

2.2.5 Identify Stakeholder Involvement

2.2.6 Develop Communications Plan

2.2.7 Establish Benefits and Budget

2.2.8 Define Governance and Resourcing

folders. The structure should be intuitive so that anyone browsing the directory can

the Project Manager in accordance with organizational records management policies.

All files related to the project should be grouped by categories within project-specific

folders. The structure should be intuitive so that anyone browsing the directory can

information concerning individuals on the project, such as salaries or evaluations, in

the project repository. Some project-related documents may also be regarded as

confidential. A confidential project repository should be established in a separate

The project repository should be available to everyone involved in the project and must,

therefore, be considered public information. It is not advisable to keep sensitive

information concerning individuals on the project, such as salaries or evaluations, in

the project repository. Some project-related documents may also be regarded as

The project repository should be available to everyone involved in the project and must,

therefore, be considered public information. It is not advisable to keep sensitive

information concerning individuals on the project, such as salaries or evaluations, in

the project repository. Some project-related documents may also be regarded as

confidential. A confidential project repository should be established in a separate

The organization of an electronic file system is at the discretion and preference of

the Project Manager in accordance with organizational records management policies.

All files related to the project should be grouped by categories within project-specific

folders. The structure should be intuitive so that anyone browsing the directory can

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The organization of an electronic file system is at the discretion and preference of

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The organization of an electronic file system is at the discretion and preference of

the Project Manager in accordance with organizational records management policies.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the Project Manager in accordance with organizational records management policies.

All files related to the project should be grouped by categories within project-specific

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

All files related to the project should be grouped by categories within project-specific

folders. The structure should be intuitive so that anyone browsing the directory can

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

folders. The structure should be intuitive so that anyone browsing the directory can

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Initiation Plan starts with an Executive summary that introduces the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Initiation Plan starts with an Executive summary that introduces the

project by giving an overview of the project with a brief background as to how it came

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

project by giving an overview of the project with a brief background as to how it came

about. This should include a further refinement of the Business Case (Business Need)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

requirement, or social need) that created the problem, opportunity, or business

The executive summary should also include a Project Description of the project that

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The executive summary should also include a Project Description of the project that

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

includes the opportunity, purpose of the project, what the project will deliver and any

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

includes the opportunity, purpose of the project, what the project will deliver and any

other high level expectations of the project. It should identify if this is part of a larger

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

other high level expectations of the project. It should identify if this is part of a larger

project or if it has follow on projects. Finally, it should identify the customers andAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

project or if it has follow on projects. Finally, it should identify the customers and

anticipated consumers of the project and why they will benefit from the project.An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

anticipated consumers of the project and why they will benefit from the project.Skillin

g India fo

r an In

clusiv

e Gro

wththe Project Manager in accordance with organizational records management policies.

Skillin

g India fo

r an In

clusiv

e Gro

wththe Project Manager in accordance with organizational records management policies.

All files related to the project should be grouped by categories within project-specific

Skillin

g India fo

r an In

clusiv

e Gro

wthAll files related to the project should be grouped by categories within project-specific

folders. The structure should be intuitive so that anyone browsing the directory can

Skillin

g India fo

r an In

clusiv

e Gro

wthfolders. The structure should be intuitive so that anyone browsing the directory can

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Initiation Plan starts with an Executive summary that introduces the

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Initiation Plan starts with an Executive summary that introduces the

project by giving an overview of the project with a brief background as to how it came

Skillin

g India fo

r an In

clusiv

e Gro

wth

project by giving an overview of the project with a brief background as to how it came

about. This should include a further refinement of the Business Case (Business Need)

Skillin

g India fo

r an In

clusiv

e Gro

wth

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

Skillin

g India fo

r an In

clusiv

e Gro

wth

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

Skillin

g India fo

r an In

clusiv

e Gro

wth

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

Skillin

g India fo

r an In

clusiv

e Gro

wth

requirement, or social need) that created the problem, opportunity, or business

The executive summary should also include a Project Description of the project that

Skillin

g India fo

r an In

clusiv

e Gro

wth

The executive summary should also include a Project Description of the project that

Skillin

g India fo

r an In

clusiv

e Gro

wth

includes the opportunity, purpose of the project, what the project will deliver and any

Skillin

g India fo

r an In

clusiv

e Gro

wth

includes the opportunity, purpose of the project, what the project will deliver and any

other high level expectations of the project. It should identify if this is part of a larger

Skillin

g India fo

r an In

clusiv

e Gro

wth

other high level expectations of the project. It should identify if this is part of a larger

project or if it has follow on projects. Finally, it should identify the customers and

Skillin

g India fo

r an In

clusiv

e Gro

wth

project or if it has follow on projects. Finally, it should identify the customers and

anticipated consumers of the project and why they will benefit from the project.Skillin

g India fo

r an In

clusiv

e Gro

wth

anticipated consumers of the project and why they will benefit from the project.Skillin

g India fo

r an In

clusiv

e Gro

wth

As you complete all the tasks for Project Planning (High Level) and develop theSkillin

g India fo

r an In

clusiv

e Gro

wth

As you complete all the tasks for Project Planning (High Level) and develop the

Project Initiation Plan, you may revisit and continually refine the business case as theSkill

ing In

dia for a

n Inclu

sive G

rowth

Project Initiation Plan, you may revisit and continually refine the business case as the

the Project Manager in accordance with organizational records management policies.

All files related to the project should be grouped by categories within project-specific

folders. The structure should be intuitive so that anyone browsing the directory can

The Project Initiation Plan starts with an Executive summary that introduces the

project by giving an overview of the project with a brief background as to how it came

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

The executive summary should also include a Project Description of the project that

includes the opportunity, purpose of the project, what the project will deliver and any

other high level expectations of the project. It should identify if this is part of a larger

project or if it has follow on projects. Finally, it should identify the customers and

anticipated consumers of the project and why they will benefit from the project.

The organization of an electronic file system is at the discretion and preference of

the Project Manager in accordance with organizational records management policies.

All files related to the project should be grouped by categories within project-specific

folders. The structure should be intuitive so that anyone browsing the directory can

2.2.11 Produce Project Initiation Plan

The Project Initiation Plan starts with an Executive summary that introduces the

project by giving an overview of the project with a brief background as to how it came

about. This should include a further refinement of the Business Case (Business Need)

that was originally defined in the Project Charter. It would include the business drivers

(that is, market demand, business need, customer request, technological advance, legal

requirement, or social need) that created the problem, opportunity, or business

The executive summary should also include a Project Description of the project that

includes the opportunity, purpose of the project, what the project will deliver and any

other high level expectations of the project. It should identify if this is part of a larger

project or if it has follow on projects. Finally, it should identify the customers and

Page 13: th - National Skill Development Corporation

8

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

2.2.2 Define Goals and Objectives

The purpose of developing the Overall Goal and Specific Objectives is to provide a clear

picture of what the project is trying to accomplish. It is also the basis for documenting

the Success Criteria that will explain how you will know the overall project was a

success. The input for this task is the Project Charter and the Executive Summary that

you just completed. To write an effective, comprehensive list of Specific Objectives

and Success Criteria, the Project Manager must work with the Project Sponsor and/or

Project Director and any appropriate subject matter experts and Key Stakeholders.

If issues or conflicting project expectations are uncovered while developing the

Specific Objectives and Success Criteria, the Project Manager must communicate with

Key Stakeholders to resolve the discrepancies, elevate the issues when appropriate,

and obtain consensus. Decisions that impact project expectations significantly should

be thoroughly documented.

2.2.3 Define Project ScopeThe purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

clarifying this at the inception of the project, people can be fully aware when the

project has scope creep, the tendency to add activities and outcomes to a project

without fully recognizing the impact.

This is where we will introduce one of the major concepts that is incorporated

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Quality. Because the constraints are interdependent, they are defined and managed

together. You cannot change one with out affecting the others. The work products that

define the project and its desired outcome are called the Triple Constraints and are

first created during Project Planning (High Level).

2.2.4 Develop High-Level ScheduleA Project Schedule is a calendar-based representation of work that will be accomplished

during a project. Developing a schedule means determining the start and end dates

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

upon the expert judgment of the Project Manager or other individuals with experience

managing projects with similar lifecycles. Even at a high level, this information still

provides insight into preparing the first draft of a Project Schedule. The activities

documented in the schedule at this early stage will be further broken down during

Project Planning (Detail Level), when the schedule will be refined to include the specific

individuals assigned and the amount of time required to complete the work.

A Work Breakdown Structure (WBS) is a very useful work product that a Project

Manager should create to facilitate development of a Project Schedule. A WBS is a

graphical representation of the hierarchy of project deliverables and their associated

tasks. As opposed to a Project Schedule that is calendar-based, a WBS is deliverable-

based, and written in business terms. All tasks depicted are those focused on completion

define the project and its desired outcome are called the Triple Constraints and are

first created during Project Planning (High Level).

veelloopp HHiigghh LLeevveell SSccA Project Schedule is a calendar-based representation of work that will be accomplished

during a project. Developing a schedule means determining the start and end dates

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

upon the expert judgment of the Project Manager or other individuals with experience

managing projects with similar lifecycles. Even at a high level, this information still

provides insight into preparing the first draft of a Project Schedule. The activities

documented in the schedule at this early stage will be further broken down during

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

managing projects with similar lifecycles. Even at a high level, this information still

provides insight into preparing the first draft of a Project Schedule. The activities

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

upon the expert judgment of the Project Manager or other individuals with experience

managing projects with similar lifecycles. Even at a high level, this information still

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

ppA Project Schedule is a calendar-based representation of work that will be accomplished

during a project. Developing a schedule means determining the start and end dates

for all tasks required to produce the projects product. The High Level Schedule should

first created during Project Planning (High Level).

Hiigghh--LLeevveeA Project Schedule is a calendar-based representation of work that will be accomplished

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Quality. Because the constraints are interdependent, they are defined and managed

together. You cannot change one with out affecting the others. The work products that

define the project and its desired outcome are called the Triple Constraints and are

first created during Project Planning (High Level).

without fully recognizing the impact.

This is where we will introduce one of the major concepts that is incorporated

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Quality. Because the constraints are interdependent, they are defined and managed

together. You cannot change one with out affecting the others. The work products that

The purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

clarifying this at the inception of the project, people can be fully aware when the

project has scope creep, the tendency to add activities and outcomes to a project

This is where we will introduce one of the major concepts that is incorporated

The purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

clarifying this at the inception of the project, people can be fully aware when the

The purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

Project Director and any appropriate subject matter experts and Key Stakeholders.

If issues or conflicting project expectations are uncovered while developing the

Specific Objectives and Success Criteria, the Project Manager must communicate with

Key Stakeholders to resolve the discrepancies, elevate the issues when appropriate,

success. The input for this task is the Project Charter and the Executive Summary that

you just completed. To write an effective, comprehensive list of Specific Objectives

and Success Criteria, the Project Manager must work with the Project Sponsor and/or

Project Director and any appropriate subject matter experts and Key Stakeholders.

If issues or conflicting project expectations are uncovered while developing the

success. The input for this task is the Project Charter and the Executive Summary that

you just completed. To write an effective, comprehensive list of Specific Objectives

and Success Criteria, the Project Manager must work with the Project Sponsor and/or

Project Director and any appropriate subject matter experts and Key Stakeholders.

If issues or conflicting project expectations are uncovered while developing the

Specific Objectives and Success Criteria, the Project Manager must communicate with

Key Stakeholders to resolve the discrepancies, elevate the issues when appropriate,

and obtain consensus. Decisions that impact project expectations significantly should

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Key Stakeholders to resolve the discrepancies, elevate the issues when appropriate,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Key Stakeholders to resolve the discrepancies, elevate the issues when appropriate,

and obtain consensus. Decisions that impact project expectations significantly should

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and obtain consensus. Decisions that impact project expectations significantly should

The purpose of defining Scope is to clearly identify what will actually be included in

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the project and what is beyond the range of activities and results to be included. By

clarifying this at the inception of the project, people can be fully aware when the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

clarifying this at the inception of the project, people can be fully aware when the

project has scope creep, the tendency to add activities and outcomes to a project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

project has scope creep, the tendency to add activities and outcomes to a project

This is where we will introduce one of the major concepts that is incorporated

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

This is where we will introduce one of the major concepts that is incorporated

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Quality. Because the constraints are interdependent, they are defined and managed

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Quality. Because the constraints are interdependent, they are defined and managed

together. You cannot change one with out affecting the others. The work products that

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

together. You cannot change one with out affecting the others. The work products that

define the project and its desired outcome are called the Triple Constraints and are

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

define the project and its desired outcome are called the Triple Constraints and are

first created during Project Planning (High Level).

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

first created during Project Planning (High Level).

u

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

u

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

u

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ul

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

le

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

A Project Schedule is a calendar-based representation of work that will be accomplished

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

A Project Schedule is a calendar-based representation of work that will be accomplished

during a project. Developing a schedule means determining the start and end dates

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

during a project. Developing a schedule means determining the start and end dates

for all tasks required to produce the projects product. The High Level Schedule should

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

complete a Project Schedule is known only at an overview level, often based solely

upon the expert judgment of the Project Manager or other individuals with experience

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

upon the expert judgment of the Project Manager or other individuals with experience

managing projects with similar lifecycles. Even at a high level, this information still

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

managing projects with similar lifecycles. Even at a high level, this information still

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

provides insight into preparing the first draft of a Project Schedule. The activities

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

provides insight into preparing the first draft of a Project Schedule. The activities

documented in the schedule at this early stage will be further broken down during

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

documented in the schedule at this early stage will be further broken down during

Project Planning (Detail Level), when the schedule will be refined to include the specificAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Planning (Detail Level), when the schedule will be refined to include the specific

individuals assigned and the amount of time required to complete the work.An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

individuals assigned and the amount of time required to complete the work.Skillin

g India fo

r an In

clusiv

e Gro

wth

The purpose of defining Scope is to clearly identify what will actually be included in

Skillin

g India fo

r an In

clusiv

e Gro

wth

The purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

Skillin

g India fo

r an In

clusiv

e Gro

wth

the project and what is beyond the range of activities and results to be included. By

clarifying this at the inception of the project, people can be fully aware when the

Skillin

g India fo

r an In

clusiv

e Gro

wth

clarifying this at the inception of the project, people can be fully aware when the

project has scope creep, the tendency to add activities and outcomes to a project

Skillin

g India fo

r an In

clusiv

e Gro

wth

project has scope creep, the tendency to add activities and outcomes to a project

This is where we will introduce one of the major concepts that is incorporated

Skillin

g India fo

r an In

clusiv

e Gro

wth

This is where we will introduce one of the major concepts that is incorporated

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

Skillin

g India fo

r an In

clusiv

e Gro

wth

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Skillin

g India fo

r an In

clusiv

e Gro

wth

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Quality. Because the constraints are interdependent, they are defined and managed

Skillin

g India fo

r an In

clusiv

e Gro

wth

Quality. Because the constraints are interdependent, they are defined and managed

together. You cannot change one with out affecting the others. The work products that

Skillin

g India fo

r an In

clusiv

e Gro

wth

together. You cannot change one with out affecting the others. The work products that

define the project and its desired outcome are called the Triple Constraints and are

Skillin

g India fo

r an In

clusiv

e Gro

wth

define the project and its desired outcome are called the Triple Constraints and are

first created during Project Planning (High Level).

Skillin

g India fo

r an In

clusiv

e Gro

wth

first created during Project Planning (High Level).

Skillin

g India fo

r an In

clusiv

e Gro

wth

A Project Schedule is a calendar-based representation of work that will be accomplished

Skillin

g India fo

r an In

clusiv

e Gro

wth

A Project Schedule is a calendar-based representation of work that will be accomplished

during a project. Developing a schedule means determining the start and end dates

Skillin

g India fo

r an In

clusiv

e Gro

wth

during a project. Developing a schedule means determining the start and end dates

for all tasks required to produce the projects product. The High Level Schedule should

Skillin

g India fo

r an In

clusiv

e Gro

wth

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

Skillin

g India fo

r an In

clusiv

e Gro

wth

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

Skillin

g India fo

r an In

clusiv

e Gro

wth

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

Skillin

g India fo

r an In

clusiv

e Gro

wth

complete a Project Schedule is known only at an overview level, often based solely

upon the expert judgment of the Project Manager or other individuals with experience

Skillin

g India fo

r an In

clusiv

e Gro

wth

upon the expert judgment of the Project Manager or other individuals with experience

managing projects with similar lifecycles. Even at a high level, this information still

Skillin

g India fo

r an In

clusiv

e Gro

wth

managing projects with similar lifecycles. Even at a high level, this information still

Skillin

g India fo

r an In

clusiv

e Gro

wth

provides insight into preparing the first draft of a Project Schedule. The activities

Skillin

g India fo

r an In

clusiv

e Gro

wth

provides insight into preparing the first draft of a Project Schedule. The activities

documented in the schedule at this early stage will be further broken down during

Skillin

g India fo

r an In

clusiv

e Gro

wth

documented in the schedule at this early stage will be further broken down during

Project Planning (Detail Level), when the schedule will be refined to include the specific

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Planning (Detail Level), when the schedule will be refined to include the specific

individuals assigned and the amount of time required to complete the work.Skillin

g India fo

r an In

clusiv

e Gro

wth

individuals assigned and the amount of time required to complete the work.Skillin

g India fo

r an In

clusiv

e Gro

wth

A Work Breakdown Structure (WBS) is a very useful work product that a ProjectSkillin

g India fo

r an In

clusiv

e Gro

wth

A Work Breakdown Structure (WBS) is a very useful work product that a Project

Manager should create to facilitate development of a Project Schedule. A WBS is aSkill

ing In

dia for a

n Inclu

sive G

rowth

Manager should create to facilitate development of a Project Schedule. A WBS is a

The purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

clarifying this at the inception of the project, people can be fully aware when the

project has scope creep, the tendency to add activities and outcomes to a project

This is where we will introduce one of the major concepts that is incorporated

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Quality. Because the constraints are interdependent, they are defined and managed

together. You cannot change one with out affecting the others. The work products that

define the project and its desired outcome are called the Triple Constraints and are

first created during Project Planning (High Level).

A Project Schedule is a calendar-based representation of work that will be accomplished

during a project. Developing a schedule means determining the start and end dates

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

upon the expert judgment of the Project Manager or other individuals with experience

managing projects with similar lifecycles. Even at a high level, this information still

provides insight into preparing the first draft of a Project Schedule. The activities

documented in the schedule at this early stage will be further broken down during

Project Planning (Detail Level), when the schedule will be refined to include the specific

individuals assigned and the amount of time required to complete the work.

Key Stakeholders to resolve the discrepancies, elevate the issues when appropriate,

and obtain consensus. Decisions that impact project expectations significantly should

The purpose of defining Scope is to clearly identify what will actually be included in

the project and what is beyond the range of activities and results to be included. By

clarifying this at the inception of the project, people can be fully aware when the

project has scope creep, the tendency to add activities and outcomes to a project

This is where we will introduce one of the major concepts that is incorporated

throughout this Guidebook: Triple Constraints. The Triple Constraints concept is derived

from a project's constraints: Budget, Scope, and Schedule, which determine the resulting

Quality. Because the constraints are interdependent, they are defined and managed

together. You cannot change one with out affecting the others. The work products that

define the project and its desired outcome are called the Triple Constraints and are

first created during Project Planning (High Level).

dduullA Project Schedule is a calendar-based representation of work that will be accomplished

during a project. Developing a schedule means determining the start and end dates

for all tasks required to produce the projects product. The High Level Schedule should

include key deliverables and milestones.

At this early stage in the project management lifecycle, information required to

complete a Project Schedule is known only at an overview level, often based solely

upon the expert judgment of the Project Manager or other individuals with experience

managing projects with similar lifecycles. Even at a high level, this information still

provides insight into preparing the first draft of a Project Schedule. The activities

documented in the schedule at this early stage will be further broken down during

Project Planning (Detail Level), when the schedule will be refined to include the specific

Page 14: th - National Skill Development Corporation

of deliverables. There are no dates or effort estimates in a WBS. Using a WBS, Project

Team members are better equipped to estimate the level of effort required to complete

tasks, and are able to quickly understand how their work fits into the overall project

structure.

The first hierarchical level of a WBS usually contains the phases that are specific to

both the Project Management Lifecycle and the Product Lifecycle of the project being

performed. For example, the first level of the WBS for a software development project

might look something like this: Project Management, Definition, System Design, System

Development, System Implementation, and Transition to Steady State.

For this reason, a WBS may be reused for other projects with the same lifecycle.

Once the first level has been completed, it is broken down into more detailed sub-

levels, until eventually all deliverables and tasks are depicted at the level you intend

to manage the project. When defined to the appropriate level of detail, a WBS is very

useful as input to both creating and refining a Project Schedule, including estimating

the required resources, the level of effort, and the cost.

In Project Planning (High Level), the information required to produce a complete

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

Level Schedule. The WBS is not static - the Project Manager should work with the

Project Team throughout the project lifecycle to refine the WBS and use it as input to

refining the Project Schedule.

The following figure is a sample High-Level Work Breakdown Structure organized by

Project Management and System Development Lifecycle for a software development

project.

9

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

Project Management and System Development Lifecycle for a software development

The following figure is a sample High-Level Work Breakdown Structure organized by

Project Management and System Development Lifecycle for a software development

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

Level Schedule. The WBS is not static - the Project Manager should work with the

Project Team throughout the project lifecycle to refine the WBS and use it as input to

The following figure is a sample High-Level Work Breakdown Structure organized by

In Project Planning (High Level), the information required to produce a complete

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

Level Schedule. The WBS is not static - the Project Manager should work with the

useful as input to both creating and refining a Project Schedule, including estimating

In Project Planning (High Level), the information required to produce a complete

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

For this reason, a WBS may be reused for other projects with the same lifecycle.

Once the first level has been completed, it is broken down into more detailed sub-

levels, until eventually all deliverables and tasks are depicted at the level you intend

both the Project Management Lifecycle and the Product Lifecycle of the project being

performed. For example, the first level of the WBS for a software development project

might look something like this: Project Management, Definition, System Design, System

For this reason, a WBS may be reused for other projects with the same lifecycle.

both the Project Management Lifecycle and the Product Lifecycle of the project being

performed. For example, the first level of the WBS for a software development project

might look something like this: Project Management, Definition, System Design, System

For this reason, a WBS may be reused for other projects with the same lifecycle.

Once the first level has been completed, it is broken down into more detailed sub-

levels, until eventually all deliverables and tasks are depicted at the level you intend

to manage the project. When defined to the appropriate level of detail, a WBS is very

useful as input to both creating and refining a Project Schedule, including estimating

In Project Planning (High Level), the information required to produce a complete

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

levels, until eventually all deliverables and tasks are depicted at the level you intend

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

levels, until eventually all deliverables and tasks are depicted at the level you intend

to manage the project. When defined to the appropriate level of detail, a WBS is very

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to manage the project. When defined to the appropriate level of detail, a WBS is very

useful as input to both creating and refining a Project Schedule, including estimating

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

useful as input to both creating and refining a Project Schedule, including estimating

In Project Planning (High Level), the information required to produce a complete

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

In Project Planning (High Level), the information required to produce a complete

WBS representing the entire project will not be known in sufficient detail. There will

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

be enough information, however, to enumerate the tasks required to produce the High-

Level Schedule. The WBS is not static - the Project Manager should work with the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Level Schedule. The WBS is not static - the Project Manager should work with the

Project Team throughout the project lifecycle to refine the WBS and use it as input to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Team throughout the project lifecycle to refine the WBS and use it as input to

The following figure is a sample High-Level Work Breakdown Structure organized by

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The following figure is a sample High-Level Work Breakdown Structure organized by

Project Management and System Development Lifecycle for a software development

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Management and System Development Lifecycle for a software development

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Skillin

g India fo

r an In

clusiv

e Gro

wthuseful as input to both creating and refining a Project Schedule, including estimating

Skillin

g India fo

r an In

clusiv

e Gro

wthuseful as input to both creating and refining a Project Schedule, including estimating

In Project Planning (High Level), the information required to produce a complete

Skillin

g India fo

r an In

clusiv

e Gro

wthIn Project Planning (High Level), the information required to produce a complete

WBS representing the entire project will not be known in sufficient detail. There will

Skillin

g India fo

r an In

clusiv

e Gro

wth

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

Skillin

g India fo

r an In

clusiv

e Gro

wth

be enough information, however, to enumerate the tasks required to produce the High-

Level Schedule. The WBS is not static - the Project Manager should work with the

Skillin

g India fo

r an In

clusiv

e Gro

wth

Level Schedule. The WBS is not static - the Project Manager should work with the

Project Team throughout the project lifecycle to refine the WBS and use it as input to

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Team throughout the project lifecycle to refine the WBS and use it as input to

The following figure is a sample High-Level Work Breakdown Structure organized by

Skillin

g India fo

r an In

clusiv

e Gro

wth

The following figure is a sample High-Level Work Breakdown Structure organized by

Project Management and System Development Lifecycle for a software development

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Management and System Development Lifecycle for a software development

Skillin

g India fo

r an In

clusiv

e Gro

wthuseful as input to both creating and refining a Project Schedule, including estimating

In Project Planning (High Level), the information required to produce a complete

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

Level Schedule. The WBS is not static - the Project Manager should work with the

Project Team throughout the project lifecycle to refine the WBS and use it as input to

The following figure is a sample High-Level Work Breakdown Structure organized by

Project Management and System Development Lifecycle for a software development

levels, until eventually all deliverables and tasks are depicted at the level you intend

to manage the project. When defined to the appropriate level of detail, a WBS is very

useful as input to both creating and refining a Project Schedule, including estimating

In Project Planning (High Level), the information required to produce a complete

WBS representing the entire project will not be known in sufficient detail. There will

be enough information, however, to enumerate the tasks required to produce the High-

Level Schedule. The WBS is not static - the Project Manager should work with the

Project Team throughout the project lifecycle to refine the WBS and use it as input to

The following figure is a sample High-Level Work Breakdown Structure organized by

Project Management and System Development Lifecycle for a software development

Page 15: th - National Skill Development Corporation

2.2.5 Identify and Document Stakeholders InvolvementStakeholder Analysis and Management is a critical part of every project. Stakeholders

include all individuals, groups, and entities internal or external to your organization

that contribute to the project or are impacted by, or can impact, the outcomes of the

project. Stakeholders can come from many areas: Project Governance (Executive

Sponsors, Sponsors, Directors, Steering Committees, Consultants, and Project Teams),

Technology Groups, Customers, Subject Matter Experts, Suppliers, Support Groups,

Training Groups, Special Interest Groups, other Interdependent Project Teams, Auditors,

Legal, Purchasing, etc.

Normally, major or key stakeholders are identified during the Project Planning (High

Level) and documented in the Project Initiation Plan and is reviewed again during

Project Planning (Detail Level). You will complete Table 9 in the Project Initiation Plan

with the Project Role, Name of Stakeholders, University Role, Project

Responsibilities/Accountabilities, and their commitment of time to the project. This is

where you set expectations for the Stakeholders, define their roles, establish individual

accountabilities, and gain agreement on those accountabilities. This activity is critical

to the successfully initiation and implementation of the project.

Failure to address stakeholder issues is a major cause of project failures.

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

Schedule), a preliminary list of roles and skills required for the project will be produced.

This list may be useful when creating the list of stakeholder roles needed to perform

the tasks leading to the desired project outcome and the responsibilities for each role.

Even if the information is known only at a preliminary level, it is helpful to the Project

Manager. When documenting roles and responsibilities, the Project Manager should

evaluate whether the individuals being assigned are in appropriate roles, if this

information is known. If it is decided that assigned individuals may be weak in certain

areas, or there are no individuals to fill certain roles, the Project Manager documents

this information.

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

the Project Managers entire chain of command. The earlier you can identify whom you

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

2.2.6 Develop a Communications PlanThe Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

which project communications will occur. The communication process must be bi-directional.

The Project Manager must receive input from Project Team members and Stakeholders

about their information and communications requirements, determine the best and most

cost effective way in which the requirements can be met, and record the information in a

formal, approved document. Similarly, the Project Manager must provide details to the

team and the internal and external Stakeholders regarding the communications he/she

expects to receive, and document his/her requirements in the plan.

10

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

information is known. If it is decided that assigned individuals may be weak in certain

areas, or there are no individuals to fill certain roles, the Project Manager documents

this information.

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

the Project Managers entire chain of command. The earlier you can identify whom you

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

22..22..66 DDeeThe Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

which project communications will occur. The communication process must be bi-directional.

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

22The Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

22 66

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

the Project Managers entire chain of command. The earlier you can identify whom you

need cooperation from, and the more detail you can provide as to the extent and

areas, or there are no individuals to fill certain roles, the Project Manager documents

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

the tasks leading to the desired project outcome and the responsibilities for each role.

Even if the information is known only at a preliminary level, it is helpful to the Project

Manager. When documenting roles and responsibilities, the Project Manager should

evaluate whether the individuals being assigned are in appropriate roles, if this

information is known. If it is decided that assigned individuals may be weak in certain

areas, or there are no individuals to fill certain roles, the Project Manager documents

Schedule), a preliminary list of roles and skills required for the project will be produced.

This list may be useful when creating the list of stakeholder roles needed to perform

the tasks leading to the desired project outcome and the responsibilities for each role.

Even if the information is known only at a preliminary level, it is helpful to the Project

Manager. When documenting roles and responsibilities, the Project Manager should

evaluate whether the individuals being assigned are in appropriate roles, if this

accountabilities, and gain agreement on those accountabilities. This activity is critical

to the successfully initiation and implementation of the project.

Failure to address stakeholder issues is a major cause of project failures.

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

Schedule), a preliminary list of roles and skills required for the project will be produced.

This list may be useful when creating the list of stakeholder roles needed to perform

where you set expectations for the Stakeholders, define their roles, establish individual

accountabilities, and gain agreement on those accountabilities. This activity is critical

to the successfully initiation and implementation of the project.

Failure to address stakeholder issues is a major cause of project failures.

with the Project Role, Name of Stakeholders, University Role, Project

Responsibilities/Accountabilities, and their commitment of time to the project. This is

where you set expectations for the Stakeholders, define their roles, establish individual

accountabilities, and gain agreement on those accountabilities. This activity is critical

to the successfully initiation and implementation of the project.

Training Groups, Special Interest Groups, other Interdependent Project Teams, Auditors,

Normally, major or key stakeholders are identified during the Project Planning (High

Level) and documented in the Project Initiation Plan and is reviewed again during

project. Stakeholders can come from many areas: Project Governance (Executive

Sponsors, Sponsors, Directors, Steering Committees, Consultants, and Project Teams),

Technology Groups, Customers, Subject Matter Experts, Suppliers, Support Groups,

Training Groups, Special Interest Groups, other Interdependent Project Teams, Auditors,

project. Stakeholders can come from many areas: Project Governance (Executive

Sponsors, Sponsors, Directors, Steering Committees, Consultants, and Project Teams),

Technology Groups, Customers, Subject Matter Experts, Suppliers, Support Groups,

Training Groups, Special Interest Groups, other Interdependent Project Teams, Auditors,

Normally, major or key stakeholders are identified during the Project Planning (High

Level) and documented in the Project Initiation Plan and is reviewed again during

Project Planning (Detail Level). You will complete Table 9 in the Project Initiation Plan

with the Project Role, Name of Stakeholders, University Role, Project

Responsibilities/Accountabilities, and their commitment of time to the project. This is

where you set expectations for the Stakeholders, define their roles, establish individual

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Level) and documented in the Project Initiation Plan and is reviewed again during

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Level) and documented in the Project Initiation Plan and is reviewed again during

Project Planning (Detail Level). You will complete Table 9 in the Project Initiation Plan

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Planning (Detail Level). You will complete Table 9 in the Project Initiation Plan

with the Project Role, Name of Stakeholders, University Role, Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

with the Project Role, Name of Stakeholders, University Role, Project

Responsibilities/Accountabilities, and their commitment of time to the project. This is

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Responsibilities/Accountabilities, and their commitment of time to the project. This is

where you set expectations for the Stakeholders, define their roles, establish individual

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

where you set expectations for the Stakeholders, define their roles, establish individual

accountabilities, and gain agreement on those accountabilities. This activity is critical

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

accountabilities, and gain agreement on those accountabilities. This activity is critical

Failure to address stakeholder issues is a major cause of project failures.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Failure to address stakeholder issues is a major cause of project failures.

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

Schedule), a preliminary list of roles and skills required for the project will be produced.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Schedule), a preliminary list of roles and skills required for the project will be produced.

This list may be useful when creating the list of stakeholder roles needed to perform

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

This list may be useful when creating the list of stakeholder roles needed to perform

the tasks leading to the desired project outcome and the responsibilities for each role.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the tasks leading to the desired project outcome and the responsibilities for each role.

Even if the information is known only at a preliminary level, it is helpful to the Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Even if the information is known only at a preliminary level, it is helpful to the Project

Manager. When documenting roles and responsibilities, the Project Manager should

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Manager. When documenting roles and responsibilities, the Project Manager should

evaluate whether the individuals being assigned are in appropriate roles, if this

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

evaluate whether the individuals being assigned are in appropriate roles, if this

information is known. If it is decided that assigned individuals may be weak in certain

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

information is known. If it is decided that assigned individuals may be weak in certain

areas, or there are no individuals to fill certain roles, the Project Manager documents

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

areas, or there are no individuals to fill certain roles, the Project Manager documents

One of the greatest challenges in project management is getting the work done by

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

individuals and business units that do not report to the Project Manager, or even to

the Project Managers entire chain of command. The earlier you can identify whom you

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the Project Managers entire chain of command. The earlier you can identify whom you

need cooperation from, and the more detail you can provide as to the extent and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

influence will benefit), and you may actually get them to do what your project requires.

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

op

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

p

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

p

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

p a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a C

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

C

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

C

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

C

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

which project communications will occur. The communication process must be bi-directional.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

which project communications will occur. The communication process must be bi-directional.

The Project Manager must receive input from Project Team members and StakeholdersAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Manager must receive input from Project Team members and Stakeholders

about their information and communications requirements, determine the best and mostAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

about their information and communications requirements, determine the best and mostSkillin

g India fo

r an In

clusiv

e Gro

wthwith the Project Role, Name of Stakeholders, University Role, Project

Skillin

g India fo

r an In

clusiv

e Gro

wthwith the Project Role, Name of Stakeholders, University Role, Project

Responsibilities/Accountabilities, and their commitment of time to the project. This is

Skillin

g India fo

r an In

clusiv

e Gro

wthResponsibilities/Accountabilities, and their commitment of time to the project. This is

where you set expectations for the Stakeholders, define their roles, establish individual

Skillin

g India fo

r an In

clusiv

e Gro

wthwhere you set expectations for the Stakeholders, define their roles, establish individual

accountabilities, and gain agreement on those accountabilities. This activity is critical

Skillin

g India fo

r an In

clusiv

e Gro

wth

accountabilities, and gain agreement on those accountabilities. This activity is critical

Failure to address stakeholder issues is a major cause of project failures.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Failure to address stakeholder issues is a major cause of project failures.

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

Skillin

g India fo

r an In

clusiv

e Gro

wth

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

Schedule), a preliminary list of roles and skills required for the project will be produced.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Schedule), a preliminary list of roles and skills required for the project will be produced.

This list may be useful when creating the list of stakeholder roles needed to perform

Skillin

g India fo

r an In

clusiv

e Gro

wth

This list may be useful when creating the list of stakeholder roles needed to perform

the tasks leading to the desired project outcome and the responsibilities for each role.

Skillin

g India fo

r an In

clusiv

e Gro

wth

the tasks leading to the desired project outcome and the responsibilities for each role.

Even if the information is known only at a preliminary level, it is helpful to the Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

Even if the information is known only at a preliminary level, it is helpful to the Project

Manager. When documenting roles and responsibilities, the Project Manager should

Skillin

g India fo

r an In

clusiv

e Gro

wth

Manager. When documenting roles and responsibilities, the Project Manager should

evaluate whether the individuals being assigned are in appropriate roles, if this

Skillin

g India fo

r an In

clusiv

e Gro

wth

evaluate whether the individuals being assigned are in appropriate roles, if this

information is known. If it is decided that assigned individuals may be weak in certain

Skillin

g India fo

r an In

clusiv

e Gro

wth

information is known. If it is decided that assigned individuals may be weak in certain

areas, or there are no individuals to fill certain roles, the Project Manager documents

Skillin

g India fo

r an In

clusiv

e Gro

wth

areas, or there are no individuals to fill certain roles, the Project Manager documents

One of the greatest challenges in project management is getting the work done by

Skillin

g India fo

r an In

clusiv

e Gro

wth

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

Skillin

g India fo

r an In

clusiv

e Gro

wth

individuals and business units that do not report to the Project Manager, or even to

the Project Managers entire chain of command. The earlier you can identify whom you

Skillin

g India fo

r an In

clusiv

e Gro

wth

the Project Managers entire chain of command. The earlier you can identify whom you

need cooperation from, and the more detail you can provide as to the extent and

Skillin

g India fo

r an In

clusiv

e Gro

wth

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

Skillin

g India fo

r an In

clusiv

e Gro

wth

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

Skillin

g India fo

r an In

clusiv

e Gro

wth

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

Skillin

g India fo

r an In

clusiv

e Gro

wth

influence will benefit), and you may actually get them to do what your project requires.

C

Skillin

g India fo

r an In

clusiv

e Gro

wth

C

Skillin

g India fo

r an In

clusiv

e Gro

wth

C

Skillin

g India fo

r an In

clusiv

e Gro

wth

Co

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

om

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

mm

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

mu

Skillin

g India fo

r an In

clusiv

e Gro

wth

u

Skillin

g India fo

r an In

clusiv

e Gro

wth

u

Skillin

g India fo

r an In

clusiv

e Gro

wth

un

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

ni

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

ic

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

which project communications will occur. The communication process must be bi-directional.

Skillin

g India fo

r an In

clusiv

e Gro

wth

which project communications will occur. The communication process must be bi-directional.

The Project Manager must receive input from Project Team members and Stakeholders

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Manager must receive input from Project Team members and Stakeholders

about their information and communications requirements, determine the best and mostSkillin

g India fo

r an In

clusiv

e Gro

wth

about their information and communications requirements, determine the best and most

cost effective way in which the requirements can be met, and record the information in aSkillin

g India fo

r an In

clusiv

e Gro

wth

cost effective way in which the requirements can be met, and record the information in a

formal, approved document. Similarly, the Project Manager must provide details to theSkill

ing In

dia for a

n Inclu

sive G

rowth

formal, approved document. Similarly, the Project Manager must provide details to the

with the Project Role, Name of Stakeholders, University Role, Project

Responsibilities/Accountabilities, and their commitment of time to the project. This is

where you set expectations for the Stakeholders, define their roles, establish individual

accountabilities, and gain agreement on those accountabilities. This activity is critical

Failure to address stakeholder issues is a major cause of project failures.

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

Schedule), a preliminary list of roles and skills required for the project will be produced.

This list may be useful when creating the list of stakeholder roles needed to perform

the tasks leading to the desired project outcome and the responsibilities for each role.

Even if the information is known only at a preliminary level, it is helpful to the Project

Manager. When documenting roles and responsibilities, the Project Manager should

evaluate whether the individuals being assigned are in appropriate roles, if this

information is known. If it is decided that assigned individuals may be weak in certain

areas, or there are no individuals to fill certain roles, the Project Manager documents

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

the Project Managers entire chain of command. The earlier you can identify whom you

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

a CCThe Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

which project communications will occur. The communication process must be bi-directional.

The Project Manager must receive input from Project Team members and Stakeholders

about their information and communications requirements, determine the best and most

Level) and documented in the Project Initiation Plan and is reviewed again during

Project Planning (Detail Level). You will complete Table 9 in the Project Initiation Plan

with the Project Role, Name of Stakeholders, University Role, Project

Responsibilities/Accountabilities, and their commitment of time to the project. This is

where you set expectations for the Stakeholders, define their roles, establish individual

accountabilities, and gain agreement on those accountabilities. This activity is critical

Failure to address stakeholder issues is a major cause of project failures.

In defining the High-Level Schedule for the Triple Constraints (Budget, Scope, and

Schedule), a preliminary list of roles and skills required for the project will be produced.

This list may be useful when creating the list of stakeholder roles needed to perform

the tasks leading to the desired project outcome and the responsibilities for each role.

Even if the information is known only at a preliminary level, it is helpful to the Project

Manager. When documenting roles and responsibilities, the Project Manager should

evaluate whether the individuals being assigned are in appropriate roles, if this

information is known. If it is decided that assigned individuals may be weak in certain

areas, or there are no individuals to fill certain roles, the Project Manager documents

One of the greatest challenges in project management is getting the work done by

individuals and business units that do not report to the Project Manager, or even to

the Project Managers entire chain of command. The earlier you can identify whom you

need cooperation from, and the more detail you can provide as to the extent and

outcome of that cooperation, the better your chances of actually influencing the work

done. Make your case early and convincingly (emphasizing how the folks that DO have

influence will benefit), and you may actually get them to do what your project requires.

eellooThe Communications Plan (Table 10 in the Project Initiation Plan) describes the means by

which project communications will occur. The communication process must be bi-directional.

The Project Manager must receive input from Project Team members and Stakeholders

Page 16: th - National Skill Development Corporation

11

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

2.2.7 Establish Benefits and BudgetBenefits (Table 11 in the Project Initiation Plan): By documenting the benefits of the

project in the Project Initiation Plan you will gain support and buy in from all the

stakeholders and continue to justify the project and obtain approval to proceed. Benefits

can be classified in either quantitative or qualitative terms and should be assigned a

benefit class: Increase in revenue, avoid revenue loss, reduce costs, avoid cost increases,

improved service, legislative/regulatory mandates, meet competition/protect or

increase market share, etc.

Budgets (Table 12 in the Project Initiation Plan): Using available tools, the Project

Manager calculates the preliminary budget that will be required to complete project

activities. All aspects of the project, including the cost of human resources, equipment,

travel, materials, consultants, and supplies, should be incorporated. At this point

information will be presented at a summary level; to be refined during Project Planning

(Detail Level), as more detailed information becomes known. However, the budget

should be more detailed and more accurate now than it was during Project Initiation

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

spreadsheets or complex mathematical modeling tools. (See Figure

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

budget to be refined, the Project Manager should always maintain notes on how this

preliminary budget was derived. Cost estimating checklists help to ensure that all

preliminary budgeting information is known and all bases are covered.

The Project Manager must also have a general understanding of the cost of both the

human resources and the equipment and materials required to perform the work. The

method by which staff and products will be acquired for the project will directly affect

the budgeting process.

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

Those who are "green," optimistic, or afraid of rejection often "aim

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

additional requests for more money. The best approach is to use organizational

experience, your own expertise, and the best advice you can muster to predict with

the greatest possible accuracy what the project will actually cost, and then set up a

separate change budget.

Above all, document the basis of your estimates!

2.2.8 Define Governance and ResourcingGovernance (See Figure 4 in the Project Initiation Plan): The Governance of a project

should describe the manner in which it will function. It is the accountability framework

and may be quite different from the organizations normal management structure. The

the budgeting process.

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

Those who are "green," optimistic, or afraid of rejection often "aim

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

additional requests for more money. The best approach is to use organizational

experience, your own expertise, and the best advice you can muster to predict with

the greatest possible accuracy what the project will actually cost, and then set up a

separate change budget.

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

experience, your own expertise, and the best advice you can muster to predict with

the greatest possible accuracy what the project will actually cost, and then set up a

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

additional requests for more money. The best approach is to use organizational

experience, your own expertise, and the best advice you can muster to predict with

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

Those who are "green," optimistic, or afraid of rejection often "aim

low,"underestimating the risks and realities.

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

preliminary budgeting information is known and all bases are covered.

The Project Manager must also have a general understanding of the cost of both the

human resources and the equipment and materials required to perform the work. The

method by which staff and products will be acquired for the project will directly affect

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

budget to be refined, the Project Manager should always maintain notes on how this

preliminary budget was derived. Cost estimating checklists help to ensure that all

preliminary budgeting information is known and all bases are covered.

The Project Manager must also have a general understanding of the cost of both the

human resources and the equipment and materials required to perform the work. The

method by which staff and products will be acquired for the project will directly affect

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

spreadsheets or complex mathematical modeling tools. (See Figure

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

budget to be refined, the Project Manager should always maintain notes on how this

preliminary budget was derived. Cost estimating checklists help to ensure that all

should be more detailed and more accurate now than it was during Project Initiation

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

spreadsheets or complex mathematical modeling tools. (See Figure

information will be presented at a summary level; to be refined during Project Planning

(Detail Level), as more detailed information becomes known. However, the budget

should be more detailed and more accurate now than it was during Project Initiation

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

Budgets (Table 12 in the Project Initiation Plan): Using available tools, the Project

Manager calculates the preliminary budget that will be required to complete project

activities. All aspects of the project, including the cost of human resources, equipment,

can be classified in either quantitative or qualitative terms and should be assigned a

benefit class: Increase in revenue, avoid revenue loss, reduce costs, avoid cost increases,

improved service, legislative/regulatory mandates, meet competition/protect or

Budgets (Table 12 in the Project Initiation Plan): Using available tools, the Project

can be classified in either quantitative or qualitative terms and should be assigned a

benefit class: Increase in revenue, avoid revenue loss, reduce costs, avoid cost increases,

improved service, legislative/regulatory mandates, meet competition/protect or

Budgets (Table 12 in the Project Initiation Plan): Using available tools, the Project

Manager calculates the preliminary budget that will be required to complete project

activities. All aspects of the project, including the cost of human resources, equipment,

travel, materials, consultants, and supplies, should be incorporated. At this point

information will be presented at a summary level; to be refined during Project Planning

(Detail Level), as more detailed information becomes known. However, the budget

should be more detailed and more accurate now than it was during Project Initiation

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

activities. All aspects of the project, including the cost of human resources, equipment,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

activities. All aspects of the project, including the cost of human resources, equipment,

travel, materials, consultants, and supplies, should be incorporated. At this point

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

travel, materials, consultants, and supplies, should be incorporated. At this point

information will be presented at a summary level; to be refined during Project Planning

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

information will be presented at a summary level; to be refined during Project Planning

(Detail Level), as more detailed information becomes known. However, the budget

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(Detail Level), as more detailed information becomes known. However, the budget

should be more detailed and more accurate now than it was during Project Initiation

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

should be more detailed and more accurate now than it was during Project Initiation

(Project Charter). The Project Manager should use manual or automated tools to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

generate a Preliminary Budget Estimate. The budgeting tools may be simple

spreadsheets or complex mathematical modeling tools. (See Figure

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

spreadsheets or complex mathematical modeling tools. (See Figure

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

budget to be refined, the Project Manager should always maintain notes on how this

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

budget to be refined, the Project Manager should always maintain notes on how this

preliminary budget was derived. Cost estimating checklists help to ensure that all

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

preliminary budget was derived. Cost estimating checklists help to ensure that all

preliminary budgeting information is known and all bases are covered.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

preliminary budgeting information is known and all bases are covered.

The Project Manager must also have a general understanding of the cost of both the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Manager must also have a general understanding of the cost of both the

human resources and the equipment and materials required to perform the work. The

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

human resources and the equipment and materials required to perform the work. The

method by which staff and products will be acquired for the project will directly affect

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

method by which staff and products will be acquired for the project will directly affect

In coming up with the projects budget, many Project Managers fall into one of two

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

extremes, depending on their temperaments and prior experience:

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the Project Budget to protect against all eventualities.

Those who are "green," optimistic, or afraid of rejection often "aim

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Those who are "green," optimistic, or afraid of rejection often "aim

low,"underestimating the risks and realities.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

additional requests for more money. The best approach is to use organizational

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

additional requests for more money. The best approach is to use organizational

experience, your own expertise, and the best advice you can muster to predict with

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

experience, your own expertise, and the best advice you can muster to predict with

the greatest possible accuracy what the project will actually cost, and then set up a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the greatest possible accuracy what the project will actually cost, and then set up a

separate change budget.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

separate change budget.

Above all, document the basis of your estimates!An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Above all, document the basis of your estimates!

Skillin

g India fo

r an In

clusiv

e Gro

wthinformation will be presented at a summary level; to be refined during Project Planning

Skillin

g India fo

r an In

clusiv

e Gro

wthinformation will be presented at a summary level; to be refined during Project Planning

(Detail Level), as more detailed information becomes known. However, the budget

Skillin

g India fo

r an In

clusiv

e Gro

wth(Detail Level), as more detailed information becomes known. However, the budget

should be more detailed and more accurate now than it was during Project Initiation

Skillin

g India fo

r an In

clusiv

e Gro

wthshould be more detailed and more accurate now than it was during Project Initiation

(Project Charter). The Project Manager should use manual or automated tools to

Skillin

g India fo

r an In

clusiv

e Gro

wth

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

Skillin

g India fo

r an In

clusiv

e Gro

wth

generate a Preliminary Budget Estimate. The budgeting tools may be simple

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

Skillin

g India fo

r an In

clusiv

e Gro

wth

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

budget to be refined, the Project Manager should always maintain notes on how this

Skillin

g India fo

r an In

clusiv

e Gro

wth

budget to be refined, the Project Manager should always maintain notes on how this

preliminary budget was derived. Cost estimating checklists help to ensure that all

Skillin

g India fo

r an In

clusiv

e Gro

wth

preliminary budget was derived. Cost estimating checklists help to ensure that all

preliminary budgeting information is known and all bases are covered.

Skillin

g India fo

r an In

clusiv

e Gro

wth

preliminary budgeting information is known and all bases are covered.

The Project Manager must also have a general understanding of the cost of both the

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Manager must also have a general understanding of the cost of both the

human resources and the equipment and materials required to perform the work. The

Skillin

g India fo

r an In

clusiv

e Gro

wth

human resources and the equipment and materials required to perform the work. The

method by which staff and products will be acquired for the project will directly affect

Skillin

g India fo

r an In

clusiv

e Gro

wth

method by which staff and products will be acquired for the project will directly affect

In coming up with the projects budget, many Project Managers fall into one of two

Skillin

g India fo

r an In

clusiv

e Gro

wth

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

Skillin

g India fo

r an In

clusiv

e Gro

wth

extremes, depending on their temperaments and prior experience:

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

Skillin

g India fo

r an In

clusiv

e Gro

wth

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

Skillin

g India fo

r an In

clusiv

e Gro

wth

the Project Budget to protect against all eventualities.

Those who are "green," optimistic, or afraid of rejection often "aim

Skillin

g India fo

r an In

clusiv

e Gro

wth

Those who are "green," optimistic, or afraid of rejection often "aim

low,"underestimating the risks and realities.

Skillin

g India fo

r an In

clusiv

e Gro

wth

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

Skillin

g India fo

r an In

clusiv

e Gro

wth

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

Skillin

g India fo

r an In

clusiv

e Gro

wth

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

Skillin

g India fo

r an In

clusiv

e Gro

wth

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

additional requests for more money. The best approach is to use organizational

Skillin

g India fo

r an In

clusiv

e Gro

wth

additional requests for more money. The best approach is to use organizational

experience, your own expertise, and the best advice you can muster to predict with

Skillin

g India fo

r an In

clusiv

e Gro

wth

experience, your own expertise, and the best advice you can muster to predict with

the greatest possible accuracy what the project will actually cost, and then set up a

Skillin

g India fo

r an In

clusiv

e Gro

wth

the greatest possible accuracy what the project will actually cost, and then set up a

separate change budget.

Skillin

g India fo

r an In

clusiv

e Gro

wth

separate change budget.

Above all, document the basis of your estimates!

Skillin

g India fo

r an In

clusiv

e Gro

wth

Above all, document the basis of your estimates!

D Skillin

g India fo

r an In

clusiv

e Gro

wth

D Skillin

g India fo

r an In

clusiv

e Gro

wth

D Skillin

g India fo

r an In

clusiv

e Gro

wth

De Skillin

g India fo

r an In

clusiv

e Gro

wth

e Skillin

g India fo

r an In

clusiv

e Gro

wth

e Skillin

g India fo

r an In

clusiv

e Gro

wth

efSkillin

g India fo

r an In

clusiv

e Gro

wth

fSkillin

g India fo

r an In

clusiv

e Gro

wth

fSkillin

g India fo

r an In

clusiv

e Gro

wth

fiSkillin

g India fo

r an In

clusiv

e Gro

wth

iSkillin

g India fo

r an In

clusiv

e Gro

wth

iSkillin

g India fo

r an In

clusiv

e Gro

wth

inSkillin

g India fo

r an In

clusiv

e Gro

wth

nSkillin

g India fo

r an In

clusiv

e Gro

wth

nSkillin

g India fo

r an In

clusiv

e Gro

wth

neSkillin

g India fo

r an In

clusiv

e Gro

wth

eSkillin

g India fo

r an In

clusiv

e Gro

wth

eSkillin

g India fo

r an In

clusiv

e Gro

wth

e GSkillin

g India fo

r an In

clusiv

e Gro

wth

GSkillin

g India fo

r an In

clusiv

e Gro

wth

GSkillin

g India fo

r an In

clusiv

e Gro

wth

GGovernance (See Figure 4 in the Project Initiation Plan): The Governance of a project

Skillin

g India fo

r an In

clusiv

e Gro

wth

Governance (See Figure 4 in the Project Initiation Plan): The Governance of a project

information will be presented at a summary level; to be refined during Project Planning

(Detail Level), as more detailed information becomes known. However, the budget

should be more detailed and more accurate now than it was during Project Initiation

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

budget to be refined, the Project Manager should always maintain notes on how this

preliminary budget was derived. Cost estimating checklists help to ensure that all

preliminary budgeting information is known and all bases are covered.

The Project Manager must also have a general understanding of the cost of both the

human resources and the equipment and materials required to perform the work. The

method by which staff and products will be acquired for the project will directly affect

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

Those who are "green," optimistic, or afraid of rejection often "aim

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

additional requests for more money. The best approach is to use organizational

experience, your own expertise, and the best advice you can muster to predict with

the greatest possible accuracy what the project will actually cost, and then set up a

separate change budget.

Above all, document the basis of your estimates!

activities. All aspects of the project, including the cost of human resources, equipment,

travel, materials, consultants, and supplies, should be incorporated. At this point

information will be presented at a summary level; to be refined during Project Planning

(Detail Level), as more detailed information becomes known. However, the budget

should be more detailed and more accurate now than it was during Project Initiation

(Project Charter). The Project Manager should use manual or automated tools to

generate a Preliminary Budget Estimate. The budgeting tools may be simple

spreadsheets or complex mathematical modeling tools. (See Figure

2 -9 for the Preliminary Budget Estimate.) For historical purposes, and to enable the

budget to be refined, the Project Manager should always maintain notes on how this

preliminary budget was derived. Cost estimating checklists help to ensure that all

preliminary budgeting information is known and all bases are covered.

The Project Manager must also have a general understanding of the cost of both the

human resources and the equipment and materials required to perform the work. The

method by which staff and products will be acquired for the project will directly affect

In coming up with the projects budget, many Project Managers fall into one of two

extremes, depending on their temperaments and prior experience:

Those who are risk-averse or have been burned in the past tend to "aim high," inflating

the Project Budget to protect against all eventualities.

Those who are "green," optimistic, or afraid of rejection often "aim

low,"underestimating the risks and realities.

Neither approach, of course, is optimal; both put the whole project at risk, the former

by either disqualifying the project in view of limited funds or inviting uninformed

wholesale cuts, the latter by setting unrealistic expectations and guaranteeing multiple

additional requests for more money. The best approach is to use organizational

experience, your own expertise, and the best advice you can muster to predict with

the greatest possible accuracy what the project will actually cost, and then set up a

separate change budget.

Above all, document the basis of your estimates!

Page 17: th - National Skill Development Corporation

depiction of the projects governance structure is usually put in a graphical chart showing

accountable relationships and includes the Project Role the person has and their name.

It also includes the groups they belong to (Steering Committee, Technical Team,

Functional Team, Campus Readiness Team, etc.). Agreeing on the project governance

structure is a critical step for the project. It brings clarity to the project team on

accountabilities and it is used later when we define the management approaches on

how issues are escalated and the change control processes.

Resourcing (See Table 14 in the Project Initiation Plan): A number of constraints,

financial, political, and organizational, may dictate the methods by which required

individuals, equipment, and materials are acquired. The Project Manager needs to be

aware of existing resource acquisition policies, guidelines, and procedures. In addition,

the preferences of the performing Organizations management team and/or the

Customer Representatives may influence acquisition decisions. In any case, the

strategies defined should satisfy the needs of project Stakeholders. Information from

similar past projects can be used to gain an understanding of acquisition strategies;

those that were successful and applicable may be considered for implementation on

the current project.

Once the Project Manager assesses the needs of the project, financial considerations,

time constraints, and individual skills and availability, a method is defined for acquiring

project staff. Depending on the way different organizations relate to one another,

strategies used to acquire staff may vary. It is important for the Project Manager to

understand the reporting relationships, both formal and informal, among different

organizations, technical disciplines, and individuals. Staff may be allocated from within

an organization or from an outside source using an established staff procurement

procedure. The Project Manager should work with the Project Sponsor and/or Project

Director to determine staffing options.

The skills required for the project, influence the means by which staff members are

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

he/she may elect to retain contractors to fill the positions rather than allocating

resources from within.

As is the case with human resources, a method is defined by which equipment,

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

acquire these resources.

Regardless of how staff and products are acquired for the project, the Project Manager

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Table 14 in the Project Initiation Plan is a summary of all the resources needed

including those already identified and those that are yet To Be Determined (TBD). This

table provides a clear picture of the number of resources, the percentage of time

needed, and the time frames they will be needed, along with the name of their manager

(if applicable).

Don't forget to document in the Project Initiation Plan any important resourcing

comments, constraints, and/or issues that are important to understanding the High

Level Schedule and Budget.

12

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

The skills required for the project, influence the means by which staff members are

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

he/she may elect to retain contractors to fill the positions rather than allocating

resources from within.

As is the case with human resources, a method is defined by which equipment,

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

acquire these resources.

Regardless of how staff and products are acquired for the project, the Project Manager

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Table 14 in the Project Initiation Plan is a summary of all the resources needed

including those already identified and those that are yet To Be Determined (TBD). This

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

acquire these resources.

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Table 14 in the Project Initiation Plan is a summary of all the resources needed

acquire these resources.

Regardless of how staff and products are acquired for the project, the Project Manager

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

acquire these resources.

Regardless of how staff and products are acquired for the project, the Project Manager

he/she may elect to retain contractors to fill the positions rather than allocating

resources from within.

As is the case with human resources, a method is defined by which equipment,

materials, and other non-human resources will be obtained. The Project Manager, in

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

he/she may elect to retain contractors to fill the positions rather than allocating

resources from within.

organizations, technical disciplines, and individuals. Staff may be allocated from within

an organization or from an outside source using an established staff procurement

procedure. The Project Manager should work with the Project Sponsor and/or Project

Director to determine staffing options.

The skills required for the project, influence the means by which staff members are

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

strategies used to acquire staff may vary. It is important for the Project Manager to

understand the reporting relationships, both formal and informal, among different

organizations, technical disciplines, and individuals. Staff may be allocated from within

an organization or from an outside source using an established staff procurement

procedure. The Project Manager should work with the Project Sponsor and/or Project

Once the Project Manager assesses the needs of the project, financial considerations,

time constraints, and individual skills and availability, a method is defined for acquiring

project staff. Depending on the way different organizations relate to one another,

strategies used to acquire staff may vary. It is important for the Project Manager to

understand the reporting relationships, both formal and informal, among different

those that were successful and applicable may be considered for implementation on

Once the Project Manager assesses the needs of the project, financial considerations,

time constraints, and individual skills and availability, a method is defined for acquiring

strategies defined should satisfy the needs of project Stakeholders. Information from

similar past projects can be used to gain an understanding of acquisition strategies;

those that were successful and applicable may be considered for implementation on

Once the Project Manager assesses the needs of the project, financial considerations,

financial, political, and organizational, may dictate the methods by which required

individuals, equipment, and materials are acquired. The Project Manager needs to be

aware of existing resource acquisition policies, guidelines, and procedures. In addition,

the preferences of the performing Organizations management team and/or the

accountabilities and it is used later when we define the management approaches on

Resourcing (See Table 14 in the Project Initiation Plan): A number of constraints,

financial, political, and organizational, may dictate the methods by which required

individuals, equipment, and materials are acquired. The Project Manager needs to be

accountabilities and it is used later when we define the management approaches on

Resourcing (See Table 14 in the Project Initiation Plan): A number of constraints,

financial, political, and organizational, may dictate the methods by which required

individuals, equipment, and materials are acquired. The Project Manager needs to be

aware of existing resource acquisition policies, guidelines, and procedures. In addition,

the preferences of the performing Organizations management team and/or the

Customer Representatives may influence acquisition decisions. In any case, the

strategies defined should satisfy the needs of project Stakeholders. Information from

similar past projects can be used to gain an understanding of acquisition strategies;

those that were successful and applicable may be considered for implementation on

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the preferences of the performing Organizations management team and/or the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the preferences of the performing Organizations management team and/or the

Customer Representatives may influence acquisition decisions. In any case, the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Customer Representatives may influence acquisition decisions. In any case, the

strategies defined should satisfy the needs of project Stakeholders. Information from

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

strategies defined should satisfy the needs of project Stakeholders. Information from

similar past projects can be used to gain an understanding of acquisition strategies;

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

similar past projects can be used to gain an understanding of acquisition strategies;

those that were successful and applicable may be considered for implementation on

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

those that were successful and applicable may be considered for implementation on

Once the Project Manager assesses the needs of the project, financial considerations,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Once the Project Manager assesses the needs of the project, financial considerations,

time constraints, and individual skills and availability, a method is defined for acquiring

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

time constraints, and individual skills and availability, a method is defined for acquiring

project staff. Depending on the way different organizations relate to one another,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

project staff. Depending on the way different organizations relate to one another,

strategies used to acquire staff may vary. It is important for the Project Manager to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

strategies used to acquire staff may vary. It is important for the Project Manager to

understand the reporting relationships, both formal and informal, among different

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

understand the reporting relationships, both formal and informal, among different

organizations, technical disciplines, and individuals. Staff may be allocated from within

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

organizations, technical disciplines, and individuals. Staff may be allocated from within

an organization or from an outside source using an established staff procurement

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

an organization or from an outside source using an established staff procurement

procedure. The Project Manager should work with the Project Sponsor and/or Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

procedure. The Project Manager should work with the Project Sponsor and/or Project

The skills required for the project, influence the means by which staff members are

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The skills required for the project, influence the means by which staff members are

acquired. If there are limited qualified in-house resources available to staff a project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

or if a Project Manager has had positive experiences with contract staff, for example,

he/she may elect to retain contractors to fill the positions rather than allocating

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

he/she may elect to retain contractors to fill the positions rather than allocating

As is the case with human resources, a method is defined by which equipment,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

As is the case with human resources, a method is defined by which equipment,

materials, and other non-human resources will be obtained. The Project Manager, in

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

conjunction with the Project Sponsor, should determine the method to be used to

acquire these resources.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

acquire these resources.

Regardless of how staff and products are acquired for the project, the Project Manager

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Regardless of how staff and products are acquired for the project, the Project Manager

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Table 14 in the Project Initiation Plan is a summary of all the resources needed

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Table 14 in the Project Initiation Plan is a summary of all the resources needed

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

including those already identified and those that are yet To Be Determined (TBD). This

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

including those already identified and those that are yet To Be Determined (TBD). This

table provides a clear picture of the number of resources, the percentage of timeAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

table provides a clear picture of the number of resources, the percentage of time

needed, and the time frames they will be needed, along with the name of their managerAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

needed, and the time frames they will be needed, along with the name of their managerSkillin

g India fo

r an In

clusiv

e Gro

wthstrategies defined should satisfy the needs of project Stakeholders. Information from

Skillin

g India fo

r an In

clusiv

e Gro

wthstrategies defined should satisfy the needs of project Stakeholders. Information from

similar past projects can be used to gain an understanding of acquisition strategies;

Skillin

g India fo

r an In

clusiv

e Gro

wthsimilar past projects can be used to gain an understanding of acquisition strategies;

those that were successful and applicable may be considered for implementation on

Skillin

g India fo

r an In

clusiv

e Gro

wththose that were successful and applicable may be considered for implementation on

Once the Project Manager assesses the needs of the project, financial considerations,

Skillin

g India fo

r an In

clusiv

e Gro

wth

Once the Project Manager assesses the needs of the project, financial considerations,

time constraints, and individual skills and availability, a method is defined for acquiring

Skillin

g India fo

r an In

clusiv

e Gro

wth

time constraints, and individual skills and availability, a method is defined for acquiring

project staff. Depending on the way different organizations relate to one another,

Skillin

g India fo

r an In

clusiv

e Gro

wth

project staff. Depending on the way different organizations relate to one another,

strategies used to acquire staff may vary. It is important for the Project Manager to

Skillin

g India fo

r an In

clusiv

e Gro

wth

strategies used to acquire staff may vary. It is important for the Project Manager to

understand the reporting relationships, both formal and informal, among different

Skillin

g India fo

r an In

clusiv

e Gro

wth

understand the reporting relationships, both formal and informal, among different

organizations, technical disciplines, and individuals. Staff may be allocated from within

Skillin

g India fo

r an In

clusiv

e Gro

wth

organizations, technical disciplines, and individuals. Staff may be allocated from within

an organization or from an outside source using an established staff procurement

Skillin

g India fo

r an In

clusiv

e Gro

wth

an organization or from an outside source using an established staff procurement

procedure. The Project Manager should work with the Project Sponsor and/or Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

procedure. The Project Manager should work with the Project Sponsor and/or Project

The skills required for the project, influence the means by which staff members are

Skillin

g India fo

r an In

clusiv

e Gro

wth

The skills required for the project, influence the means by which staff members are

acquired. If there are limited qualified in-house resources available to staff a project

Skillin

g India fo

r an In

clusiv

e Gro

wth

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

Skillin

g India fo

r an In

clusiv

e Gro

wth

or if a Project Manager has had positive experiences with contract staff, for example,

he/she may elect to retain contractors to fill the positions rather than allocating

Skillin

g India fo

r an In

clusiv

e Gro

wth

he/she may elect to retain contractors to fill the positions rather than allocating

As is the case with human resources, a method is defined by which equipment,

Skillin

g India fo

r an In

clusiv

e Gro

wth

As is the case with human resources, a method is defined by which equipment,

materials, and other non-human resources will be obtained. The Project Manager, in

Skillin

g India fo

r an In

clusiv

e Gro

wth

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

Skillin

g India fo

r an In

clusiv

e Gro

wth

conjunction with the Project Sponsor, should determine the method to be used to

Regardless of how staff and products are acquired for the project, the Project Manager

Skillin

g India fo

r an In

clusiv

e Gro

wth

Regardless of how staff and products are acquired for the project, the Project Manager

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

Skillin

g India fo

r an In

clusiv

e Gro

wth

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Skillin

g India fo

r an In

clusiv

e Gro

wth

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Table 14 in the Project Initiation Plan is a summary of all the resources needed

Skillin

g India fo

r an In

clusiv

e Gro

wth

Table 14 in the Project Initiation Plan is a summary of all the resources needed

Skillin

g India fo

r an In

clusiv

e Gro

wth

including those already identified and those that are yet To Be Determined (TBD). This

Skillin

g India fo

r an In

clusiv

e Gro

wth

including those already identified and those that are yet To Be Determined (TBD). This

table provides a clear picture of the number of resources, the percentage of time

Skillin

g India fo

r an In

clusiv

e Gro

wth

table provides a clear picture of the number of resources, the percentage of time

needed, and the time frames they will be needed, along with the name of their managerSkillin

g India fo

r an In

clusiv

e Gro

wth

needed, and the time frames they will be needed, along with the name of their manager

(if applicable).Skillin

g India fo

r an In

clusiv

e Gro

wth

(if applicable).

Don't forget to document in the Project Initiation Plan any important resourcingSkill

ing In

dia for a

n Inclu

sive G

rowth

Don't forget to document in the Project Initiation Plan any important resourcing

strategies defined should satisfy the needs of project Stakeholders. Information from

similar past projects can be used to gain an understanding of acquisition strategies;

those that were successful and applicable may be considered for implementation on

Once the Project Manager assesses the needs of the project, financial considerations,

time constraints, and individual skills and availability, a method is defined for acquiring

project staff. Depending on the way different organizations relate to one another,

strategies used to acquire staff may vary. It is important for the Project Manager to

understand the reporting relationships, both formal and informal, among different

organizations, technical disciplines, and individuals. Staff may be allocated from within

an organization or from an outside source using an established staff procurement

procedure. The Project Manager should work with the Project Sponsor and/or Project

The skills required for the project, influence the means by which staff members are

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

he/she may elect to retain contractors to fill the positions rather than allocating

As is the case with human resources, a method is defined by which equipment,

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

Regardless of how staff and products are acquired for the project, the Project Manager

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Table 14 in the Project Initiation Plan is a summary of all the resources needed

including those already identified and those that are yet To Be Determined (TBD). This

table provides a clear picture of the number of resources, the percentage of time

needed, and the time frames they will be needed, along with the name of their manager

the preferences of the performing Organizations management team and/or the

Customer Representatives may influence acquisition decisions. In any case, the

strategies defined should satisfy the needs of project Stakeholders. Information from

similar past projects can be used to gain an understanding of acquisition strategies;

those that were successful and applicable may be considered for implementation on

Once the Project Manager assesses the needs of the project, financial considerations,

time constraints, and individual skills and availability, a method is defined for acquiring

project staff. Depending on the way different organizations relate to one another,

strategies used to acquire staff may vary. It is important for the Project Manager to

understand the reporting relationships, both formal and informal, among different

organizations, technical disciplines, and individuals. Staff may be allocated from within

an organization or from an outside source using an established staff procurement

procedure. The Project Manager should work with the Project Sponsor and/or Project

The skills required for the project, influence the means by which staff members are

acquired. If there are limited qualified in-house resources available to staff a project

or if a Project Manager has had positive experiences with contract staff, for example,

he/she may elect to retain contractors to fill the positions rather than allocating

As is the case with human resources, a method is defined by which equipment,

materials, and other non-human resources will be obtained. The Project Manager, in

conjunction with the Project Sponsor, should determine the method to be used to

acquire these resources.

Regardless of how staff and products are acquired for the project, the Project Manager

must add the estimated cost of all resources to the Preliminary Budget Estimate. (See

2.2.4 Develop High-Level Schedule and 2.2.7 Establish Budget)

Table 14 in the Project Initiation Plan is a summary of all the resources needed

including those already identified and those that are yet To Be Determined (TBD). This

table provides a clear picture of the number of resources, the percentage of time

Page 18: th - National Skill Development Corporation

Any manager providing resources of any significance to the project should be identified

as a stakeholder and usually needs to sign off on the Project Initiation Plan.

2.2.9 Define Management ApproachesIt is important to define early in the project the approaches used to manage the

project. In general, the Cornell Project Management Methodology (CPMM) will be

applied as the project management approach to implementing your project, specifically,

planning, controlling, and closing out the project. If there is a Product Lifecycle approach

being used, it should be identified. These approaches will be documented in the Project

Initiation Plan. (See the Management Approaches section of the Project Initiation Plan)

2.2.9.1 Mode of AccomplishmentThe mode of accomplishment is an overall statement on how the project will be

accomplished. Will it be totally done by Cornell resources, or will outside partners be

involved? Who is the Customer and how will their participation be needed? How will

the project be organized? Are all the stakeholders and their responsibilities clear or

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

by this project? Will it require a Campus Readiness activity? Will a transition team be

required? Is training a significant part of the project? How will you ensure the project

will satisfy the needs for which it was undertaken? Are their quality standards that

need to be met? How will the quality of the project be assured?

2.2.9.2 Issues ManagementCritical to the success of a project is to manage issues that surface from the very

beginning of a project. It is important that all key stakeholders participate in resolution

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

quality.

Here is a sample of a standard issues management procedure:An issue is registered in the Issues Log.

When the issue has been registered, the issue owner initiates a planning process to

develop an action plan to resolve the issue. The action plan identifies the expected

resolution date.

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

steering committee or other key stakeholders will review open issues monthly or as

needed.

On the Project Status Report, the project manager will analyze the issues in the log

and include statistical analysis (such as the resolution trend of issues). Any critical

unresolved issues that are impacting the scope, time, cost, or quality of the project

will be highlighted in the status report. Any escalation procedures for issues should be

identified.

When an issue is resolved, merged with another issue, or withdrawn, the issue log

is updated.

When an issue is closed the resolution is logged and it is moved to a closed status.

13

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

ssaammppllee ooff aa ssttaannddaaAn issue is registered in the Issues Log.

When the issue has been registered, the issue owner initiates a planning process to

develop an action plan to resolve the issue. The action plan identifies the expected

resolution date.

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

steering committee or other key stakeholders will review open issues monthly or as

needed.

On the Project Status Report, the project manager will analyze the issues in the log

and include statistical analysis (such as the resolution trend of issues). Any critical

develop an action plan to resolve the issue. The action plan identifies the expected

resolution date.

The project manager and the project team will review issues regularly (you may

needed.

On the Project Status Report, the project manager will analyze the issues in the log

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

steering committee or other key stakeholders will review open issues monthly or as

needed.

develop an action plan to resolve the issue. The action plan identifies the expected

resolution date.

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

mmAn issue is registered in the Issues Log.

When the issue has been registered, the issue owner initiates a planning process to

develop an action plan to resolve the issue. The action plan identifies the expected

ee ooff aa ssttAn issue is registered in the Issues Log.

eennttCritical to the success of a project is to manage issues that surface from the very

beginning of a project. It is important that all key stakeholders participate in resolution

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

d

will satisfy the needs for which it was undertaken? Are their quality standards that

need to be met? How will the quality of the project be assured?

Critical to the success of a project is to manage issues that surface from the very

beginning of a project. It is important that all key stakeholders participate in resolution

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

by this project? Will it require a Campus Readiness activity? Will a transition team be

required? Is training a significant part of the project? How will you ensure the project

will satisfy the needs for which it was undertaken? Are their quality standards that

need to be met? How will the quality of the project be assured?

the project be organized? Are all the stakeholders and their responsibilities clear or

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

by this project? Will it require a Campus Readiness activity? Will a transition team be

accomplished. Will it be totally done by Cornell resources, or will outside partners be

involved? Who is the Customer and how will their participation be needed? How will

the project be organized? Are all the stakeholders and their responsibilities clear or

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

being used, it should be identified. These approaches will be documented in the Project

Initiation Plan. (See the Management Approaches section of the Project Initiation Plan)

project. In general, the Cornell Project Management Methodology (CPMM) will be

applied as the project management approach to implementing your project, specifically,

planning, controlling, and closing out the project. If there is a Product Lifecycle approach

being used, it should be identified. These approaches will be documented in the Project

Initiation Plan. (See the Management Approaches section of the Project Initiation Plan)

project. In general, the Cornell Project Management Methodology (CPMM) will be

applied as the project management approach to implementing your project, specifically,

planning, controlling, and closing out the project. If there is a Product Lifecycle approach

being used, it should be identified. These approaches will be documented in the Project

Initiation Plan. (See the Management Approaches section of the Project Initiation Plan)

The mode of accomplishment is an overall statement on how the project will be

accomplished. Will it be totally done by Cornell resources, or will outside partners be

involved? Who is the Customer and how will their participation be needed? How will

the project be organized? Are all the stakeholders and their responsibilities clear or

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The mode of accomplishment is an overall statement on how the project will be

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The mode of accomplishment is an overall statement on how the project will be

accomplished. Will it be totally done by Cornell resources, or will outside partners be

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

accomplished. Will it be totally done by Cornell resources, or will outside partners be

involved? Who is the Customer and how will their participation be needed? How will

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

involved? Who is the Customer and how will their participation be needed? How will

the project be organized? Are all the stakeholders and their responsibilities clear or

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the project be organized? Are all the stakeholders and their responsibilities clear or

are some yet to be defined? Will the project team need any training to develop individual

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

or group skills to enhance project performance? How many end users will be impacted

by this project? Will it require a Campus Readiness activity? Will a transition team be

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

by this project? Will it require a Campus Readiness activity? Will a transition team be

required? Is training a significant part of the project? How will you ensure the project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

required? Is training a significant part of the project? How will you ensure the project

will satisfy the needs for which it was undertaken? Are their quality standards that

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

will satisfy the needs for which it was undertaken? Are their quality standards that

need to be met? How will the quality of the project be assured?

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

need to be met? How will the quality of the project be assured?

Critical to the success of a project is to manage issues that surface from the very

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Critical to the success of a project is to manage issues that surface from the very

beginning of a project. It is important that all key stakeholders participate in resolution

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

beginning of a project. It is important that all key stakeholders participate in resolution

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ss

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

su

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

u

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

u

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ue

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

es

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An issue is registered in the Issues Log.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

An issue is registered in the Issues Log.

When the issue has been registered, the issue owner initiates a planning process to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

When the issue has been registered, the issue owner initiates a planning process to

develop an action plan to resolve the issue. The action plan identifies the expected

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

develop an action plan to resolve the issue. The action plan identifies the expected

The project manager and the project team will review issues regularly (you may

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

specify a period of time, such as weekly) to ensure that action is being taken. The

steering committee or other key stakeholders will review open issues monthly or as

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

steering committee or other key stakeholders will review open issues monthly or as

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

On the Project Status Report, the project manager will analyze the issues in the log

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

On the Project Status Report, the project manager will analyze the issues in the log

and include statistical analysis (such as the resolution trend of issues). Any critical

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and include statistical analysis (such as the resolution trend of issues). Any critical

unresolved issues that are impacting the scope, time, cost, or quality of the projectAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

unresolved issues that are impacting the scope, time, cost, or quality of the project

will be highlighted in the status report. Any escalation procedures for issues should beAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

will be highlighted in the status report. Any escalation procedures for issues should beSkillin

g India fo

r an In

clusiv

e Gro

wthaccomplished. Will it be totally done by Cornell resources, or will outside partners be

Skillin

g India fo

r an In

clusiv

e Gro

wthaccomplished. Will it be totally done by Cornell resources, or will outside partners be

involved? Who is the Customer and how will their participation be needed? How will

Skillin

g India fo

r an In

clusiv

e Gro

wthinvolved? Who is the Customer and how will their participation be needed? How will

the project be organized? Are all the stakeholders and their responsibilities clear or

Skillin

g India fo

r an In

clusiv

e Gro

wththe project be organized? Are all the stakeholders and their responsibilities clear or

are some yet to be defined? Will the project team need any training to develop individual

Skillin

g India fo

r an In

clusiv

e Gro

wth

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

Skillin

g India fo

r an In

clusiv

e Gro

wth

or group skills to enhance project performance? How many end users will be impacted

by this project? Will it require a Campus Readiness activity? Will a transition team be

Skillin

g India fo

r an In

clusiv

e Gro

wth

by this project? Will it require a Campus Readiness activity? Will a transition team be

required? Is training a significant part of the project? How will you ensure the project

Skillin

g India fo

r an In

clusiv

e Gro

wth

required? Is training a significant part of the project? How will you ensure the project

will satisfy the needs for which it was undertaken? Are their quality standards that

Skillin

g India fo

r an In

clusiv

e Gro

wth

will satisfy the needs for which it was undertaken? Are their quality standards that

need to be met? How will the quality of the project be assured?

Skillin

g India fo

r an In

clusiv

e Gro

wth

need to be met? How will the quality of the project be assured?

Critical to the success of a project is to manage issues that surface from the very

Skillin

g India fo

r an In

clusiv

e Gro

wth

Critical to the success of a project is to manage issues that surface from the very

beginning of a project. It is important that all key stakeholders participate in resolution

Skillin

g India fo

r an In

clusiv

e Gro

wth

beginning of a project. It is important that all key stakeholders participate in resolution

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

Skillin

g India fo

r an In

clusiv

e Gro

wth

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

ma

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

an

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

na

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

ag

Skillin

g India fo

r an In

clusiv

e Gro

wth

g

Skillin

g India fo

r an In

clusiv

e Gro

wth

g

Skillin

g India fo

r an In

clusiv

e Gro

wth

ge

Skillin

g India fo

r an In

clusiv

e Gro

wth

e

Skillin

g India fo

r an In

clusiv

e Gro

wth

e

Skillin

g India fo

r an In

clusiv

e Gro

wth

em

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

An issue is registered in the Issues Log.

Skillin

g India fo

r an In

clusiv

e Gro

wth

An issue is registered in the Issues Log.

When the issue has been registered, the issue owner initiates a planning process to

Skillin

g India fo

r an In

clusiv

e Gro

wth

When the issue has been registered, the issue owner initiates a planning process to

develop an action plan to resolve the issue. The action plan identifies the expected

Skillin

g India fo

r an In

clusiv

e Gro

wth

develop an action plan to resolve the issue. The action plan identifies the expected

The project manager and the project team will review issues regularly (you may

Skillin

g India fo

r an In

clusiv

e Gro

wth

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

Skillin

g India fo

r an In

clusiv

e Gro

wth

specify a period of time, such as weekly) to ensure that action is being taken. The

steering committee or other key stakeholders will review open issues monthly or as

Skillin

g India fo

r an In

clusiv

e Gro

wth

steering committee or other key stakeholders will review open issues monthly or as

Skillin

g India fo

r an In

clusiv

e Gro

wth

On the Project Status Report, the project manager will analyze the issues in the log

Skillin

g India fo

r an In

clusiv

e Gro

wth

On the Project Status Report, the project manager will analyze the issues in the log

and include statistical analysis (such as the resolution trend of issues). Any critical

Skillin

g India fo

r an In

clusiv

e Gro

wth

and include statistical analysis (such as the resolution trend of issues). Any critical

unresolved issues that are impacting the scope, time, cost, or quality of the project

Skillin

g India fo

r an In

clusiv

e Gro

wth

unresolved issues that are impacting the scope, time, cost, or quality of the project

will be highlighted in the status report. Any escalation procedures for issues should beSkillin

g India fo

r an In

clusiv

e Gro

wth

will be highlighted in the status report. Any escalation procedures for issues should be

identified.Skillin

g India fo

r an In

clusiv

e Gro

wth

identified.

When an issue is resolved, merged with another issue, or withdrawn, the issue logSkill

ing In

dia for a

n Inclu

sive G

rowth

When an issue is resolved, merged with another issue, or withdrawn, the issue log

accomplished. Will it be totally done by Cornell resources, or will outside partners be

involved? Who is the Customer and how will their participation be needed? How will

the project be organized? Are all the stakeholders and their responsibilities clear or

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

by this project? Will it require a Campus Readiness activity? Will a transition team be

required? Is training a significant part of the project? How will you ensure the project

will satisfy the needs for which it was undertaken? Are their quality standards that

need to be met? How will the quality of the project be assured?

Critical to the success of a project is to manage issues that surface from the very

beginning of a project. It is important that all key stakeholders participate in resolution

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

ssAn issue is registered in the Issues Log.

When the issue has been registered, the issue owner initiates a planning process to

develop an action plan to resolve the issue. The action plan identifies the expected

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

steering committee or other key stakeholders will review open issues monthly or as

On the Project Status Report, the project manager will analyze the issues in the log

and include statistical analysis (such as the resolution trend of issues). Any critical

unresolved issues that are impacting the scope, time, cost, or quality of the project

will be highlighted in the status report. Any escalation procedures for issues should be

The mode of accomplishment is an overall statement on how the project will be

accomplished. Will it be totally done by Cornell resources, or will outside partners be

involved? Who is the Customer and how will their participation be needed? How will

the project be organized? Are all the stakeholders and their responsibilities clear or

are some yet to be defined? Will the project team need any training to develop individual

or group skills to enhance project performance? How many end users will be impacted

by this project? Will it require a Campus Readiness activity? Will a transition team be

required? Is training a significant part of the project? How will you ensure the project

will satisfy the needs for which it was undertaken? Are their quality standards that

need to be met? How will the quality of the project be assured?

Critical to the success of a project is to manage issues that surface from the very

beginning of a project. It is important that all key stakeholders participate in resolution

of issues that might affect the Triple Constraints (Scope, Time, and Cost) and resulting

iisssAn issue is registered in the Issues Log.

When the issue has been registered, the issue owner initiates a planning process to

develop an action plan to resolve the issue. The action plan identifies the expected

The project manager and the project team will review issues regularly (you may

specify a period of time, such as weekly) to ensure that action is being taken. The

steering committee or other key stakeholders will review open issues monthly or as

On the Project Status Report, the project manager will analyze the issues in the log

and include statistical analysis (such as the resolution trend of issues). Any critical

unresolved issues that are impacting the scope, time, cost, or quality of the project

Page 19: th - National Skill Development Corporation

14

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

2.2.9.3 Change ManagementChange is expected to occur during the life of any project, but that change must be

managed if the project is to succeed. The Project Manager and the Sponsor need to

determine how change will be controlled during the project and make sure all team

members are aware of the process. Normally the Change Process begins when the

Baseline Project Schedule completed during Planning (Detail Level) is approved. The

change management procedure and required approvals should be documented in the

Project Initiation Plan.

Here is a sample of a standard change management procedure:Complete a CPMM Change Order (Internal) and log the change requests in the CPMM

Request for Change Log. Complete the Impact Analysis Statement of the change.

Submit the CPMM Change Order (Internal) to the appropriate people for authorization.

The Project Manager will track the CPMM Change Order (Internal) and log the status

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

The project manager reports on the status of the Change Orders in the CPMM Project

Status Report (Template: CPMM Project Status Report).

The above change management process covers managing changes that are internal

to Cornell. If the project you are managing will involve changes to Purchase Orders

or contracts with outside Vendors, then please follow standard University Policy.

2.2.9.4 Risk ManagementRisk planning is the process of deciding how to approach and plan the risk management

activities for a project.

Risks will be managed as follows:

During Initiation, stakeholders will be informed of the risk management process and

its benefits and will agree to follow the process. Broad risk areas will be defined in

this Project Initiation plan.

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

2.2.9.5 Procurement PlanIf your project will involve procuring products or services outside of Cornell University,

this section should outline the scope of the product or service, any assumptions or

constraints, and any other activities that will be required for the procurement or

contract. The project team should identify the specialists within Cornell for Procurement

and/or Contracting and involve them early in the planning process as a member of

the project team.

The following should be considered:� What type of Contract or Purchase Order will be used?

� Will Cornell Preferred Suppliers be used or will a formal bid solicitation be

During Initiation, stakeholders will be informed of the risk management process and

its benefits and will agree to follow the process. Broad risk areas will be defined in

this Project Initiation plan.

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

22..22..99..55 PPrroocIf your project will involve procuring products or services outside of Cornell University,

this section should outline the scope of the product or service, any assumptions or

constraints, and any other activities that will be required for the procurement or

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

If your project will involve procuring products or services outside of Cornell University,

this section should outline the scope of the product or service, any assumptions or

the success of the risk management plan.

22..22 99 55If your project will involve procuring products or services outside of Cornell University,

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

reported on at regular intervals in the CPMM Status Report, and updated as required.

its benefits and will agree to follow the process. Broad risk areas will be defined in

this Project Initiation plan.

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

Risk planning is the process of deciding how to approach and plan the risk management

Risks will be managed as follows:

During Initiation, stakeholders will be informed of the risk management process and

its benefits and will agree to follow the process. Broad risk areas will be defined in

or contracts with outside Vendors, then please follow standard University Policy.

Risk planning is the process of deciding how to approach and plan the risk management

The project manager reports on the status of the Change Orders in the CPMM Project

Status Report (Template: CPMM Project Status Report).

The above change management process covers managing changes that are internal

to Cornell. If the project you are managing will involve changes to Purchase Orders

or contracts with outside Vendors, then please follow standard University Policy.

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

The project manager reports on the status of the Change Orders in the CPMM Project

Status Report (Template: CPMM Project Status Report).

The above change management process covers managing changes that are internal

Submit the CPMM Change Order (Internal) to the appropriate people for authorization.

The Project Manager will track the CPMM Change Order (Internal) and log the status

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

The project manager reports on the status of the Change Orders in the CPMM Project

Complete a CPMM Change Order (Internal) and log the change requests in the CPMM

members are aware of the process. Normally the Change Process begins when the

Baseline Project Schedule completed during Planning (Detail Level) is approved. The

change management procedure and required approvals should be documented in the

members are aware of the process. Normally the Change Process begins when the

Baseline Project Schedule completed during Planning (Detail Level) is approved. The

change management procedure and required approvals should be documented in the

uurreeComplete a CPMM Change Order (Internal) and log the change requests in the CPMM

Request for Change Log. Complete the Impact Analysis Statement of the change.

Submit the CPMM Change Order (Internal) to the appropriate people for authorization.

The Project Manager will track the CPMM Change Order (Internal) and log the status

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Complete a CPMM Change Order (Internal) and log the change requests in the CPMM

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Complete a CPMM Change Order (Internal) and log the change requests in the CPMM

Request for Change Log. Complete the Impact Analysis Statement of the change.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Request for Change Log. Complete the Impact Analysis Statement of the change.

Submit the CPMM Change Order (Internal) to the appropriate people for authorization.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Submit the CPMM Change Order (Internal) to the appropriate people for authorization.

The Project Manager will track the CPMM Change Order (Internal) and log the status

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Manager will track the CPMM Change Order (Internal) and log the status

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

The project manager reports on the status of the Change Orders in the CPMM Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The project manager reports on the status of the Change Orders in the CPMM Project

The above change management process covers managing changes that are internal

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The above change management process covers managing changes that are internal

to Cornell. If the project you are managing will involve changes to Purchase Orders

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to Cornell. If the project you are managing will involve changes to Purchase Orders

or contracts with outside Vendors, then please follow standard University Policy.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

or contracts with outside Vendors, then please follow standard University Policy.

Risk planning is the process of deciding how to approach and plan the risk management

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Risk planning is the process of deciding how to approach and plan the risk management

During Initiation, stakeholders will be informed of the risk management process and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

During Initiation, stakeholders will be informed of the risk management process and

its benefits and will agree to follow the process. Broad risk areas will be defined in

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

its benefits and will agree to follow the process. Broad risk areas will be defined in

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

identification and assessment of risks and the planning of strategies to minimize or avoid

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

reported on at regular intervals in the CPMM Status Report, and updated as required.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the success of the risk management plan.

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

em

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

m

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

m

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

me

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

en

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

n

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

n

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

nIf your project will involve procuring products or services outside of Cornell University,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

If your project will involve procuring products or services outside of Cornell University,

this section should outline the scope of the product or service, any assumptions or

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

this section should outline the scope of the product or service, any assumptions or

constraints, and any other activities that will be required for the procurement or

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

constraints, and any other activities that will be required for the procurement or

contract. The project team should identify the specialists within Cornell for ProcurementAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

contract. The project team should identify the specialists within Cornell for Procurement

and/or Contracting and involve them early in the planning process as a member ofAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and/or Contracting and involve them early in the planning process as a member ofSkillin

g India fo

r an In

clusiv

e Gro

wthSubmit the CPMM Change Order (Internal) to the appropriate people for authorization.

Skillin

g India fo

r an In

clusiv

e Gro

wthSubmit the CPMM Change Order (Internal) to the appropriate people for authorization.

The Project Manager will track the CPMM Change Order (Internal) and log the status

Skillin

g India fo

r an In

clusiv

e Gro

wthThe Project Manager will track the CPMM Change Order (Internal) and log the status

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

Skillin

g India fo

r an In

clusiv

e Gro

wthin the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

The project manager reports on the status of the Change Orders in the CPMM Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

The project manager reports on the status of the Change Orders in the CPMM Project

The above change management process covers managing changes that are internal

Skillin

g India fo

r an In

clusiv

e Gro

wth

The above change management process covers managing changes that are internal

to Cornell. If the project you are managing will involve changes to Purchase Orders

Skillin

g India fo

r an In

clusiv

e Gro

wth

to Cornell. If the project you are managing will involve changes to Purchase Orders

or contracts with outside Vendors, then please follow standard University Policy.

Skillin

g India fo

r an In

clusiv

e Gro

wth

or contracts with outside Vendors, then please follow standard University Policy.

Risk planning is the process of deciding how to approach and plan the risk management

Skillin

g India fo

r an In

clusiv

e Gro

wth

Risk planning is the process of deciding how to approach and plan the risk management

During Initiation, stakeholders will be informed of the risk management process and

Skillin

g India fo

r an In

clusiv

e Gro

wth

During Initiation, stakeholders will be informed of the risk management process and

its benefits and will agree to follow the process. Broad risk areas will be defined in

Skillin

g India fo

r an In

clusiv

e Gro

wth

its benefits and will agree to follow the process. Broad risk areas will be defined in

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

Skillin

g India fo

r an In

clusiv

e Gro

wth

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

Skillin

g India fo

r an In

clusiv

e Gro

wth

identification and assessment of risks and the planning of strategies to minimize or avoid

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

Skillin

g India fo

r an In

clusiv

e Gro

wth

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

reported on at regular intervals in the CPMM Status Report, and updated as required.

Skillin

g India fo

r an In

clusiv

e Gro

wth

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

Skillin

g India fo

r an In

clusiv

e Gro

wth

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

Skillin

g India fo

r an In

clusiv

e Gro

wth

the success of the risk management plan.

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t

Skillin

g India fo

r an In

clusiv

e Gro

wth

t P

Skillin

g India fo

r an In

clusiv

e Gro

wth

P

Skillin

g India fo

r an In

clusiv

e Gro

wth

P

Skillin

g India fo

r an In

clusiv

e Gro

wth

Pl

Skillin

g India fo

r an In

clusiv

e Gro

wth

l

Skillin

g India fo

r an In

clusiv

e Gro

wth

l

Skillin

g India fo

r an In

clusiv

e Gro

wth

la

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

an

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

nIf your project will involve procuring products or services outside of Cornell University,

Skillin

g India fo

r an In

clusiv

e Gro

wth

If your project will involve procuring products or services outside of Cornell University,

this section should outline the scope of the product or service, any assumptions or

Skillin

g India fo

r an In

clusiv

e Gro

wth

this section should outline the scope of the product or service, any assumptions or

constraints, and any other activities that will be required for the procurement or

Skillin

g India fo

r an In

clusiv

e Gro

wth

constraints, and any other activities that will be required for the procurement or

contract. The project team should identify the specialists within Cornell for Procurement

Skillin

g India fo

r an In

clusiv

e Gro

wth

contract. The project team should identify the specialists within Cornell for Procurement

and/or Contracting and involve them early in the planning process as a member ofSkillin

g India fo

r an In

clusiv

e Gro

wth

and/or Contracting and involve them early in the planning process as a member of

the project team.Skillin

g India fo

r an In

clusiv

e Gro

wth

the project team.

wSkill

ing In

dia for a

n Inclu

sive G

rowth

wSkill

ing In

dia for a

n Inclu

sive G

rowth

wSkill

ing In

dia for a

n Inclu

sive G

rowth

wiSkill

ing In

dia for a

n Inclu

sive G

rowth

iSkill

ing In

dia for a

n Inclu

sive G

rowth

iSkill

ing In

dia for a

n Inclu

sive G

rowth

i

Submit the CPMM Change Order (Internal) to the appropriate people for authorization.

The Project Manager will track the CPMM Change Order (Internal) and log the status

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

The project manager reports on the status of the Change Orders in the CPMM Project

The above change management process covers managing changes that are internal

to Cornell. If the project you are managing will involve changes to Purchase Orders

or contracts with outside Vendors, then please follow standard University Policy.

Risk planning is the process of deciding how to approach and plan the risk management

During Initiation, stakeholders will be informed of the risk management process and

its benefits and will agree to follow the process. Broad risk areas will be defined in

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

eenntIf your project will involve procuring products or services outside of Cornell University,

this section should outline the scope of the product or service, any assumptions or

constraints, and any other activities that will be required for the procurement or

contract. The project team should identify the specialists within Cornell for Procurement

and/or Contracting and involve them early in the planning process as a member of

Complete a CPMM Change Order (Internal) and log the change requests in the CPMM

Request for Change Log. Complete the Impact Analysis Statement of the change.

Submit the CPMM Change Order (Internal) to the appropriate people for authorization.

The Project Manager will track the CPMM Change Order (Internal) and log the status

in the CPMM Request for Change Log: (Proposed, Authorized, Denied, Deferred)

The project manager reports on the status of the Change Orders in the CPMM Project

The above change management process covers managing changes that are internal

to Cornell. If the project you are managing will involve changes to Purchase Orders

or contracts with outside Vendors, then please follow standard University Policy.

Risk planning is the process of deciding how to approach and plan the risk management

During Initiation, stakeholders will be informed of the risk management process and

its benefits and will agree to follow the process. Broad risk areas will be defined in

In Project Planning (Detail Level), a detailed risk plan will be developed, including the

identification and assessment of risks and the planning of strategies to minimize or avoid

the risks. Throughout the project, the risk plan will be monitored on a regular basis,

reported on at regular intervals in the CPMM Status Report, and updated as required.

When the project is complete, the risks and strategies will be analyzed to evaluate

the success of the risk management plan.

rreeIf your project will involve procuring products or services outside of Cornell University,

this section should outline the scope of the product or service, any assumptions or

constraints, and any other activities that will be required for the procurement or

contract. The project team should identify the specialists within Cornell for Procurement

Page 20: th - National Skill Development Corporation

needed? Who will prepare the bid documents? Will it be a single/sole source

and how will it be justified?

� How will you plan to involve the Cornell procurement/contracting specialists in

the project?

� How will the procurement be coordinated with other project aspects, such as

scheduling and reporting?

� How will multiple providers be managed?

2.2.9.6 Transition Management Plan (Campus Readiness)Identify the approach that will be required to move the project from development to

production or from project completion to steady state. When will this planning start?

Will it be managed by the project manager of this project, or will there be a Transition

(Campus Readiness) Team Lead or will there be a completely separate Campus

Readiness Team that includes members of this project team integrated with the

transition (Campus Readiness) team?

2.2.9.7 Gathering Customer Requirements ApproachA key component to delivering projects on-time and on-budget is doing a great job of

defining the requirements and understanding the approach. Requirements can be

gathered in many ways. Some projects cannot start before all requirements are known,

while other projects will have a more iterative approach to gathering requirements.

It is important that for every project you:� Define the approach that will be used to gather customer requirements.

� Identify the mechanism to make changes to requirements and add new

requirements.

� Identify any tools that are used to gather customer requirements. These may

vary depending on the product or service.

2.2.9.8 ReportingEach team will determine who should receive their status reports and attend status

review meetings, based on the stakeholder table. Status reports will be distributed on

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Project Planning (Detail Level) and the course of the project as needs change.

2.2.10 Develop High Level Risk PlanDeveloping a High Level Risk Plan with broad Risk Areas is important early in the

project. This provides the executive sponsor, sponsors and/or project director and

funding sources an understanding of what can go wrong and if they need to have a

contingency strategy and possibly contingency funds.

2.2.10.1 Identify RisksRisks are events that can potentially affect the cost, schedule, and/or efforts of a

15

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

Identify any tools that are used to gather customer requirements. These may

vary depending on the product or service.

eeppoorrttiinnggEach team will determine who should receive their status reports and attend status

review meetings, based on the stakeholder table. Status reports will be distributed on

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Project Planning (Detail Level) and the course of the project as needs change.

22..22..1100Developing a High Level Risk Plan with broad Risk Areas is important early in the

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

22

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Project Planning (Detail Level) and the course of the project as needs change.

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

rrEach team will determine who should receive their status reports and attend status

review meetings, based on the stakeholder table. Status reports will be distributed on

a regular schedule determined by the project team. Status review meetings will be

vary depending on the product or service.

nnggEach team will determine who should receive their status reports and attend status

Define the approach that will be used to gather customer requirements.

Identify the mechanism to make changes to requirements and add new

Identify any tools that are used to gather customer requirements. These may

vary depending on the product or service.

while other projects will have a more iterative approach to gathering requirements.

yy pprroojjee :Define the approach that will be used to gather customer requirements.

Identify the mechanism to make changes to requirements and add new

AAppA key component to delivering projects on-time and on-budget is doing a great job of

defining the requirements and understanding the approach. Requirements can be

gathered in many ways. Some projects cannot start before all requirements are known,

while other projects will have a more iterative approach to gathering requirements.

ooaaccA key component to delivering projects on-time and on-budget is doing a great job of

defining the requirements and understanding the approach. Requirements can be

Readiness Team that includes members of this project team integrated with the

A key component to delivering projects on-time and on-budget is doing a great job of

Identify the approach that will be required to move the project from development to

production or from project completion to steady state. When will this planning start?

Will it be managed by the project manager of this project, or will there be a Transition

Identify the approach that will be required to move the project from development toIdentify the approach that will be required to move the project from development to

production or from project completion to steady state. When will this planning start?

Will it be managed by the project manager of this project, or will there be a Transition

(Campus Readiness) Team Lead or will there be a completely separate Campus

Readiness Team that includes members of this project team integrated with the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Will it be managed by the project manager of this project, or will there be a Transition

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Will it be managed by the project manager of this project, or will there be a Transition

(Campus Readiness) Team Lead or will there be a completely separate Campus

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(Campus Readiness) Team Lead or will there be a completely separate Campus

Readiness Team that includes members of this project team integrated with the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Readiness Team that includes members of this project team integrated with the

A key component to delivering projects on-time and on-budget is doing a great job of

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

A key component to delivering projects on-time and on-budget is doing a great job of

defining the requirements and understanding the approach. Requirements can be

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

defining the requirements and understanding the approach. Requirements can be

gathered in many ways. Some projects cannot start before all requirements are known,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

gathered in many ways. Some projects cannot start before all requirements are known,

while other projects will have a more iterative approach to gathering requirements.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

while other projects will have a more iterative approach to gathering requirements.

Define the approach that will be used to gather customer requirements.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Define the approach that will be used to gather customer requirements.

Identify the mechanism to make changes to requirements and add new

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Identify the mechanism to make changes to requirements and add new

Identify any tools that are used to gather customer requirements. These may

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Identify any tools that are used to gather customer requirements. These may

vary depending on the product or service.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

vary depending on the product or service.

Each team will determine who should receive their status reports and attend status

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Each team will determine who should receive their status reports and attend status

review meetings, based on the stakeholder table. Status reports will be distributed on

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

review meetings, based on the stakeholder table. Status reports will be distributed on

a regular schedule determined by the project team. Status review meetings will be

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Project Planning (Detail Level) and the course of the project as needs change.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Planning (Detail Level) and the course of the project as needs change.

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ev

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

v

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

v

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ve

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

el

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

lo

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

op

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

p

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

p

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

p

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Developing a High Level Risk Plan with broad Risk Areas is important early in the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Developing a High Level Risk Plan with broad Risk Areas is important early in the

project. This provides the executive sponsor, sponsors and/or project director andAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

project. This provides the executive sponsor, sponsors and/or project director and

funding sources an understanding of what can go wrong and if they need to have aAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

funding sources an understanding of what can go wrong and if they need to have aSkillin

g India fo

r an In

clusiv

e Gro

wthReadiness Team that includes members of this project team integrated with the

Skillin

g India fo

r an In

clusiv

e Gro

wthReadiness Team that includes members of this project team integrated with the

A key component to delivering projects on-time and on-budget is doing a great job of

Skillin

g India fo

r an In

clusiv

e Gro

wth

A key component to delivering projects on-time and on-budget is doing a great job of

defining the requirements and understanding the approach. Requirements can be

Skillin

g India fo

r an In

clusiv

e Gro

wth

defining the requirements and understanding the approach. Requirements can be

gathered in many ways. Some projects cannot start before all requirements are known,

Skillin

g India fo

r an In

clusiv

e Gro

wth

gathered in many ways. Some projects cannot start before all requirements are known,

while other projects will have a more iterative approach to gathering requirements.

Skillin

g India fo

r an In

clusiv

e Gro

wth

while other projects will have a more iterative approach to gathering requirements.

Define the approach that will be used to gather customer requirements.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Define the approach that will be used to gather customer requirements.

Identify the mechanism to make changes to requirements and add new

Skillin

g India fo

r an In

clusiv

e Gro

wth

Identify the mechanism to make changes to requirements and add new

Identify any tools that are used to gather customer requirements. These may

Skillin

g India fo

r an In

clusiv

e Gro

wth

Identify any tools that are used to gather customer requirements. These may

vary depending on the product or service.

Skillin

g India fo

r an In

clusiv

e Gro

wth

vary depending on the product or service.

Each team will determine who should receive their status reports and attend status

Skillin

g India fo

r an In

clusiv

e Gro

wth

Each team will determine who should receive their status reports and attend status

review meetings, based on the stakeholder table. Status reports will be distributed on

Skillin

g India fo

r an In

clusiv

e Gro

wth

review meetings, based on the stakeholder table. Status reports will be distributed on

a regular schedule determined by the project team. Status review meetings will be

Skillin

g India fo

r an In

clusiv

e Gro

wth

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

Skillin

g India fo

r an In

clusiv

e Gro

wth

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Skillin

g India fo

r an In

clusiv

e Gro

wth

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Project Planning (Detail Level) and the course of the project as needs change.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Planning (Detail Level) and the course of the project as needs change.

p

Skillin

g India fo

r an In

clusiv

e Gro

wth

pp

Skillin

g India fo

r an In

clusiv

e Gro

wth

p H

Skillin

g India fo

r an In

clusiv

e Gro

wth

H

Skillin

g India fo

r an In

clusiv

e Gro

wth

H

Skillin

g India fo

r an In

clusiv

e Gro

wth

Hi

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

ig

Skillin

g India fo

r an In

clusiv

e Gro

wth

g

Skillin

g India fo

r an In

clusiv

e Gro

wth

g

Skillin

g India fo

r an In

clusiv

e Gro

wth

gh

Skillin

g India fo

r an In

clusiv

e Gro

wth

h

Skillin

g India fo

r an In

clusiv

e Gro

wth

h

Skillin

g India fo

r an In

clusiv

e Gro

wth

h L

Skillin

g India fo

r an In

clusiv

e Gro

wth

L

Skillin

g India fo

r an In

clusiv

e Gro

wth

L

Skillin

g India fo

r an In

clusiv

e Gro

wth

Le

Skillin

g India fo

r an In

clusiv

e Gro

wth

e

Skillin

g India fo

r an In

clusiv

e Gro

wth

e

Skillin

g India fo

r an In

clusiv

e Gro

wth

ev

Skillin

g India fo

r an In

clusiv

e Gro

wth

v

Skillin

g India fo

r an In

clusiv

e Gro

wth

v

Skillin

g India fo

r an In

clusiv

e Gro

wth

v

Skillin

g India fo

r an In

clusiv

e Gro

wth

Developing a High Level Risk Plan with broad Risk Areas is important early in the

Skillin

g India fo

r an In

clusiv

e Gro

wth

Developing a High Level Risk Plan with broad Risk Areas is important early in the

project. This provides the executive sponsor, sponsors and/or project director and

Skillin

g India fo

r an In

clusiv

e Gro

wth

project. This provides the executive sponsor, sponsors and/or project director and

funding sources an understanding of what can go wrong and if they need to have aSkillin

g India fo

r an In

clusiv

e Gro

wth

funding sources an understanding of what can go wrong and if they need to have a

contingency strategy and possibly contingency funds.Skillin

g India fo

r an In

clusiv

e Gro

wth

contingency strategy and possibly contingency funds.

Readiness Team that includes members of this project team integrated with the

A key component to delivering projects on-time and on-budget is doing a great job of

defining the requirements and understanding the approach. Requirements can be

gathered in many ways. Some projects cannot start before all requirements are known,

while other projects will have a more iterative approach to gathering requirements.

Define the approach that will be used to gather customer requirements.

Identify the mechanism to make changes to requirements and add new

Identify any tools that are used to gather customer requirements. These may

vary depending on the product or service.

Each team will determine who should receive their status reports and attend status

review meetings, based on the stakeholder table. Status reports will be distributed on

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Project Planning (Detail Level) and the course of the project as needs change.

ooppDeveloping a High Level Risk Plan with broad Risk Areas is important early in the

project. This provides the executive sponsor, sponsors and/or project director and

funding sources an understanding of what can go wrong and if they need to have a

Will it be managed by the project manager of this project, or will there be a Transition

(Campus Readiness) Team Lead or will there be a completely separate Campus

Readiness Team that includes members of this project team integrated with the

A key component to delivering projects on-time and on-budget is doing a great job of

defining the requirements and understanding the approach. Requirements can be

gathered in many ways. Some projects cannot start before all requirements are known,

while other projects will have a more iterative approach to gathering requirements.

Define the approach that will be used to gather customer requirements.

Identify the mechanism to make changes to requirements and add new

Identify any tools that are used to gather customer requirements. These may

vary depending on the product or service.

Each team will determine who should receive their status reports and attend status

review meetings, based on the stakeholder table. Status reports will be distributed on

a regular schedule determined by the project team. Status review meetings will be

held on a regular schedule determined by the project team.

All of the above Management Approaches should be documented during Project

Planning (High Level) in the Project Initiation Plan. These are continually refined during

Project Planning (Detail Level) and the course of the project as needs change.

DDeeDeveloping a High Level Risk Plan with broad Risk Areas is important early in the

project. This provides the executive sponsor, sponsors and/or project director and

Page 21: th - National Skill Development Corporation

project. Project risk identification begins during Project Planning (High Level) with the

documentation of known project risks so that early planning can mitigate their effects.

Throughout the duration of the project, risks must continue to be identified, tracked

and analyzed to assess the probability of their occurrence, and to minimize their

potential impacts on the project.

The Project Manager solicits input from the Project Team, Project Sponsor, and from

Customer Representatives, who try to anticipate any possible events, obstacles, or

issues that may produce unplanned outcomes during the course of the project. Risks

to both internal and external aspects of the project should be assessed. Internal risks

are events the Project Team can directly control, while external risks happen outside

the direct influence of the Project Team (for example, legislative action).

A list of risks is documented in the Project Initiation Plan, and as the scope, schedule,

budget, and resource plan are refined during Project Planning (Detail Level), it is updated

to reflect further risks identified.

The project should be analyzed for risk in areas such as:culture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

more complete the definition, the lower the possibility of risk) technology used on the

project (proven vs. new) relationships among team members impact on work units and

number of people affected.

Documentation associated with Project Planning (High Level) can also be used to help

identify risks. Some examples are:

The scope definition may uncover previously unidentified areas of concern (again,

the more complete the scope definition, the lower the possibility of risk) project

constraints indicate likely risk sources the high-level Project Schedule may produce

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

areas of risk.

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

2.2.10.2 Quantify and Document RiskThe Project Manager documents the identified broad level risks. (See Table 15 in the

Project Initiation Plan) The table should include the broad risk areas that have been

identified and their impact on the project. A risk rating is assigned. The rating should

include a probability of the risk occurring and the severity of the impact of the risk to

the project should it occur. This will provide an overall Risk rating. (You can use a

"High / Medium / Low" scale or a numerical rating if you prefer).

Since each risk may have more than one impact, the Risk Management Plan must

describe the actions to be taken to avoid, mitigate or accept each risk impact, including

16

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

areas of risk.

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

22..22..1100..22The Project Manager documents the identified broad level risks. (See Table 15 in the

Project Initiation Plan) The table should include the broad risk areas that have been

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

22The Project Manager documents the identified broad level risks. (See Table 15 in the

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

22 11

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

areas of risk.

Historical information can be extremely helpful in determining potential project risks.

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

identify risks. Some examples are:

The scope definition may uncover previously unidentified areas of concern (again,

the more complete the scope definition, the lower the possibility of risk) project

constraints indicate likely risk sources the high-level Project Schedule may produce

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

Documentation associated with Project Planning (High Level) can also be used to help

identify risks. Some examples are:

The scope definition may uncover previously unidentified areas of concern (again,

the more complete the scope definition, the lower the possibility of risk) project

constraints indicate likely risk sources the high-level Project Schedule may produce

culture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

more complete the definition, the lower the possibility of risk) technology used on the

project (proven vs. new) relationships among team members impact on work units and

Documentation associated with Project Planning (High Level) can also be used to help

ssuucchhculture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

more complete the definition, the lower the possibility of risk) technology used on the

h ass::culture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

to both internal and external aspects of the project should be assessed. Internal risks

are events the Project Team can directly control, while external risks happen outside

A list of risks is documented in the Project Initiation Plan, and as the scope, schedule,

The Project Manager solicits input from the Project Team, Project Sponsor, and from

Customer Representatives, who try to anticipate any possible events, obstacles, or

issues that may produce unplanned outcomes during the course of the project. Risks

to both internal and external aspects of the project should be assessed. Internal risks

are events the Project Team can directly control, while external risks happen outside

The Project Manager solicits input from the Project Team, Project Sponsor, and from

Customer Representatives, who try to anticipate any possible events, obstacles, or

issues that may produce unplanned outcomes during the course of the project. Risks

to both internal and external aspects of the project should be assessed. Internal risks

are events the Project Team can directly control, while external risks happen outside

the direct influence of the Project Team (for example, legislative action).

A list of risks is documented in the Project Initiation Plan, and as the scope, schedule,

budget, and resource plan are refined during Project Planning (Detail Level), it is updated

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

A list of risks is documented in the Project Initiation Plan, and as the scope, schedule,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

A list of risks is documented in the Project Initiation Plan, and as the scope, schedule,

budget, and resource plan are refined during Project Planning (Detail Level), it is updated

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

budget, and resource plan are refined during Project Planning (Detail Level), it is updated

culture of the performing organization anticipated impact on the performing organization

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

culture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

of the resulting product or service the level to which the end result is defined (the

more complete the definition, the lower the possibility of risk) technology used on the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

more complete the definition, the lower the possibility of risk) technology used on the

project (proven vs. new) relationships among team members impact on work units and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

project (proven vs. new) relationships among team members impact on work units and

Documentation associated with Project Planning (High Level) can also be used to help

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Documentation associated with Project Planning (High Level) can also be used to help

The scope definition may uncover previously unidentified areas of concern (again,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The scope definition may uncover previously unidentified areas of concern (again,

the more complete the scope definition, the lower the possibility of risk) project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the more complete the scope definition, the lower the possibility of risk) project

constraints indicate likely risk sources the high-level Project Schedule may produce

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

constraints indicate likely risk sources the high-level Project Schedule may produce

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

be problematic if required resources have limited availability or unique skills that would

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

be hard to fund and/or replace should they leave the project.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and Schedule) and other information in the Project Initiation Plan to review for possible

Historical information can be extremely helpful in determining potential project risks.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

risk areas and ways to avoid or mitigate them.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

u

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ua

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

an

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

n

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

n

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

nt

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ti

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

i

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

i

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

if

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

f

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

f

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

fy

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

y

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

y

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

y

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Manager documents the identified broad level risks. (See Table 15 in the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Manager documents the identified broad level risks. (See Table 15 in the

Project Initiation Plan) The table should include the broad risk areas that have been

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Initiation Plan) The table should include the broad risk areas that have been

identified and their impact on the project. A risk rating is assigned. The rating shouldAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

identified and their impact on the project. A risk rating is assigned. The rating should

include a probability of the risk occurring and the severity of the impact of the risk toAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

include a probability of the risk occurring and the severity of the impact of the risk toSkillin

g India fo

r an In

clusiv

e Gro

wth

culture of the performing organization anticipated impact on the performing organization

Skillin

g India fo

r an In

clusiv

e Gro

wth

culture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

Skillin

g India fo

r an In

clusiv

e Gro

wth

of the resulting product or service the level to which the end result is defined (the

more complete the definition, the lower the possibility of risk) technology used on the

Skillin

g India fo

r an In

clusiv

e Gro

wth

more complete the definition, the lower the possibility of risk) technology used on the

project (proven vs. new) relationships among team members impact on work units and

Skillin

g India fo

r an In

clusiv

e Gro

wth

project (proven vs. new) relationships among team members impact on work units and

Documentation associated with Project Planning (High Level) can also be used to help

Skillin

g India fo

r an In

clusiv

e Gro

wth

Documentation associated with Project Planning (High Level) can also be used to help

The scope definition may uncover previously unidentified areas of concern (again,

Skillin

g India fo

r an In

clusiv

e Gro

wth

The scope definition may uncover previously unidentified areas of concern (again,

the more complete the scope definition, the lower the possibility of risk) project

Skillin

g India fo

r an In

clusiv

e Gro

wth

the more complete the scope definition, the lower the possibility of risk) project

constraints indicate likely risk sources the high-level Project Schedule may produce

Skillin

g India fo

r an In

clusiv

e Gro

wth

constraints indicate likely risk sources the high-level Project Schedule may produce

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

Skillin

g India fo

r an In

clusiv

e Gro

wth

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

be problematic if required resources have limited availability or unique skills that would

Skillin

g India fo

r an In

clusiv

e Gro

wth

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

Skillin

g India fo

r an In

clusiv

e Gro

wth

be hard to fund and/or replace should they leave the project.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

Skillin

g India fo

r an In

clusiv

e Gro

wth

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

Skillin

g India fo

r an In

clusiv

e Gro

wth

and Schedule) and other information in the Project Initiation Plan to review for possible

Historical information can be extremely helpful in determining potential project risks.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

Skillin

g India fo

r an In

clusiv

e Gro

wth

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

Skillin

g India fo

r an In

clusiv

e Gro

wth

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

Skillin

g India fo

r an In

clusiv

e Gro

wth

risk areas and ways to avoid or mitigate them.

y

Skillin

g India fo

r an In

clusiv

e Gro

wth

y a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

an

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

nd

Skillin

g India fo

r an In

clusiv

e Gro

wth

d

Skillin

g India fo

r an In

clusiv

e Gro

wth

d

Skillin

g India fo

r an In

clusiv

e Gro

wth

d D

Skillin

g India fo

r an In

clusiv

e Gro

wth

D

Skillin

g India fo

r an In

clusiv

e Gro

wth

D

Skillin

g India fo

r an In

clusiv

e Gro

wth

Do

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

oc

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

c

Skillin

g India fo

r an In

clusiv

e Gro

wth

cu

Skillin

g India fo

r an In

clusiv

e Gro

wth

u

Skillin

g India fo

r an In

clusiv

e Gro

wth

u

Skillin

g India fo

r an In

clusiv

e Gro

wth

u

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Manager documents the identified broad level risks. (See Table 15 in the

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Manager documents the identified broad level risks. (See Table 15 in the

Project Initiation Plan) The table should include the broad risk areas that have been

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Initiation Plan) The table should include the broad risk areas that have been

identified and their impact on the project. A risk rating is assigned. The rating should

Skillin

g India fo

r an In

clusiv

e Gro

wth

identified and their impact on the project. A risk rating is assigned. The rating should

include a probability of the risk occurring and the severity of the impact of the risk toSkillin

g India fo

r an In

clusiv

e Gro

wth

include a probability of the risk occurring and the severity of the impact of the risk toSkillin

g India fo

r an In

clusiv

e Gro

wth

the project should it occur. This will provide an overall Risk rating. (You can use aSkillin

g India fo

r an In

clusiv

e Gro

wth

the project should it occur. This will provide an overall Risk rating. (You can use a

"High / Medium / Low" scale or a numerical rating if you prefer).Skill

ing In

dia for a

n Inclu

sive G

rowth

"High / Medium / Low" scale or a numerical rating if you prefer).

culture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

more complete the definition, the lower the possibility of risk) technology used on the

project (proven vs. new) relationships among team members impact on work units and

Documentation associated with Project Planning (High Level) can also be used to help

The scope definition may uncover previously unidentified areas of concern (again,

the more complete the scope definition, the lower the possibility of risk) project

constraints indicate likely risk sources the high-level Project Schedule may produce

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

ffyyThe Project Manager documents the identified broad level risks. (See Table 15 in the

Project Initiation Plan) The table should include the broad risk areas that have been

identified and their impact on the project. A risk rating is assigned. The rating should

include a probability of the risk occurring and the severity of the impact of the risk to

A list of risks is documented in the Project Initiation Plan, and as the scope, schedule,

budget, and resource plan are refined during Project Planning (Detail Level), it is updated

culture of the performing organization anticipated impact on the performing organization

of the resulting product or service the level to which the end result is defined (the

more complete the definition, the lower the possibility of risk) technology used on the

project (proven vs. new) relationships among team members impact on work units and

Documentation associated with Project Planning (High Level) can also be used to help

The scope definition may uncover previously unidentified areas of concern (again,

the more complete the scope definition, the lower the possibility of risk) project

constraints indicate likely risk sources the high-level Project Schedule may produce

extremely aggressive or unrealistic scheduling preliminary staffing requirements may

be problematic if required resources have limited availability or unique skills that would

be hard to fund and/or replace should they leave the project.

Refer to the parts of this document concerning the Triple Constraints (Scope, Budget,

and Schedule) and other information in the Project Initiation Plan to review for possible

Historical information can be extremely helpful in determining potential project risks.

Data and documentation from previous projects, or interviews with team members or

other subject matter experts from past projects provide excellent insight into potential

risk areas and ways to avoid or mitigate them.

QuuaaThe Project Manager documents the identified broad level risks. (See Table 15 in the

Project Initiation Plan) The table should include the broad risk areas that have been

identified and their impact on the project. A risk rating is assigned. The rating should

Page 22: th - National Skill Development Corporation

contingency plans. It should also specify the individuals responsible for the mitigation

actions or contingency plan execution. Most attention should be directed to those risks

most likely to occur, with the greatest impact on the outcome of the project. On the

other hand, a conscious decision can also be made by the Project Team to accept or

ignore certain risks. These decisions must be documented as part of the Risk

Management Plan for subsequent re-evaluations.

Some commonly employed risk mitigation strategies may include:Procurement– some risks can be mitigated through procurement. For example, if the

project requires staff with particular skills it may be advisable to retain resources

through an outside organization. Unfortunately, this may introduce other risk factors

such as the resources unfamiliarity with the organization.

Performance Bond or Penalties– some organizations may opt to introduce insurance

to the project in order to address some of the risk. This holds true especially for those

project services being supplied by external vendors through a contract.

Resource Management– it may be beneficial to leverage a lead resource that has

already worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

to the learning curve of more junior resources.

Use of Best Practices / Lessons Learned – some organizations already have repositories

of project specific or business function best practices, which may help you to prepare

for unanticipated risks. Taking advantage of other project best practices, whether they

are process or tool based, will help to mitigate risk. Implementing processes that have

worked successfully on other projects will save time.

In addition to quantifying risk probability and impact and formulating risk responses,

the risk assessment process facilitates establishment of an agreement for the Project

Team, Project Sponsor and/or Project Director, and Customer Representatives to

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

There are a number of tools available to quantify risks. The Risk Management

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

toward and motivation for the project. For example, an organization may view a 15®

chance of a project overrun as acceptable since the cost benefit for the organization

to do the project far outweighs this factor. The Project Managers understanding of

the organizations strategic direction and the motivation of both the Project Sponsor

and/or Project Director and the Customer will help determine the level of risk tolerance

for the project.

Management Techniques for Risk Response planning can include four types of responses:

Avoidance – Changing the plan to eliminate the risk or condition.

17

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

Team, Project Sponsor and/or Project Director, and Customer Representatives to

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

There are a number of tools available to quantify risks. The Risk Management

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

toward and motivation for the project. For example, an organization may view a 15®

chance of a project overrun as acceptable since the cost benefit for the organization

to do the project far outweighs this factor. The Project Managers understanding of

the organizations strategic direction and the motivation of both the Project Sponsor

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

chance of a project overrun as acceptable since the cost benefit for the organization

to do the project far outweighs this factor. The Project Managers understanding of

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

toward and motivation for the project. For example, an organization may view a 15®

chance of a project overrun as acceptable since the cost benefit for the organization

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

There are a number of tools available to quantify risks. The Risk Management

Worksheet presented here has been selected for its simplicity and ease of use. More

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

are process or tool based, will help to mitigate risk. Implementing processes that have

worked successfully on other projects will save time.

In addition to quantifying risk probability and impact and formulating risk responses,

the risk assessment process facilitates establishment of an agreement for the Project

Team, Project Sponsor and/or Project Director, and Customer Representatives to

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

f project specific or business function best practices, which may help you to prepare

for unanticipated risks. Taking advantage of other project best practices, whether they

are process or tool based, will help to mitigate risk. Implementing processes that have

worked successfully on other projects will save time.

In addition to quantifying risk probability and impact and formulating risk responses,

the risk assessment process facilitates establishment of an agreement for the Project

lready worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

to the learning curve of more junior resources.

d –– some organizations already have repositories

f project specific or business function best practices, which may help you to prepare

for unanticipated risks. Taking advantage of other project best practices, whether they

it may be beneficial to leverage a lead resource that has

lready worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

o the project in order to address some of the risk. This holds true especially for those

project services being supplied by external vendors through a contract.

it may be beneficial to leverage a lead resource that has

lready worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

ome risks can be mitigated through procurement. For example, if the

roject requires staff with particular skills it may be advisable to retain resources

through an outside organization. Unfortunately, this may introduce other risk factors

ome risks can be mitigated through procurement. For example, if the

roject requires staff with particular skills it may be advisable to retain resources

ee::ome risks can be mitigated through procurement. For example, if the

roject requires staff with particular skills it may be advisable to retain resources

through an outside organization. Unfortunately, this may introduce other risk factors

some organizations may opt to introduce insurance

o the project in order to address some of the risk. This holds true especially for those

project services being supplied by external vendors through a contract.

it may be beneficial to leverage a lead resource that has

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

some organizations may opt to introduce insurance

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

some organizations may opt to introduce insurance

o the project in order to address some of the risk. This holds true especially for those

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o the project in order to address some of the risk. This holds true especially for those

it may be beneficial to leverage a lead resource that has

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

it may be beneficial to leverage a lead resource that has

lready worked on a project with similar characteristics by assigning that resource as

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

lready worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a mentor to more junior team members. This will mitigate delays in the schedule due

some organizations already have repositories

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

some organizations already have repositories

f project specific or business function best practices, which may help you to prepare

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

f project specific or business function best practices, which may help you to prepare

for unanticipated risks. Taking advantage of other project best practices, whether they

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

for unanticipated risks. Taking advantage of other project best practices, whether they

are process or tool based, will help to mitigate risk. Implementing processes that have

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

are process or tool based, will help to mitigate risk. Implementing processes that have

worked successfully on other projects will save time.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

worked successfully on other projects will save time.

In addition to quantifying risk probability and impact and formulating risk responses,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

In addition to quantifying risk probability and impact and formulating risk responses,

the risk assessment process facilitates establishment of an agreement for the Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the risk assessment process facilitates establishment of an agreement for the Project

Team, Project Sponsor and/or Project Director, and Customer Representatives to

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Team, Project Sponsor and/or Project Director, and Customer Representatives to

collaborate in managing risks as they arise during the project.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Last, and most important, risk management plans must specify the individuals

responsible for the mitigation actions, the timing of the actions to be implemented,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and the expected results of the actions.

There are a number of tools available to quantify risks. The Risk Management

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

There are a number of tools available to quantify risks. The Risk Management

Worksheet presented here has been selected for its simplicity and ease of use. More

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

threshold to which the organization will assume risk, which is dependent on its attitude

toward and motivation for the project. For example, an organization may view a 15®

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

toward and motivation for the project. For example, an organization may view a 15®

chance of a project overrun as acceptable since the cost benefit for the organization

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

chance of a project overrun as acceptable since the cost benefit for the organization

to do the project far outweighs this factor. The Project Managers understanding of

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to do the project far outweighs this factor. The Project Managers understanding of

the organizations strategic direction and the motivation of both the Project Sponsor

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the organizations strategic direction and the motivation of both the Project Sponsor

and/or Project Director and the Customer will help determine the level of risk toleranceAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and/or Project Director and the Customer will help determine the level of risk tolerance

for the project.An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

for the project.Skillin

g India fo

r an In

clusiv

e Gro

wtho the project in order to address some of the risk. This holds true especially for those

Skillin

g India fo

r an In

clusiv

e Gro

wtho the project in order to address some of the risk. This holds true especially for those

it may be beneficial to leverage a lead resource that has

Skillin

g India fo

r an In

clusiv

e Gro

wthit may be beneficial to leverage a lead resource that has

lready worked on a project with similar characteristics by assigning that resource as

Skillin

g India fo

r an In

clusiv

e Gro

wth

lready worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

Skillin

g India fo

r an In

clusiv

e Gro

wth

a mentor to more junior team members. This will mitigate delays in the schedule due

some organizations already have repositories

Skillin

g India fo

r an In

clusiv

e Gro

wth

some organizations already have repositories

f project specific or business function best practices, which may help you to prepare

Skillin

g India fo

r an In

clusiv

e Gro

wth

f project specific or business function best practices, which may help you to prepare

for unanticipated risks. Taking advantage of other project best practices, whether they

Skillin

g India fo

r an In

clusiv

e Gro

wth

for unanticipated risks. Taking advantage of other project best practices, whether they

are process or tool based, will help to mitigate risk. Implementing processes that have

Skillin

g India fo

r an In

clusiv

e Gro

wth

are process or tool based, will help to mitigate risk. Implementing processes that have

In addition to quantifying risk probability and impact and formulating risk responses,

Skillin

g India fo

r an In

clusiv

e Gro

wth

In addition to quantifying risk probability and impact and formulating risk responses,

the risk assessment process facilitates establishment of an agreement for the Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

the risk assessment process facilitates establishment of an agreement for the Project

Team, Project Sponsor and/or Project Director, and Customer Representatives to

Skillin

g India fo

r an In

clusiv

e Gro

wth

Team, Project Sponsor and/or Project Director, and Customer Representatives to

collaborate in managing risks as they arise during the project.

Skillin

g India fo

r an In

clusiv

e Gro

wth

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

Skillin

g India fo

r an In

clusiv

e Gro

wth

Last, and most important, risk management plans must specify the individuals

responsible for the mitigation actions, the timing of the actions to be implemented,

Skillin

g India fo

r an In

clusiv

e Gro

wth

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

Skillin

g India fo

r an In

clusiv

e Gro

wth

and the expected results of the actions.

There are a number of tools available to quantify risks. The Risk Management

Skillin

g India fo

r an In

clusiv

e Gro

wth

There are a number of tools available to quantify risks. The Risk Management

Worksheet presented here has been selected for its simplicity and ease of use. More

Skillin

g India fo

r an In

clusiv

e Gro

wth

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

Skillin

g India fo

r an In

clusiv

e Gro

wth

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

Skillin

g India fo

r an In

clusiv

e Gro

wth

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

Skillin

g India fo

r an In

clusiv

e Gro

wth

threshold to which the organization will assume risk, which is dependent on its attitude

toward and motivation for the project. For example, an organization may view a 15®

Skillin

g India fo

r an In

clusiv

e Gro

wth

toward and motivation for the project. For example, an organization may view a 15®

chance of a project overrun as acceptable since the cost benefit for the organization

Skillin

g India fo

r an In

clusiv

e Gro

wth

chance of a project overrun as acceptable since the cost benefit for the organization

to do the project far outweighs this factor. The Project Managers understanding of

Skillin

g India fo

r an In

clusiv

e Gro

wth

to do the project far outweighs this factor. The Project Managers understanding of

the organizations strategic direction and the motivation of both the Project Sponsor

Skillin

g India fo

r an In

clusiv

e Gro

wth

the organizations strategic direction and the motivation of both the Project Sponsor

and/or Project Director and the Customer will help determine the level of risk tolerance

Skillin

g India fo

r an In

clusiv

e Gro

wth

and/or Project Director and the Customer will help determine the level of risk tolerance

for the project.Skillin

g India fo

r an In

clusiv

e Gro

wth

for the project.

mSkill

ing In

dia for a

n Inclu

sive G

rowth

mSkill

ing In

dia for a

n Inclu

sive G

rowth

mSkill

ing In

dia for a

n Inclu

sive G

rowth

meSkill

ing In

dia for a

n Inclu

sive G

rowth

eSkill

ing In

dia for a

n Inclu

sive G

rowth

eSkill

ing In

dia for a

n Inclu

sive G

rowth

e

o the project in order to address some of the risk. This holds true especially for those

it may be beneficial to leverage a lead resource that has

lready worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

some organizations already have repositories

f project specific or business function best practices, which may help you to prepare

for unanticipated risks. Taking advantage of other project best practices, whether they

are process or tool based, will help to mitigate risk. Implementing processes that have

In addition to quantifying risk probability and impact and formulating risk responses,

the risk assessment process facilitates establishment of an agreement for the Project

Team, Project Sponsor and/or Project Director, and Customer Representatives to

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

There are a number of tools available to quantify risks. The Risk Management

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

toward and motivation for the project. For example, an organization may view a 15®

chance of a project overrun as acceptable since the cost benefit for the organization

to do the project far outweighs this factor. The Project Managers understanding of

the organizations strategic direction and the motivation of both the Project Sponsor

and/or Project Director and the Customer will help determine the level of risk tolerance

for the project.

some organizations may opt to introduce insurance

o the project in order to address some of the risk. This holds true especially for those

it may be beneficial to leverage a lead resource that has

lready worked on a project with similar characteristics by assigning that resource as

a mentor to more junior team members. This will mitigate delays in the schedule due

some organizations already have repositories

f project specific or business function best practices, which may help you to prepare

for unanticipated risks. Taking advantage of other project best practices, whether they

are process or tool based, will help to mitigate risk. Implementing processes that have

worked successfully on other projects will save time.

In addition to quantifying risk probability and impact and formulating risk responses,

the risk assessment process facilitates establishment of an agreement for the Project

Team, Project Sponsor and/or Project Director, and Customer Representatives to

collaborate in managing risks as they arise during the project.

Last, and most important, risk management plans must specify the individuals

responsible for the mitigation actions, the timing of the actions to be implemented,

and the expected results of the actions.

There are a number of tools available to quantify risks. The Risk Management

Worksheet presented here has been selected for its simplicity and ease of use. More

sophisticated tools may be necessary for large-scale high-risk projects.

A factor to be considered when quantifying risks is stakeholder risk tolerance, the

threshold to which the organization will assume risk, which is dependent on its attitude

toward and motivation for the project. For example, an organization may view a 15®

chance of a project overrun as acceptable since the cost benefit for the organization

to do the project far outweighs this factor. The Project Managers understanding of

the organizations strategic direction and the motivation of both the Project Sponsor

and/or Project Director and the Customer will help determine the level of risk tolerance

Page 23: th - National Skill Development Corporation

Transference – Shift the consequence of a risk to a third party together with

ownership of the response (shifts, but does not eliminate the risk).

Mitigation – Seek to reduce the probability and/or consequences of an adverse

risk even to an acceptable threshold. Early action is taken to reduce

the probability of occurrence.

Acceptance – Deal with the risk and identify a suitable strategy.

Identifying the risk is good, but planning a wise course of action around it is infinitely

better.

Be aware that by addressing one risk, you may be introducing another. For example:

you identified a risk that your cost estimates may be off by as much as 15%. Your

mitigation plan is to request a 20% increase in funds to cover the increased cost. You

may have introduced a new risk, because a red flag may be raised, inviting an audit.

2.2.11 Produce Project Initiation PlanThe Project Initiation Plan is a collection of information used to describe the

environment that will govern the project and set the overall parameters of the project.

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

management lifecycle, the Project Initiation Plan will consist of the following

information:

the refined business case (refined from the Charter), overall goal, specific objectives,

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

communication plan, benefits and budget, governance and resourcing, the management

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

documents; new information will continue to be added and existing information will

be revised during Project Planning (Detail Level).

This information will be refined and supplemented in later project work as the Project

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

that most decision-makers will spend reviewing your written deliverables you want

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

submit it as the deliverable; treat your Project Plan as a repository of your brightest

hopes for the future.

Deliverables for Task 2.2 (Develop the Project Initiation Plan)Project Initiation Plan the key deliverable produced during Project Planning (High Level).

The initial plan will be refined during Project Planning (Detail Level) and iteratively

throughout the entire project management lifecycle and will serve as the main guide

to follow during Project Execution and Control. The Project Initiation Plan incorporates

the deliverables described in each Task of this section: the refined business case (refined

from the Charter), overall goal, specific objectives, success criteria, scope definition,

18

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

This information will be refined and supplemented in later project work as the Project

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

that most decision-makers will spend reviewing your written deliverables you want

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

submit it as the deliverable; treat your Project Plan as a repository of your brightest

hopes for the future.

DDeell

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

hopes for the future.

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

submit it as the deliverable; treat your Project Plan as a repository of your brightest

hopes for the future.

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

that most decision-makers will spend reviewing your written deliverables you want

them to be well disposed towards you, and able to abstract the most information in

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

communication plan, benefits and budget, governance and resourcing, the management

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

documents; new information will continue to be added and existing information will

be revised during Project Planning (Detail Level).

This information will be refined and supplemented in later project work as the Project

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

the refined business case (refined from the Charter), overall goal, specific objectives,

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

communication plan, benefits and budget, governance and resourcing, the management

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

documents; new information will continue to be added and existing information will

be revised during Project Planning (Detail Level).

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

management lifecycle, the Project Initiation Plan will consist of the following

the refined business case (refined from the Charter), overall goal, specific objectives,

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

environment that will govern the project and set the overall parameters of the project.

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

management lifecycle, the Project Initiation Plan will consist of the following

The Project Initiation Plan is a collection of information used to describe the

environment that will govern the project and set the overall parameters of the project.

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

Be aware that by addressing one risk, you may be introducing another. For example:

you identified a risk that your cost estimates may be off by as much as 15%. Your

increase in funds to cover the increased cost. You

may have introduced a new risk, because a red flag may be raised, inviting an audit.

dentifying the risk is good, but planning a wise course of action around it is infinitely

Be aware that by addressing one risk, you may be introducing another. For example:

. Your

– Deal with the risk and identify a suitable strategy.

dentifying the risk is good, but planning a wise course of action around it is infinitely

Be aware that by addressing one risk, you may be introducing another. For example:

you identified a risk that your cost estimates may be off by as much as 15

increase in funds to cover the increased cost. You

may have introduced a new risk, because a red flag may be raised, inviting an audit.

The Project Initiation Plan is a collection of information used to describe the

environment that will govern the project and set the overall parameters of the project.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

may have introduced a new risk, because a red flag may be raised, inviting an audit.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

may have introduced a new risk, because a red flag may be raised, inviting an audit.

The Project Initiation Plan is a collection of information used to describe the

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Initiation Plan is a collection of information used to describe the

environment that will govern the project and set the overall parameters of the project.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

environment that will govern the project and set the overall parameters of the project.

All of the work products and deliverables produced during Project Planning (High Level)

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

management lifecycle, the Project Initiation Plan will consist of the following

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

management lifecycle, the Project Initiation Plan will consist of the following

the refined business case (refined from the Charter), overall goal, specific objectives,

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the refined business case (refined from the Charter), overall goal, specific objectives,

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

communication plan, benefits and budget, governance and resourcing, the management

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

communication plan, benefits and budget, governance and resourcing, the management

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

documents; new information will continue to be added and existing information will

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

documents; new information will continue to be added and existing information will

be revised during Project Planning (Detail Level).

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

be revised during Project Planning (Detail Level).

This information will be refined and supplemented in later project work as the Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

This information will be refined and supplemented in later project work as the Project

Manager and team becomes more knowledgeable about the project and its definition.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The Project Initiation Plan is not a static document; it requires iterative refinement.

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

substance, the format, style, and presentation do mean a lot. During the few minutes

that most decision-makers will spend reviewing your written deliverables you want

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

that most decision-makers will spend reviewing your written deliverables you want

them to be well disposed towards you, and able to abstract the most information in

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

that impression. So don't just slap it together, snap a rubber band around them, and

submit it as the deliverable; treat your Project Plan as a repository of your brightest

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

submit it as the deliverable; treat your Project Plan as a repository of your brightest

hopes for the future.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

hopes for the future.

r

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

r

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

r

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ra

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

a

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

ab

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

b

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

b

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

bl

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

l

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

le

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

e

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

es

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

s

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Initiation Plan the key deliverable produced during Project Planning (High Level).An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Project Initiation Plan the key deliverable produced during Project Planning (High Level).

The initial plan will be refined during Project Planning (Detail Level) and iterativelyAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The initial plan will be refined during Project Planning (Detail Level) and iterativelySkillin

g India fo

r an In

clusiv

e Gro

wthThe Project Initiation Plan is a collection of information used to describe the

Skillin

g India fo

r an In

clusiv

e Gro

wthThe Project Initiation Plan is a collection of information used to describe the

environment that will govern the project and set the overall parameters of the project.

Skillin

g India fo

r an In

clusiv

e Gro

wthenvironment that will govern the project and set the overall parameters of the project.

All of the work products and deliverables produced during Project Planning (High Level)

Skillin

g India fo

r an In

clusiv

e Gro

wth

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

Skillin

g India fo

r an In

clusiv

e Gro

wth

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

management lifecycle, the Project Initiation Plan will consist of the following

Skillin

g India fo

r an In

clusiv

e Gro

wth

management lifecycle, the Project Initiation Plan will consist of the following

the refined business case (refined from the Charter), overall goal, specific objectives,

Skillin

g India fo

r an In

clusiv

e Gro

wth

the refined business case (refined from the Charter), overall goal, specific objectives,

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

Skillin

g India fo

r an In

clusiv

e Gro

wth

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

communication plan, benefits and budget, governance and resourcing, the management

Skillin

g India fo

r an In

clusiv

e Gro

wth

communication plan, benefits and budget, governance and resourcing, the management

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

Skillin

g India fo

r an In

clusiv

e Gro

wth

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

documents; new information will continue to be added and existing information will

Skillin

g India fo

r an In

clusiv

e Gro

wth

documents; new information will continue to be added and existing information will

This information will be refined and supplemented in later project work as the Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

This information will be refined and supplemented in later project work as the Project

Manager and team becomes more knowledgeable about the project and its definition.

Skillin

g India fo

r an In

clusiv

e Gro

wth

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

Skillin

g India fo

r an In

clusiv

e Gro

wth

The Project Initiation Plan is not a static document; it requires iterative refinement.

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

Skillin

g India fo

r an In

clusiv

e Gro

wth

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

Skillin

g India fo

r an In

clusiv

e Gro

wth

substance, the format, style, and presentation do mean a lot. During the few minutes

that most decision-makers will spend reviewing your written deliverables you want

Skillin

g India fo

r an In

clusiv

e Gro

wth

that most decision-makers will spend reviewing your written deliverables you want

them to be well disposed towards you, and able to abstract the most information in

Skillin

g India fo

r an In

clusiv

e Gro

wth

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

Skillin

g India fo

r an In

clusiv

e Gro

wth

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

Skillin

g India fo

r an In

clusiv

e Gro

wth

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

Skillin

g India fo

r an In

clusiv

e Gro

wth

that impression. So don't just slap it together, snap a rubber band around them, and

submit it as the deliverable; treat your Project Plan as a repository of your brightest

Skillin

g India fo

r an In

clusiv

e Gro

wth

submit it as the deliverable; treat your Project Plan as a repository of your brightest

hopes for the future.

Skillin

g India fo

r an In

clusiv

e Gro

wth

hopes for the future.

s

Skillin

g India fo

r an In

clusiv

e Gro

wth

s f

Skillin

g India fo

r an In

clusiv

e Gro

wth

f

Skillin

g India fo

r an In

clusiv

e Gro

wth

f

Skillin

g India fo

r an In

clusiv

e Gro

wth

fo

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

o

Skillin

g India fo

r an In

clusiv

e Gro

wth

or

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r T

Skillin

g India fo

r an In

clusiv

e Gro

wth

T

Skillin

g India fo

r an In

clusiv

e Gro

wth

T

Skillin

g India fo

r an In

clusiv

e Gro

wth

Ta

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

a

Skillin

g India fo

r an In

clusiv

e Gro

wth

as

Skillin

g India fo

r an In

clusiv

e Gro

wth

s

Skillin

g India fo

r an In

clusiv

e Gro

wth

s

Skillin

g India fo

r an In

clusiv

e Gro

wth

sk

Skillin

g India fo

r an In

clusiv

e Gro

wth

k

Skillin

g India fo

r an In

clusiv

e Gro

wth

k

Skillin

g India fo

r an In

clusiv

e Gro

wth

k 2

Skillin

g India fo

r an In

clusiv

e Gro

wth

22

Skillin

g India fo

r an In

clusiv

e Gro

wth

2

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Initiation Plan the key deliverable produced during Project Planning (High Level).

Skillin

g India fo

r an In

clusiv

e Gro

wth

Project Initiation Plan the key deliverable produced during Project Planning (High Level).

The initial plan will be refined during Project Planning (Detail Level) and iterativelySkillin

g India fo

r an In

clusiv

e Gro

wth

The initial plan will be refined during Project Planning (Detail Level) and iteratively

throughout the entire project management lifecycle and will serve as the main guideSkillin

g India fo

r an In

clusiv

e Gro

wth

throughout the entire project management lifecycle and will serve as the main guide

to follow during Project Execution and Control. The Project Initiation Plan incorporatesSkill

ing In

dia for a

n Inclu

sive G

rowth

to follow during Project Execution and Control. The Project Initiation Plan incorporates

The Project Initiation Plan is a collection of information used to describe the

environment that will govern the project and set the overall parameters of the project.

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

management lifecycle, the Project Initiation Plan will consist of the following

the refined business case (refined from the Charter), overall goal, specific objectives,

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

communication plan, benefits and budget, governance and resourcing, the management

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

documents; new information will continue to be added and existing information will

This information will be refined and supplemented in later project work as the Project

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

that most decision-makers will spend reviewing your written deliverables you want

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

submit it as the deliverable; treat your Project Plan as a repository of your brightest

hopes for the future.

eessProject Initiation Plan the key deliverable produced during Project Planning (High Level).

The initial plan will be refined during Project Planning (Detail Level) and iteratively

may have introduced a new risk, because a red flag may be raised, inviting an audit.

The Project Initiation Plan is a collection of information used to describe the

environment that will govern the project and set the overall parameters of the project.

All of the work products and deliverables produced during Project Planning (High Level)

will be compiled to produce The Project Initiation Plan (PIP). At this point in the project

management lifecycle, the Project Initiation Plan will consist of the following

the refined business case (refined from the Charter), overall goal, specific objectives,

success criteria, scope definition, high level schedule, stakeholder accountabilities, a

communication plan, benefits and budget, governance and resourcing, the management

approaches and a high level risk plan. The Project Initiation Plan is an evolving set of

documents; new information will continue to be added and existing information will

be revised during Project Planning (Detail Level).

This information will be refined and supplemented in later project work as the Project

Manager and team becomes more knowledgeable about the project and its definition.

The Project Initiation Plan is not a static document; it requires iterative refinement.

"Don't judge the book by its cover." Hogwash! While we are not advocating style over

substance, the format, style, and presentation do mean a lot. During the few minutes

that most decision-makers will spend reviewing your written deliverables you want

them to be well disposed towards you, and able to abstract the most information in

the least amount of time. A professional-looking document will make a good first

impression; a well-organized text that clearly and logically builds your case will solidify

that impression. So don't just slap it together, snap a rubber band around them, and

submit it as the deliverable; treat your Project Plan as a repository of your brightest

hopes for the future.

eerrProject Initiation Plan the key deliverable produced during Project Planning (High Level).

Page 24: th - National Skill Development Corporation

high level schedule, stakeholder accountabilities, a communication plan, benefits and

costs, governance and resourcing, the management approaches and a high level risk

plan.

The Project Initiation Plan is used to:� Provide a foundation for the projects with the overall scope and objectives

� Present a preliminary budget for the Project

� Gain confidence of the funding source to be able to proceed to Detail Planning

� Guide Project Planning (Detail Level)

� Document project planning (High level) assumptions

� Facilitate communication among internal and external Stakeholders and

understand accountabilities

� Define key management reviews as to content, extent and timing

See Appendix: CPMM Project Initiation Plan

2.3 Confirm Approval to Proceed to Next Phase� Roles

� Project Manager

� Executive Sponsor

� Project Sponsor and/or Director

� Project Team Members

� Steering Committee

� Customer Representatives

PurposeThe purpose of this process is to formally acknowledge the completion, review and

acceptance of all deliverables produced during Project Planning (High Level). Formal

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

Representatives for all interim deliverables with upon their completion. Interim

acceptances should streamline final acceptance.

Tasks associated with Confirming Approval to Proceed2.3.1 Submit Project Initiation Plan for Approval

2.3.2 Gain Approval to Proceed

2.3.1 Submit Project Initiation Plan for Approval

At the completion of producing the Project Initiation Plan, the Project Manager should

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

Director, Customer Representatives, any funding sources, or anyone whose resources

will be affected by the project. Depending on the size of the project the, Project Manager

along with the Project team should then schedule one or more meetings to present

the Project Initiation Plan for review and discussion. Attendees may also include other

members of performing organizations who are able to provide resources that will add

value during Project Planning (Detail Level).

19

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

acceptance of all deliverables produced during Project Planning (High Level). Formal

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

Representatives for all interim deliverables with upon their completion. Interim

acceptances should streamline final acceptance.

TTaasskkss aass cciiaatteedd2.3.1 Submit Project Initiation Plan for Approval

2.3.2 Gain Approval to Proceed

2.3.1 Submit Project Initiation Plan for Approval

At the completion of producing the Project Initiation Plan, the Project Manager should

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

acceptances should streamline final acceptance.

ssssoocc

At the completion of producing the Project Initiation Plan, the Project Manager should

TTaasskk2.3.1 Submit Project Initiation Plan for Approval

2.3.2 Gain Approval to Proceed

2.3.1 Submit Project Initiation Plan for Approval

acceptances should streamline final acceptance.

aassssooccii2.3.1 Submit Project Initiation Plan for Approval

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

Representatives for all interim deliverables with upon their completion. Interim

acceptances should streamline final acceptance.

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

Customer Representatives

The purpose of this process is to formally acknowledge the completion, review and

acceptance of all deliverables produced during Project Planning (High Level). Formal

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

Customer Representatives

The purpose of this process is to formally acknowledge the completion, review and

Project Sponsor and/or Director

Facilitate communication among internal and external Stakeholders and

Provide a foundation for the projects with the overall scope and objectives

Gain confidence of the funding source to be able to proceed to Detail Planning

Provide a foundation for the projects with the overall scope and objectives

Gain confidence of the funding source to be able to proceed to Detail Planning

Facilitate communication among internal and external Stakeholders and

Define key management reviews as to content, extent and timing

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The purpose of this process is to formally acknowledge the completion, review and

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

The purpose of this process is to formally acknowledge the completion, review and

acceptance of all deliverables produced during Project Planning (High Level). Formal

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

acceptance of all deliverables produced during Project Planning (High Level). Formal

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

designee also signifies that the project can continue into its next phase, Project Planning

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

and gain approval from the Project Sponsor and/or Project Director and Customer

Representatives for all interim deliverables with upon their completion. Interim

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Representatives for all interim deliverables with upon their completion. Interim

acceptances should streamline final acceptance.

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

acceptances should streamline final acceptance.

i

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

i

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

i

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

it

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

t

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

th

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

h

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

h

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

h C

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

C

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

C

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Co

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

o

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2.3.1 Submit Project Initiation Plan for Approval

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2.3.1 Submit Project Initiation Plan for Approval

2.3.2 Gain Approval to Proceed

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2.3.2 Gain Approval to Proceed

2.3.1 Submit Project Initiation Plan for Approval

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

2.3.1 Submit Project Initiation Plan for Approval

At the completion of producing the Project Initiation Plan, the Project Manager should

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

At the completion of producing the Project Initiation Plan, the Project Manager should

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

Director, Customer Representatives, any funding sources, or anyone whose resourcesAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Director, Customer Representatives, any funding sources, or anyone whose resources

will be affected by the project. Depending on the size of the project the, Project ManagerAn

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

will be affected by the project. Depending on the size of the project the, Project ManagerSkillin

g India fo

r an In

clusiv

e Gro

wth

The purpose of this process is to formally acknowledge the completion, review and

Skillin

g India fo

r an In

clusiv

e Gro

wth

The purpose of this process is to formally acknowledge the completion, review and

acceptance of all deliverables produced during Project Planning (High Level). Formal

Skillin

g India fo

r an In

clusiv

e Gro

wth

acceptance of all deliverables produced during Project Planning (High Level). Formal

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

Skillin

g India fo

r an In

clusiv

e Gro

wth

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

Skillin

g India fo

r an In

clusiv

e Gro

wth

designee also signifies that the project can continue into its next phase, Project Planning

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

Skillin

g India fo

r an In

clusiv

e Gro

wth

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

Skillin

g India fo

r an In

clusiv

e Gro

wth

and gain approval from the Project Sponsor and/or Project Director and Customer

Representatives for all interim deliverables with upon their completion. Interim

Skillin

g India fo

r an In

clusiv

e Gro

wth

Representatives for all interim deliverables with upon their completion. Interim

acceptances should streamline final acceptance.

Skillin

g India fo

r an In

clusiv

e Gro

wth

acceptances should streamline final acceptance.

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

nf

Skillin

g India fo

r an In

clusiv

e Gro

wth

f

Skillin

g India fo

r an In

clusiv

e Gro

wth

f

Skillin

g India fo

r an In

clusiv

e Gro

wth

fi

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

ir

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

r

Skillin

g India fo

r an In

clusiv

e Gro

wth

rm

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

m

Skillin

g India fo

r an In

clusiv

e Gro

wth

mi

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

i

Skillin

g India fo

r an In

clusiv

e Gro

wth

in

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

n

Skillin

g India fo

r an In

clusiv

e Gro

wth

ng

Skillin

g India fo

r an In

clusiv

e Gro

wth

g

Skillin

g India fo

r an In

clusiv

e Gro

wth

g

Skillin

g India fo

r an In

clusiv

e Gro

wth

g A

Skillin

g India fo

r an In

clusiv

e Gro

wth

A

Skillin

g India fo

r an In

clusiv

e Gro

wth

A

Skillin

g India fo

r an In

clusiv

e Gro

wth

A

Skillin

g India fo

r an In

clusiv

e Gro

wth

2.3.1 Submit Project Initiation Plan for Approval

Skillin

g India fo

r an In

clusiv

e Gro

wth

2.3.1 Submit Project Initiation Plan for Approval

2.3.2 Gain Approval to Proceed

Skillin

g India fo

r an In

clusiv

e Gro

wth

2.3.2 Gain Approval to Proceed

2.3.1 Submit Project Initiation Plan for Approval

Skillin

g India fo

r an In

clusiv

e Gro

wth

2.3.1 Submit Project Initiation Plan for Approval

At the completion of producing the Project Initiation Plan, the Project Manager should

Skillin

g India fo

r an In

clusiv

e Gro

wth

At the completion of producing the Project Initiation Plan, the Project Manager should

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

Skillin

g India fo

r an In

clusiv

e Gro

wth

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

Director, Customer Representatives, any funding sources, or anyone whose resources

Skillin

g India fo

r an In

clusiv

e Gro

wth

Director, Customer Representatives, any funding sources, or anyone whose resources

will be affected by the project. Depending on the size of the project the, Project ManagerSkillin

g India fo

r an In

clusiv

e Gro

wth

will be affected by the project. Depending on the size of the project the, Project Manager

along with the Project team should then schedule one or more meetings to presentSkillin

g India fo

r an In

clusiv

e Gro

wth

along with the Project team should then schedule one or more meetings to present

the Project Initiation Plan for review and discussion. Attendees may also include otherSkill

ing In

dia for a

n Inclu

sive G

rowth

the Project Initiation Plan for review and discussion. Attendees may also include other

The purpose of this process is to formally acknowledge the completion, review and

acceptance of all deliverables produced during Project Planning (High Level). Formal

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

Representatives for all interim deliverables with upon their completion. Interim

acceptances should streamline final acceptance.

CCoo2.3.1 Submit Project Initiation Plan for Approval

2.3.2 Gain Approval to Proceed

2.3.1 Submit Project Initiation Plan for Approval

At the completion of producing the Project Initiation Plan, the Project Manager should

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

Director, Customer Representatives, any funding sources, or anyone whose resources

will be affected by the project. Depending on the size of the project the, Project Manager

The purpose of this process is to formally acknowledge the completion, review and

acceptance of all deliverables produced during Project Planning (High Level). Formal

acceptance and approval by the Project Sponsor and/or Project Director or an authorized

designee also signifies that the project can continue into its next phase, Project Planning

(Detail Level).Acceptance and approval are ongoing. The Project Manager should review

and gain approval from the Project Sponsor and/or Project Director and Customer

Representatives for all interim deliverables with upon their completion. Interim

acceptances should streamline final acceptance.

wwiitt2.3.1 Submit Project Initiation Plan for Approval

2.3.2 Gain Approval to Proceed

2.3.1 Submit Project Initiation Plan for Approval

At the completion of producing the Project Initiation Plan, the Project Manager should

submit it to the Steering Committee, Executive Sponsor, Project Sponsor and/or Project

Director, Customer Representatives, any funding sources, or anyone whose resources

Page 25: th - National Skill Development Corporation

Once the review has been completed, the Project Manager should prepare the Final

Version of the Project Initiation Plan that will signify the close of Project Planning

(High Level) and it should be submitted for signature/approval.

2.3.2 Gain Approval to ProceedOne the Project Manager has submitted the deliverable (The Project Initiation Plan) to

the Project Sponsor and/or Project Director any other required signers or their

authorized designee and obtain their signatures on the Project Initiation Plan, indicating

approval to proceed to Project Planning (Detail Level). If the Project Sponsor and/or

Project Director do not approve the contents of the acceptance package, he/she should

indicate the reason for rejecting it. It is then the responsibility of the Project Manager

to resolve any issues regarding the deliverables and to present the updated package

to the Project Sponsor and/or Project Director again.

Deliverables for Task 2.3 (Confirm Approval to Proceed)Signed Project Initiation Plan – a formal document indicating that Project Planning

(Detail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

��

20

E N G I N E E R T E C H N I C A L S U P P O R T

ojgfjgj

etail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

��

– a formal document indicating that Project Planning

etail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

eedd))– a formal document indicating that Project Planning

etail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

approval to proceed to Project Planning (Detail Level). If the Project Sponsor and/or

Project Director do not approve the contents of the acceptance package, he/she should

indicate the reason for rejecting it. It is then the responsibility of the Project Manager

to resolve any issues regarding the deliverables and to present the updated package

One the Project Manager has submitted the deliverable (The Project Initiation Plan) to

the Project Sponsor and/or Project Director any other required signers or their

authorized designee and obtain their signatures on the Project Initiation Plan, indicating

approval to proceed to Project Planning (Detail Level). If the Project Sponsor and/or

Project Director do not approve the contents of the acceptance package, he/she should

One the Project Manager has submitted the deliverable (The Project Initiation Plan) to

the Project Sponsor and/or Project Director any other required signers or their

authorized designee and obtain their signatures on the Project Initiation Plan, indicating

approval to proceed to Project Planning (Detail Level). If the Project Sponsor and/or

Project Director do not approve the contents of the acceptance package, he/she should

indicate the reason for rejecting it. It is then the responsibility of the Project Manager

to resolve any issues regarding the deliverables and to present the updated package

– a formal document indicating that Project Planning

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to resolve any issues regarding the deliverables and to present the updated package

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

to resolve any issues regarding the deliverables and to present the updated package

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

– a formal document indicating that Project Planning

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

– a formal document indicating that Project Planning

etail Level) resources can be secured and the Project Sponsor and/or Project Director

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

etail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

has accepted and approved the project to move to Project Planning (Detail Level).

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Skillin

g India fo

r an In

clusiv

e Gro

wth– a formal document indicating that Project Planning

Skillin

g India fo

r an In

clusiv

e Gro

wth– a formal document indicating that Project Planning

etail Level) resources can be secured and the Project Sponsor and/or Project Director

Skillin

g India fo

r an In

clusiv

e Gro

wth

etail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

Skillin

g India fo

r an In

clusiv

e Gro

wth

has accepted and approved the project to move to Project Planning (Detail Level).

Skillin

g India fo

r an In

clusiv

e Gro

wth– a formal document indicating that Project Planning

etail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

to resolve any issues regarding the deliverables and to present the updated package

– a formal document indicating that Project Planning

etail Level) resources can be secured and the Project Sponsor and/or Project Director

has accepted and approved the project to move to Project Planning (Detail Level).

Page 26: th - National Skill Development Corporation

An

ISO 9

001:

2015

/ISO 1

4001

:201

5/OHSAS 1

8001

:200

7 Com

pany

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth

Skillin

g India fo

r an In

clusiv

e Gro

wth