th - national skill development corporation
TRANSCRIPT
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
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
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
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.
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
-
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
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.
� 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
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
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
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)
�
� 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
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
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
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
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!
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
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
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
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
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
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
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).
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
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).
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