tik-76.612 ohjelmistoprojektien hallinta

66
Tik-76.612 Ohjelmistoprojektien Hallinta Luento 9 – Laadun ohjaus ja Leadership

Upload: lara-bond

Post on 31-Dec-2015

23 views

Category:

Documents


0 download

DESCRIPTION

Tik-76.612 Ohjelmistoprojektien Hallinta. Luento 9 – Laadun ohjaus ja Leadership. Luennot ja projekti. synty. suunnittelu. käynnistys. ohjaus. päätös. operointi. Ti 12.3. Kurssin aloitus. To 14.3. Projektin synty. Ti 19.3. Projektisuunnitelma. To 21.3. Projektin käynnistäminen. - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612Ohjelmistoprojektien Hallinta

Luento 9 – Laadun ohjaus ja Leadership

Page 2: Tik-76.612 Ohjelmistoprojektien Hallinta

2Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Luennot ja projektisuunnittelu ohjaus päätössynty käynnistys operointi

Ti 12.3

To 14.3

Ti 19.3

To 21.3

Ti 26.3

To 4.4

Ti 9.4

To 11.4

Ti 16.4

Ti 18.4

To 23.4

Kurssin aloitus

Projektin synty

Projektisuunnitelma

Projektin käynnistäminen

Työmäärien arviointi

Projektin ohjaus

Projektihallinnan työkalut

Projektien erilaisuudet

Laadunohjaus ja leadership

Projektin päättäminen

Ohjelmistotuoteliiketoiminta

Page 3: Tik-76.612 Ohjelmistoprojektien Hallinta

3Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Projekti

Tuki ja / tailinja-organisaatio

Projekti

Määriteltyaloituspiste

Määriteltylopetuspiste

Määritelty kesto, eri vaiheita

Yrityksen tukiorganisaatio tukee projektia (ja muita projekteja) peruspalveluilla

Tarve Tarve tyydytettyResurssitarve

suunnittelu

ohjaus

päätössynty käynnistys operointitekeminen

Page 4: Tik-76.612 Ohjelmistoprojektien Hallinta

4Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

luennon tavoite

Laadun ohjaus ja leadership -osuuksien tarkoituksena on ymmärtää mitä laatu on ohjelmiostoprojekteissa sekä erityisesti miten sen suhteen pitäisi toimia. Lisäksi pyritään ymmärtämään managementin ja leadershipin ero sekä sisäistämään henkilöjohtamisen perusideat.

Page 5: Tik-76.612 Ohjelmistoprojektien Hallinta

5Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & LeadershipSisällysluettelo

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 6: Tik-76.612 Ohjelmistoprojektien Hallinta

6Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 7: Tik-76.612 Ohjelmistoprojektien Hallinta

7Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu ?

Laatu ei ole mitään sellaista mitälevitetään subjektien ja objektien päälle

kuin lameeta joulukuuseen.- Robert M. Pirsig

ZEN ja moottoripyörän kunnossapito

Page 8: Tik-76.612 Ohjelmistoprojektien Hallinta

8Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Definition - Quality

Q: What’s the definition of Quality?

A: Zero Defects

B: Degree of Excellence

C: Conformance to Customer Requirements

D: Doing It Right The First Time

Page 9: Tik-76.612 Ohjelmistoprojektien Hallinta

9Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 10: Tik-76.612 Ohjelmistoprojektien Hallinta

10Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Can you answer?

How often do youmeasure what yourclient is thinking?

Who are your stakeholders? Do you know if all of them have been

identified?

What are your stakeholders specifically expecting

of this project?

Have expectations changed? (what are your stakeholders thinking today?)

What processes arein place to ensure that

expectations arebeing met?

Who from the projectis maintaining the

stakeholder relationship?How often? How?

Have you reconciledexpectations across

stakeholders?

How do you knowwhen you’re

successful in yourclients’ eyes?

Have expectations

beendocumented

?

Page 11: Tik-76.612 Ohjelmistoprojektien Hallinta

11Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Why do we need to identify expectations ?

• Prepares us to deliver Quality, Value and Success to our stakeholders

• Helps Stakeholders understand and communicate their expectations

• Forces stakeholders to agree on a defined set of expectations

• Builds commitment to meeting and exceeding expectations

Page 12: Tik-76.612 Ohjelmistoprojektien Hallinta

12Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

ExPECT produces proven benefits:• Helps resolve conflicting expectations• Focuses us on delivering success• Protects us when Management changes• Focuses client attention on the possible• Helps manage and shape expectations • Improves the client relationship

Why Use Expectation Management ?

Page 13: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved 13

What is ExPECT ?

1. Identify stakeholder ExPECTATIONS

2. PLAN processes to meet those expectations

3. EXECUTE according to the plan

4. Continuously CHECK the quality results

5. TAILOR the processes and plan as needed

ExPECTATIONS

PLANNING

EXECUTIONTAILORING

CHECKING

Page 14: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved 14

• Steps:– Identify the

stakeholders– Gathering expectations– Analyse and identify

unrealistic and/or conflicting expectations

– Obtain consensus and document expectations using Expectation Matrix

– Communicate agreed expectations

Identify Expectations

Both Client and Team expectations should be identified

ExPECTATIONSExPECTATIONS

PLANNING

EXECUTIONTAILORING

CHECKING

Page 15: Tik-76.612 Ohjelmistoprojektien Hallinta

15Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Expectations you find - and miss

Realization

Satisfactionimplied

unexpected

unimplied

Page 16: Tik-76.612 Ohjelmistoprojektien Hallinta

16Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Esimerkki odotuksista

Esimerkki: projektin laatuodotukset• tuntirap ../TKK/Esim/Laatutavoitteet malli.doc

Page 17: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved 17

Planning

Expectations should drive the project plans and approaches

ExPECTATIONS

PLANNINGPLANNING

EXECUTIONTAILORING

CHECKING

• Steps:– Identify processes to

meet expectations– Identify issues requiring

quality management– Identify processes to

address issues– Establish measures,

goals, schedules, and responsibilities for monitoring processes

– Document in your plan

Page 18: Tik-76.612 Ohjelmistoprojektien Hallinta

18Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

What plan?

PROJECT/QUALITYPROJECT/QUALITY PLANNING PLANNING

Expectations and

Business Contribution

Program and Project

Management

Page 19: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved 19

• Steps:– Execute quality

processes

– Collect quality metrics

– Report status

All members of the project team are involved in exceeding expectations

Execute

ExPECTATIONS

PLANNING

EXECUTIONEXECUTIONTAILORING

CHECKING

Page 20: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved 20

• Steps:– Review metrics data– Review client and team

expectations using QAT or similar

– Assess customer perceptions

– Analyze gaps– Identify and investigate

improvement opportunities

Check

Continuously check progress against plan at every stage of the project

ExPECTATIONS

PLANNING

EXECUTIONTAILORING

CHECKINGCHECKING

Page 21: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved 21

• Steps:– Prioritise and implement

improvements– Modify processes as

needed– Monitor and

communicate improvements

– Recognize contributions– Maintain Quality Plan as

necessary

Tailor

Tailor your approach as a result of checking

ExPECTATIONS

PLANNING

EXECUTIONTAILORINGTAILORING

CHECKING

Page 22: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved 22

ExPECT Model

ExPECTATIONS

PLANNING

EXECUTIONTAILORING

CHECKING

– Cyclical

– Continuous Improvement

– Continuous Effort

Page 23: Tik-76.612 Ohjelmistoprojektien Hallinta

23Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Esimerkki toteumasta

Esimerkki: projektin laatuodotusten toteutuminen•../TKK/Esim/LAATAR_E.DOC

Page 24: Tik-76.612 Ohjelmistoprojektien Hallinta

24Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Mittarit, esimerkki

virheiden määrä

• virheetön ei ole järkevää• mikä on kohtuullinen määrä virheitä ?

Esimerkki: systeemitestin virheiden määrä•../TKK/Esim/PROGRESS esim.XLS

Page 25: Tik-76.612 Ohjelmistoprojektien Hallinta

25Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 26: Tik-76.612 Ohjelmistoprojektien Hallinta

26Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatusuunnitelma

Malli 1:”Tarvitaan erillinen laatusuunnitelma, jotta asian

tärkeys korostuu ja voimme varmistua, että laadun suunnittelun ja hallinnan toimenpiteet ovat riittävät.”

Malli 2:” Laatua ei voi erottaa muusta projektista joten se

on suunniteltava normaalissa projektisuunnitelmassa.”

Page 27: Tik-76.612 Ohjelmistoprojektien Hallinta

27Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatusuunnitelmaorganisaation kypsyys

(Timo Lehtimäen mukaan)

1) Ei laadusta mitään havaintoa

2) Laatuorganisaatio, laatupäälliköt, laatukäsikirja, laatusuunnitelmat, ISO9000-sertifiointi

3) Laatu integroituna kaikkeen

HUOM 1 <> 3 !!!!!!!!!

Page 28: Tik-76.612 Ohjelmistoprojektien Hallinta

28Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatusuunnitelmaesimerkki

• Jos erillinen laatusuunnitelma, niin se voisi näyttää tältä:

Esimerkki: laatusuunnitelma•../TKK/Esim/QUALPLAN.doc

Page 29: Tik-76.612 Ohjelmistoprojektien Hallinta

29Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 30: Tik-76.612 Ohjelmistoprojektien Hallinta

30Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laadun varmistus• Quality Assurance• Quality Control

• Lopputulosten läpikäyminen = review– supervisor review– peer review

• Laatupiiri

• Testaus ?

Page 31: Tik-76.612 Ohjelmistoprojektien Hallinta

31Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laadunvarmistuskatselmointi esimerkki

Client Quality Management AssessmentCQMA Process Flow for DeliveryCQMA Process Flow for Delivery

ENGAGEMENT TEAM ADMINISTRATOR GMU OPERATIONS

Getting Started

Send automatic notifications prior

to next review

Capture client engagement

information to track

Monitor compliance to CQMA process

Conduct Operations Meetings

CQMA PARTNER

Document issues identified

Participate in Business Operations Meetings

Advise CQMA frequency for an engagement

Complete CQMA deliverables and

submit for Review

Participate in review discussions

Indicate Actions To Take for issues

Send automatic notifications of

delinquency

Prepare for

Review

Conduct Review

Follow Up on

Review

Resolve issues and document results

Facilitate discussions

Establish review scheduleReview CQMA

deliverables

Approve CQMA

Revise deliverables

Close down engagements

Verify actions taken to resolve issues

Send automatic notifications of

approval

Page 32: Tik-76.612 Ohjelmistoprojektien Hallinta

32Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Esimerkki: laadunvarmistusraportti•../TKK/Esim/cqma_form.doc•../TKK/CQMAmuis.doc

Laadunvarmistuskatselmointi esimerkki

Page 33: Tik-76.612 Ohjelmistoprojektien Hallinta

33Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 34: Tik-76.612 Ohjelmistoprojektien Hallinta

34Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Standardeja ja metodologioita

• CMM• ISO9000• laatupalkintomallit

Page 35: Tik-76.612 Ohjelmistoprojektien Hallinta

35Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

What is the Capability Maturity Model (CMM)?

• A model that outlines best practices in process management and quality improvement concepts for software development and maintenance

• Describes five levels of software development and management maturity, from an ad hoc, immature process to a mature, disciplined process

• Developed in the late 1980’s at the Software Engineering Institute (SEI) at Carnegie-Mellon University in Pittsburgh by government and industry representatives.

• Becoming an industry standard against which an organization can be measured in a repeatable way through a defined software process assessment technique

• Serves as a framework for a software process improvement program

Page 36: Tik-76.612 Ohjelmistoprojektien Hallinta

36Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

SEI Capability Maturity Model (CMM)

Level ResultKey Process Areas

5Optimizing

4Managed

3Defined

2Repeatable

1Initial

Continuous Improvement

Product and Process Quality

Engineering Process

Project Management

Heroes

version 1.1

R I S K

Productivity& Quality

Focus

Process change managementTechnology change managementDefect Prevention

Software quality managementQuantitative process management

Peer ReviewsIntergroup coordinationSoftware product engineeringIntegrated software managementTraining programOrganization process definitionOrganization process focus

Software configuration managementSoftware quality assuranceSoftware subcontract managementSoftware project tracking & oversightSoftware project planningRequirements management

Page 37: Tik-76.612 Ohjelmistoprojektien Hallinta

37Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

How Accenture is using the CMM

• Accentures global network of Solution Centers is using the CMM as a basis for software process improvement.– Assessments have been a strong catalyst for improvement activities– Action plans based on assessments have been developed and improvement

projects are underway• Accentures Methodology Program is piloting a Systems Building Maturity

Assessment, a superset of the CMM, designed to allow projects to determine capability needs and design project processes and organization accordingly.

• Assessing the entire Accenture organization against the CMM in a single assessment is impossible:– Widespread geographically– Organized around individual client projects– Projects involve combination client/Accenture teams

• Evaluations of Accentures capability against the CMM are market driven and can only be applied to an individual practice unit. In all cases, we have met the client’s maturity level requirements.

• The systems building methods and quality processes that Accenture employs during engagements are aimed at Level 3 - Defined in the CMM.

Page 38: Tik-76.612 Ohjelmistoprojektien Hallinta

38Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

ISO CERTIFICATION

Page 39: Tik-76.612 Ohjelmistoprojektien Hallinta

39Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

ISO9000

• ISO 9000:2000, Quality management systems – Fundamentals and vocabulary

• ISO 9001:2000, Quality management systems – Requirements

• ISO 9004:2000, Quality management systems –Guidelines for performance improvements

Page 40: Tik-76.612 Ohjelmistoprojektien Hallinta

40Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

ISO9001 (ed. versio)

1 Management responsibility2 Quality system3 Contract review4 Design Control5 Document and data control6 Purchasing7 Control of customer supplied product8 Product identification and traceability9 Process control10 Inspection and testing

Page 41: Tik-76.612 Ohjelmistoprojektien Hallinta

41Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

ISO9001 (ed. versio)

11 Control of inspection, measuring and test equipment

12 Inspection and test status13 Control of non conforming product14 Corrective and preventive actions15 Handling, storage, packaging and delivery16 Control of quality records17 Internal Quality audits18 Training19 Servicing20 Statistical techniques

Page 42: Tik-76.612 Ohjelmistoprojektien Hallinta

42Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

ISO9001:2000 highlights

4 Quality management system 5 Management responsibility6 Resource management7 Product realization8 Measurement, analysis and improvement

Page 43: Tik-76.612 Ohjelmistoprojektien Hallinta

43Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatupalkintomalli(~Malcolm Baldrige)

Tiedot ja niidenanalysointi

Henkilöstön kehittäminen

Prosessienhallinta

Toiminnantulokset

Yhteiskunnallisetvaikutukset

Johtajuus

Asiakas- ja markkina-suuntautuneisuus

Strateginen suunnittelu

Page 44: Tik-76.612 Ohjelmistoprojektien Hallinta

44Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

EFQM Excellence Model

Resources

Policy &Strategy

PeopleManagement

PeopleSatisfaction

CustomerSatisfaction

Impact onSociety

ProcessesLeadership BusinessResults

Enablers Results

Page 45: Tik-76.612 Ohjelmistoprojektien Hallinta

45Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 46: Tik-76.612 Ohjelmistoprojektien Hallinta

46Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

auditit ja tarkastukset

• reviews• sisäiset auditit• ulkoiset auditit• ISO9000 audit• laatupalkintomalli, itsearviointi• laatupalkintokilpailu

Page 47: Tik-76.612 Ohjelmistoprojektien Hallinta

47Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

DEMING’S 14 POINTS…

3. Avoid Massive Inspection

5. Continuously Hunt for Areas to be Improved

6. Train Workers for Quality Performance

Laatua ei rakenneta auditoimalla!

(mutta sitä saatetaan tarvita...)

Page 48: Tik-76.612 Ohjelmistoprojektien Hallinta

48Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 49: Tik-76.612 Ohjelmistoprojektien Hallinta

49Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Alihankintojen hallinta

• mahdollisuuksien mukaan samat menetelmät kuin omalla väellä

• sopimukset• jos osakokonaisuuksia, vaadittava raportointi• laadunvarmistus• kommunikointi (tavoitteet!)• tiimityöhön mukaan ilman yritysrajoja

Page 50: Tik-76.612 Ohjelmistoprojektien Hallinta

50Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Laatu & Leadership

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership

Page 51: Tik-76.612 Ohjelmistoprojektien Hallinta

51Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Leadership

Management• asioiden johtaminen

Leadership• ihmisten johtaminen

Page 52: Tik-76.612 Ohjelmistoprojektien Hallinta

52Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

2 teoriaa2 projektinhallintaan liittyvää teoriaa:

• Teoria X• Keskivertoihmisellä on synnynnäinen inho työtä kohtaan• Sen takia heitä täytyy pakottaa, määrätä ja kontrolloida• Ihmiset pyrkivät pakenemaan vastuuta

• Teoria Y• Työ on yhtä luonnollista kuin lepo ja leikki• Pakottaminen ja kontrollointi eivät ole ainoita keinoja tehokkuuden

saavuttamiseksi• Sitoutumiseen vaikuttaa palkinto, joka liittyy tehtävän

suorittamiseen• Keskivertoihminen voi oppia kantamaan ja haluamaan lisää

vastuuta• Monella ihmisellä on hyvä mielikuvitus ja luovuutta

Mitä tapahtuu jos pomo ei ole paikalla?

Page 53: Tik-76.612 Ohjelmistoprojektien Hallinta

53Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Leadership

• näytä suuntaa• osallista sitoutuminen• arvosta muiden osaamista• kuuntele• anna palautetta• näytä esimerkkiä• kommunikoi roolit ja vastuut

Page 54: Tik-76.612 Ohjelmistoprojektien Hallinta

54Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

MBTI

Myers Briggs Tyyppi Indikaattori (MBTI) (s(suojattu työkaluuojattu työkalu))

• Tarjoaa yhden rationaalisen perustan ymmärtää yksilöiden erilaisuutta

• On lukuisia muitakin malleja, joista osa on suppeampia ja monet vielä huomattavasti laajempia. (esim. TMI)

• MBTI ei kerro mitään älykkyydestä, lahjakkuudesta, tunteista, jne.

• Yhdistettynä MBTI kuvaa 16 erilaista tapaa toimia

Leadership-teorioita

Page 55: Tik-76.612 Ohjelmistoprojektien Hallinta

55Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Extroversion

Ulospäin-suuntautuneisuus

Sensing

Aistit

Thinking

Ajattelu

Judging

Päättävä

Introversion

Sisältä-ohjautuminen

INntuition

Vaisto

Feeling

Tunteet

Perceiving

Vastaanottava

Energian lähdesuhtautuminen ihmisiin ja asioihin

Informaation vastaanottaminen

ja käsittely

Päätöksenteko

Suhtautuminen maailmaan

elämäntyyli

Leadership-teorioita4 ulottuvuutta

Page 56: Tik-76.612 Ohjelmistoprojektien Hallinta

56Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

MBTI

Miten motivoida erilaisia ihmisiä

Extraversion - ulospäinsuuntautuneisuus

•Anna palautetta, keskustele projekteista

•Mahdollista verkottuminen

•Älä velvoita seuraamaan monimutkaisia toimintatapoja jos se ei ole välttämätöntä

•Tarjoa kiivastahtisia vaihtelevia työtehtäviä

Introversion - sisältäohjautuvuus

•Anna aikaa ajatteluun - introvertti arvostaa rauhaa ja hiljaisuutta

•Älä vaadi välittömiä päätöksiä

•Älä keskeytä turhaan

•Tarjoa pitkäaikaisia projekteja, joissa voi työskennellä pienessä ryhmässä tai yksin

Leadership-teorioita

Page 57: Tik-76.612 Ohjelmistoprojektien Hallinta

57Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

MBTI

Miten motivoida erilaisia ihmisiä

Sensing - käytännöllisyys

•Tehtävät, joissa on selkeät menettelytavat

•Mahdollisuus käyttää jo opittuja taitoja

•Tehtävät, joissa tarvitaan tarkkuutta ja yksityiskohtien hallintaa

•Tehtävistä tulee syntyä käytännöllisiä ja konkreettisia tuloksia

•Mahdollisuus johtopäätösten tekemiseen loogisesti - askel askeleelta

Intuition - mielikuvitus•Joustavuus työtavan valinnassa - ei liikaa reunaehtoja

•Mahdollisuus kehittää uusia taitoja

•Tehtävät, joissa tarvitaan uusia ideoita - vältä rutiineja

•Varmista kokonaisuuden ymmärrys - mihin suurempaan kokonaisuuteen tehtävä liittyy

•Tarjoa mahdollisuus ratkoa vaikeita ongelmia

Leadership-teorioita

Page 58: Tik-76.612 Ohjelmistoprojektien Hallinta

58Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

MBTI

Miten motivoida erilaisia ihmisiä

Thinking - analyyttisyys

•Kohtele kaikkia reilusti, älä näytä suosivasi ketään

•Anna suoraa ja rehellistä palautetta

•Anna tehtäviä, jotka vaativat loogista ajattelua ja analyyttisyyttä

•Muista, että T-ihmisten voi olla vaikea ymmärtää ihmisiä, jotka ilmaisevat helposti tunteitaan

Feeling - arvot ja uskomukset

•Ota huomioon ihmisten erilaiset elämäntilanteet, arvot ja uskomukset

•Anna palautetta tahdikkaasti ja varmista, että palautteeseen sisältyy myös kiitosta

•Varmista, että F-ihmiset huomaavat heidän työtään arvostettavan

•Näille ihmisille hyvin toimivat ihmissuhteet työpaikalla ovat tärkeitä - ristiriidat kuluttavat energiaa

Leadership-teorioita

Page 59: Tik-76.612 Ohjelmistoprojektien Hallinta

59Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

MBTI

Miten motivoida erilaisia ihmisiä

Judging - organisoituneisuus

•Luo suhteellisen vakaa ilmapiiri ja valmiiksi määritellyt tehtävät

•J-tyyppi haluaa tietää mitä häneltä odotetaan ja mihin mennessä

•Pysy päätöksissä

•Ole täsmällinen ja noudata aikatauluja

Perceiving - joustavuus

•Auta P-tyyppiä ymmärtämään, että impulsiivisuus on hyväksyttävää kunhan tehtävä tulee ajoissa tehtyä

•Salli tavoitteiden täsmentyminen projektin aikana siltä osin kuin se on mahdollista

•Ole valmis muuttamaan päätöstä jos olosuhteet muuttuvat

•Aseta tarkat määräajat vain tarpeen vaatiessa - pyri joustavuuteen

Leadership-teorioita

Page 60: Tik-76.612 Ohjelmistoprojektien Hallinta

60Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Leadership - työkaluja

• tiimin odotusten hallinta• erilaiset tiimimittarit esim ”tasapainotettu

tiimipeili”• keskustellut ja dokumentoidut roolit ja vastuut• ...

Page 61: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Esimerkkinä projektin johtajan leadership-statement tiimien vetäjille

Esimerkki leadershipistä

Page 62: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Ymmärrä ja hallitse sidosryhmien odotukset Keskity liiketoiminnan tulosten parantamiseen Luo ja ylläpidä tuki hankkeelle, varmista johdon

omistajuus Ymmärrä ja käytä kolmea mgmt-tasoa:

muutosmatka, hanke ja projekti Jaa työ selkeästi eri vaiheisiin, painopistealueisiin Käytä kattavaa mittaristoa seurantaan: XXX-

scorecard Pidä koko ajan mielessäsi: miksi, minne ja miten?

Management

Page 63: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Yksilön arvostus ja kuunteleminen Kannustava ja jatkuva palaute Asioiden omistaminen ja omistautuminen,

omatoimisuus Selkeät ja hyvin tiedostetut vastuut ja odotukset Yhdessä asetetut tavoitteet Menestyksen edellytysten luonti ja ylläpito Tiimityöskentelyn korostaminen, yhdessä

rakentaminen Tunne alaisesi ja reagoi kaikkiin viesteihin, myös

heikkoihin!

Leadership

Page 64: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

• työskenteleminen eri paikassakommunikointi

etäisyys metreinä5 m

• työskenteleminen eri aikaan

10 m

ei ole tiimi ?

Leadership virtuaaliprojekteissa

Page 65: Tik-76.612 Ohjelmistoprojektien Hallinta

Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

• eri tavoitteet ?• eri arvot• eri kulttuurit• aina on vähintään kaksi ”toimittajaa”

Leadership monitoimittajaympäristössä

Page 66: Tik-76.612 Ohjelmistoprojektien Hallinta

66Tik-76.612 Kevät 2002 ©Accenture 2002 All Rights Reserved

Mitä tänään koulussa opit?

• Mitä on laatu ?• Odotusten hallinta• Laadun suunnitteleminen• Laadunvarmistus• Standardeja ja metodologioita• Auditoiminen• Alihankintojen hallinta

• Leadership