Electronic Design Project Project Management Lectures 1,2 - PowerPoint PPT Presentation

1 / 69
About This Presentation
Title:

Electronic Design Project Project Management Lectures 1,2

Description:

http://www.latrobe.edu.au/eemanage/ 18 August, 2003. 2 ... New computer system (Y2K) Design of rural telephone exchange. Design of new exchange processor ... – PowerPoint PPT presentation

Number of Views:138
Avg rating:3.0/5.0
Slides: 70
Provided by: georgeal
Category:

less

Transcript and Presenter's Notes

Title: Electronic Design Project Project Management Lectures 1,2


1
Electronic Design ProjectProject
ManagementLectures 1,2
ELE 12EDP
George Alexander G.Alexander_at_latrobe.edu.au http/
/www.latrobe.edu.au/eemanage/
18 August, 2003
2
Contact Details
Lecturer George Alexander Department Electroni
c Engineering Office Physical Sciences 2 PS2
129B E-mail G.Alexander_at_latrobe.edu.au Website
www.ee.latrobe.edu.au Availability Mon, Wed,
Fri
PLEASE NOTE when e-mailing type ELE 11EDP in the
subject field
3
Timetable
  • LECTURES
  • Monday 0900 MARB 241A
  • Monday 1100 HS2 223
  • Lab sessions (2hr)
  • Monday 15.00 BG 320/324
  • Wednesday 11.00 BG 320/324

4
Assessment
  • 1-hour examination (closed book) 30
  • Major project 50
  • Assignments and laboratory work 20

5
Reading
  • Project Management From Idea to Implementation
  • Haynes, M.E. Kogan Page, 1990

6
Approach to the topic
  • Presentation of the principles of project
    management as contained in Haynes text.
  • Some practical insights into how these principles
    have applied in practice in a leading edge
    telecommunications company.
  • Relating this to the EDP project

7
Background George Alexander
  • BSc (Eng) Edinburgh 1967
  • MBA Deakin 1986
  • Manufacturing
  • Logistics, production, engineering including
    maintenance, production eng, test eng, QA
  • Design
  • Hardware, software projects. Business support
  • Consulting/Project Management

8
ERICSSON
  • Headquarters in Stockholm, Sweden
  • Currently employs 60,000 people in 140 countries
  • Largest global supplier of mobile systems
  • Est. 2003 sales A25bn
  • In Australia
  • Main customers Telstra, Vodafone, Hutchison
  • Regional support for Asia Pacific region
  • Until recently, major design centre

9
Project Management as a Career
  • Good project managers are very highly regarded
    and well rewarded.
  • Skills required include
  • People management skills
  • Negotiation skills
  • Sound business knowledge
  • Post-graduate qualifications e.g. through PMI
    are becoming the norm.
  • Good project managers make things happen on
    time, on budget, with quality outcomes. They are
    good for business.

10
WHAT IS A PROJECT?
  • A project is an undertaking which has a clear
    beginning and end.
  • Established to achieve defined task with specific
    cost and quality objectives.
  • Optimises the use of available resources
    skills, tools, systems.
  • Team-based
  • Driven by customer/market demand

11
In what way is Project Management different?
  • Projects have finite life spans. Other
    organisation units exist indefinitely.
  • Projects often require resources on a part-time
    basis. Permanent organisations try to use
    resources full-time.
  • Sharing of resources frequently leads to conflict
    over priorities.

12
Project vs line organisation
  • Engineers permanently belong to a line
    organisation which is responsible for their
    training, salary levels etc.
  • Engineers are assigned to projects for a given
    period usually full-time.
  • The line organisation is responsible for the
    future planning/provision of the required numbers
    and skills to accommodate the overall project
    needs.

13
MANAGING BUSINESS AND ENGINEERING
PROJECTSConcepts and Implementationby John M
Nicholas 1990 Prentice Hall
14
Types of Projects
  • Research
  • Development
  • Problem Solving
  • Construction
  • Manufacturing Technical Projects
  • Business

15
Types of project
  • Projects vary in terms of
  • Size
  • Duration
  • Urgency
  • Dedicated/shared resources
  • Capital intensive
  • Labour intensive
  • Local or global focus

16
Examples of Projects
  • New robotic line
  • New manufacturing plant
  • Quality improvement projects (AQA)
  • New computer system (Y2K)
  • Design of rural telephone exchange
  • Design of new exchange processor
  • Roll-out of 3G mobile network

17
The Project Life Cycle
  • According to Haynes there are four phases
  • Conceiving and defining the project
  • Planning the project
  • Implementing the plan
  • Completing and evaluating the project
  • Activity levels vary during each phase

18
Reasons for Design
  • New technology generation
  • New component technology
  • New production technology
  • Need for product enhancements
  • Priority determined by urgency
  • Highest priority redesign now, retrofit
  • Non-urgent redesign for next product release

19
(No Transcript)
20
(No Transcript)
21
Project Evolution
  • Client (internal/external) demand
  • Prestudy
  • Feasibility study including business case,
    organisation, defining competences and
    availability, time plan
  • Project execution team building, continuous
    monitoring, reporting, risk analysis

22
The importance of the early phases
  • Clearly defining client needs
  • Getting input from the experts
  • Exchange of information client and experts
  • Absolutely clear definition of the project
    specification common understanding

23
Project Parameters
Project Parameters
Quality
Cost
Time
Schedule
Specifications
Budget
Source Haynes, M.E. Project Management from Idea
to Implementation Kogan Page, 1990
24
Project Issues
  • What is the purpose of the project?
  • What are the objectives?
  • What are the desired outcomes?
  • How will success be measured?

25
Getting Started
  • Haynes stresses the importance of a common
    understanding between the team members of the
    projects definition, scope and basic
    implementation strategy. Then
  • 1. Study, discuss, analyse.
  • 2. Write a preliminary project definition.
  • 3. Set an end-results objective.
  • 4. List imperatives and desirables.
  • 5. Generate alternative strategies.
  • 6. Evaluate alternatives.
  • 7. Choose a course of action.

26
Refer Fire Alarm Specifications
27
Fire Alarm End-result Objectives, Imperatives
and Desirables
  • List as many end-result objectives as you can
    think of.
  • Classify each one as an imperative or a desirable

28
Brainstorming
  • Brainstorming is a free-form process that taps
    into the creative potential of a group through
    association of ideas.
  • Association works as a two-way current when a
    group member voices an idea, this stimulates
    ideas from others, which in turn leads to more
    ideas from the one who initiated the idea.

29
Brainstorming Procedures
  • List all ideas offered by group members.
  • Do not evaluate or judge ideas at this stage
  • Do not discuss ideas at this time except to
    clarify understanding.
  • Welcome blue-sky ideas. Its easier to
    eliminate ideas later.
  • Repetition is OK. Dont waste time sorting out
    duplication.

30
Brainstorming Procedures (contd.)
  • Encourage quantity. The more ideas you generate,
    the greater your chance of finding a useful one.
  • Dont be too anxious to close the process. When a
    plateau is reached, let things rest and then
    start again.

31
Generating Alternative Strategies
  • For the purpose of example, we will only look at
    the different possible methods of manufacture.
  • How shall we build the fire alarm prototype?
  • List as many different methods as you can think
    of.

32
Evaluate Alternative Strategies
  • Carefully evaluate the alternative strategies.
  • Which construction method do you think meets the
    quality, cost and time objectives of the project?

33
Evaluate Alternative Strategies
34
Planning the Project
  • Detailed and comprehensive planning is a vital
    factor in a successful project.
  • The quality of the outcomes is usually directly
    related to the quality of the plan.
  • A project plan should list in detail what is
    required to successfully complete the project,
    along with criteria by which performance can be
    measured, both during the life of the project and
    at its completion.

35
Recommended Planning Steps (Haynes)
  • Establish the project objective
  • Choose a basic strategy for achieving the
    objective.
  • Break the project down into subunits or steps.
  • Determine the performance standards for each
    subunit.
  • Determine how much time is required to complete
    each subunit.
  • Determine the proper sequence for completing the
    subunits and aggregate the information into a
    schedule for the total project.

36
Recommended Planning Steps (Haynes)
  • Design the cost of each subunit and aggregate
    costs into the project budget.
  • Design the necessary staff organisation,
    including the number and kind of positions, and
    the duties and responsibilities of each
  • Determine what training, if any is required for
    the project team members.
  • Develop the necessary policies and procedures.

37
Electronic Design ProjectProject
ManagementLecture 3
ELE 12EDP
George Alexander G.Alexander_at_latrobe.edu.au www.ee
.latrobe.edu.au/
25 August, 2003
38
Project Parameters
Project Parameters
Quality
Cost
Time
Schedule
Specifications
Budget
Source Haynes, M.E. Project Management from Idea
to Implementation Kogan Page, 1990
39
Project Objective and Basic Strategy
  • If the project has been well defined then it is
    usually a straightforward process to clarify the
    project objective and the basic strategy for
    achieving the objective, from the information
    provided in the project definition.
  • What is the project objective of our fire alarm
    project?
  • Suggest some basic strategies for achieving the
    objective.

40
Breaking the project into subunits
  • To accurately plan the three project parameters
    of quality, cost and time, it is essential that
    the project be divided into easily manageable
    subunits or work packages.
  • This process can be achieved by identifying the
    logical subdivisions of the project, then
    breaking down each subdivision, and repeating the
    process until a discrete unit of work is
    identified.
  • This is usually expressed diagrammatically as an
    objectives tree or a work breakdown structure.

41
Work Breakdown StructureComplete the following
work breakdown structure for the fire alarm
project.
42
Performance Specifications
  • Performance specifications should be written for
    each subunit identified by the work breakdown
    structure.
  • The specifications must include all the relevant
    information necessary to meet the projects
    quality requirements such as,
    components/materials to be used, methods of
    construction, standards to be met, tests to be
    performed.
  • Write performance specifications for each of the
    three subunits Control Panel, Latch Detector
    Signals, and Generation of Alarm Signals

43
Planning the Time Requirements(1)
  • Careful planning and scheduling of the effort is
    essential if costs are to be minimised and the
    project completed in the shortest possible time.
  • To plan the project time requirements, look at
    the work breakdown structure and determine
    answers to the following questions -

44
Planning the Time Requirements(2)
  • What time is required to complete each subunit?
  • In what sequence must the units be completed?
  • Which subunits can be underway at the same time?
  • This analysis determines for each subunit
  • The duration of each step
  • The earliest time that each step can be started
  • The latest time that each step must be started

45
Gantt Charts
  • Displays the time relationship between the
    project subunits
  • Lists steps and and time required
  • Parallel lines indicate parallel events.
  • Slack time is indicated by a dotted line.

46
Example Gantt Chart
47
Planning the Project Costs - Budgeting
  • Careful planning of the project costs is vital.
  • If costs are greatly overestimated, the project
    may be rejected as uncompetitive.
  • If costs are greatly underestimated, it is likely
    that the project will lose money.
  • The budget provides a basis for monitoring costs
    and taking corrective action where necessary.
  • While some inaccuracies are inevitable, these can
    be minimised through careful planning and
    research.

48
Typical project costs(1)
  • Direct Labour covers the cost of all manhours
    directly expended on the project (usually based
    on an hourly rate which includes the overhead
    costs).
  • Overhead includes charges such as payroll tax,
    WorkCover and other labour-related costs.
    Sometimes calculated as a percentage of the
    direct labour cost.
  • (Refer Example Manhour rate composition).
  • Direct materials required e.g. components, PCBs
  • Supplies such as tools and equipment

49
Typical project costs(2)
  • Equipment rental e.g. special test equipment
  • General and administrative management and
    support services e.g. purchasing, engineering,
    IT. Sometimes applied as a percentage of project
    cost. (Refer example Example manhour rate
    composition).
  • Profit associated with the project, often
    calculated as a percentage of cost. (It is
    unusual to include profit in the project budget.
    If the project adheres to the quality, time, cost
    parameters - profit will automatically follow).

50
Some other costs
  • Travel e.g. overseas to test ASICs, or to gain
    access to expertise
  • Special software requirements
  • Advice from consulting firms
  • Hardware for specialised test environment
  • Access to simulated test environment
  • Project team-building and celebrations

51
Example manhour rate composition
  • Direct labour related
  • Salaries, bonuses
  • Payroll tax, WorkCover, superannuation
  • Office space
  • Computer lease
  • Vehicle
  • Indirect charges (overheads)
  • Management, administration
  • Miscellaneous supplies
  • Charges from support areas IT, HR, Purchasing,
    Accounts etc.

52
Assigning Responsibility/Managing Complexity
  • Project complexity means that one person cannot
    be directly responsible for every aspect of the
    project.
  • Responsibility for each subunit must be
    delegated.
  • Responsibility allocation depends on the scope
    and size of the project.
  • Responsibility may be assigned to a subunit or to
    a group of subunits.
  • Some parts of the project may be subcontracted
  • Consider assigning responsibility to
    subcontractors or service departments.
  • Consider responsibility as a means of developing
    project management competence.

53
Example of project responsibility structure
(1)Design/commissioning of robot assembly line
Steering Group (P)
Project Manager (F)
Mechanical (F)
Electrical (F)
Maintenance (F)
Purchasing (P)
Production (P)
(P) Part-time (F) Full-time
54
Example of project responsibility structure
(2)Exchange Switch Design Upgrade
Steering Group (P)
Total Project Manager (F)
ASIC(1) design Italy (F)
Software modules (1) Sweden (F)
ASIC(2) design Australia (F)
Software modules (2) Australia (F)
System Integration and test Australia (F)
(P) Part-time (F) Full-time
55
Electronic Design ProjectProject
ManagementLecture 4
ELE 12EDP
George Alexander G.Alexander_at_latrobe.edu.au www.ee
.latrobe.edu.au/
25 August, 2003
56
Implementing the Plan
  • The project manager must co-ordinate all
    elements of the project
  • Controlling work in progress
  • Providing feedback
  • Negotiating for materials, supplies and services
  • Resolving differences

57
Controlling work in progress
  • The project plan is the key to effectively
    controlling the project in terms of quality, time
    and cost. It involves
  • Establish standards. (Refer specification).
  • Monitor performance.
  • Take corrective action.

58
Performance Monitoring Tools
  • Control Point Identification Charts
  • Anticipates problems and solutions.
  • Project Control Charts
  • Monitors status of schedule and budget.
  • Milestone Charts
  • Reports scheduled and actual milestone dates.
  • Budget Control Charts
  • Plots actual vs budget cumulated costs.

59
Risk Management
  • Identify what could go wrong.
  • Can be a group meeting or, for a large project,
    an intensive 2-3 day workshop with prescribed
    methodology.
  • Categorise/rate each item in terms of
  • Likelihood of happening (H/M/L)
  • Consequences/adverse impact (H/M/L)
  • For items with high likelihood and high impact,
    draw up a contingency plan.
  • If there is no viable contingency plan, then the
    issue must be highlighted as a risk (to the
    client and other stakeholders).

60
Action Responsibility Matrix - Example
61
Providing Feedback
  • Feedback negative and positive - should be
    provided on a regular basis to those involved in
    the project.
  • This helps maintain good performance and correct
    poor performance.

Intentions
Actions
Results
Feedback
Source Haynes, M.E. Project Management from Idea
to Implementation Kogan Page, 1990
62
Progress and time reporting
  • All project team members must regularly and
    accurately report progress for their specific
    responsibility areas.
  • This is critical if the project managers are to
    be aware of true project progress and
    difficulties.
  • Time expended on the various activities must be
    reported accurately and on time.
  • Delays in time reporting can result in delays in
    invoicing the client and in wrong project cost
    reporting.

63
Negotiating and resolving differences
  • A significant proportion of the project managers
    time is spent negotiating and resolving
    differences.
  • This is often caused by scarce resources -
    materials and people and differing views of the
    priorities that apply.
  • Negotiation and conflict resolution are key
    skills, learned with experience, complemented by
    formal training.

64
Completing and evaluating the project
  • Successful conclusion requires client acceptance
    of the project outcomes.
  • This means agreement that the quality time and
    cost parameters have been met, including any
    agreed changes made during the life of the
    project.
  • It is vital that any changes made to the original
    project plan are agreed with the client and fully
    documented.

65
Change Control within a project
  • It is vital that changes are scrupulously managed
    during the course of a project.
  • Changes to the original specification must be
    agreed in writing with the client including
    their impact on quality, time, and cost.
  • Changes may be necessary due to unforeseen
    technical difficulties, or simply a change of
    mind on the part of the client.
  • Unforeseen problems can be minimised through
    thorough initial planning.

66
The Completion Process
  • Delivery
  • Wrap up and close down
  • Celebration
  • Evaluation and reflection
  • LEARN FROM THE EXPERIENCE

67
Other facets of Project Management
  • Negotiation and conflict resolution
  • Assertiveness
  • Team Building
  • Performance management
  • Budget control
  • Ability to handle pressure
  • Project Management Systems

68
Project Management Systems
  • Quite sophisticated software packages are
    available for managing projects particularly
    complex projects.
  • They assist in tracking time-reporting, and other
    costs, and assist in monitoring the project
    schedule.
  • Some examples are
  • MS Project
  • ARTEMIS
  • Primavera

69
Thanks and good luck in managing your
electronic design project!
Write a Comment
User Comments (0)
About PowerShow.com