Transcript HP standard light template

Szoftvertechnológiai Fórum
Click to edit Master title style
Rajta vagyunk-e a térképen ?
Szoftverfejlesztési projektek ma és
holnap
Szalay Imre, igazgató
HP Magyarország Szolgáltatási Divízió
[email protected]
dr. Langer Tamás, műszaki igazgató
Alerant Informatikai Rt.
[email protected]
2004. március 10.
PMSZ
Miről fogunk beszélni?
•
Szoftverfejlesztési projektek a HP Magyarország
gyakorlatában
•
Mi újság a HPS térképén?
•
Magyarország jelenlegi helyzete a térképen
•
Alkalmazásfejlesztési projektek sikeressége az USÁ-ban
és Magyarországon
•
Tipikus siker (kudarc) tényezők
•
Emberi kapcsolatok a projekteken belül és kívül
•
Projektbecslés módszerei
July 20, 2015
2
July 20, 2015
3
July 20, 2015
4
July 20, 2015
Forrás: Gartner, IT Megaforces, 2001
5
July 20, 2015
6
Szoftverfejlesztési projektek a HP
Magyarország gyakorlatában
•
Hazai projektek:
alkalmazásfejlesztés
rendszerintegrálás
•
Regionális támogatási központ projektjei:
technológia, infrastruktúra
távközlési és SAP kompetencia
•
Termékfejlesztés:
magyar innováció a globális vállalatban
July 20, 2015
7
Példák hazai projektekre
•
MATÁV SNOMS : telecom hálózat management
•
MATÁV Billing: Tandem alapú fejlesztés
•
POSTA eBeszerzés: Oracle
•
FVM IIER fejlesztés
•
FFM Egységes Munkaügyi adatbázis –fejlesztés
•
Albán Nemzeti Bank – FX-Software
July 20, 2015
8
ISE, régió
Quote slide
22
8
108
35
1.0
45%
17
July 20, 2015
HP subsidiaries
HP sales offices
Countries
official languages
billion population
global land area
time zones
9
Termékfejlesztési példák
•
BuilDOG
•
Digitális Vízjel (K + F)
•
Valós idejű adattárház
July 20, 2015
10
Példa: Inteligens épület
Gazdaságirányítási
Rendszer
Service Desk
CAD / CAFM
Rendszer
Manager of Managers
Rendszer
Ingatlan
July 20, 2015
11
Partnerkapcsolatok
•
Korlátozott kivitelező kapacitás
•
Hazai vagy külföldi?
•
Példa a gyümölcsöző együttműködésre:
Scadasys, FX-Software, …
July 20, 2015
12
Projekt management
•
Eszközök
•
PMP-k
•
Fővállalkozási gyakorlat
July 20, 2015
13
July 20, 2015
14
July 20, 2015
15
Need a flexible process
To succeed when complexity is high
0.9
probability(Success)
0.5
Flexible response to
unpredictability improves
p(Success) to Complexity
relationship
Increased
probability(success))
Edge
of
Chaos
0.1
Low
High
Medium
Complexity
July 20, 2015
16
July 20, 2015
17
Mi újság a HPS térképén?
•
Szoftverfejlesztés szerepe HPS-n belül:
dinamikus erősödés
•
Go to East – Offshore fejlesztések
•
Digital Globalsoft: 4000 fő és még tovább
növekszik
•
Saját tapasztalataink DG-vel
July 20, 2015
18
July 20, 2015
19
July 20, 2015
20
July 20, 2015
21
July 20, 2015
Forrás: McKinsey, 2001
22
July 20, 2015
23
Capability Maturity Model (CMM)
kategóriák
•
Kezdeti szint – adhoc folyamatok
•
Reprodukálható szint
− csak költség, ütemezés, funkcionalitás kezelés
•
Definiált szint
− menedzsment és fejlesztés szabvány szerint
•
Ellenőrzött szint
−Folyamatok, termék minősége auditált
•
Optimalizálási szint
−Tanuló szervezet
July 20, 2015
24
Forrás: Gartner, 2002
July 20, 2015
25
July 20, 2015
Forrás: McKinsey, 2001
26
Country Site
Value of
money
office
space
Quality of Best city Languag
in terms e skills
life
of cost of
staff
Incentives Tota
Tertiary Telecom Existing
graduate infrastructur
HP
l
s skills e
infrastruct
ure
Ireland
Dublin
0,4
7,9
6
1
1
Good
Good
Spain
Barcelona
0,69
8,5
5
2
2
Good
Good
Slovakia
Bratislava
0,68
6,2
1
3
3
Fair
Fair
0,68
6,2
1
3
3
Fair
Fair
Czech
Republic
Prague
Hungary
Budapest
0,48
5,1
3
4
5
Fair
Fair
Poland
Krakow
0,5
3,5
2
4
4
Fair
Fair
Bulgaria
Sofia
NA
NA
1
5
6
Low
Fair
Data Source : ACCENTURE
July 20, 2015
27
July 20, 2015
28
Közép-Európa és India
Forrás: Nasscom tanulmány, 2004 február
Parameter
India
Czech
Republic
Poland
IT exports (mUSD)
9500
65-80
65-80
IT export professionals
195.000
1.500-2.000
1.500-2.000
IT employee cost (USD/year)
5.000-12000
7.500
7.500
IT Labor Force
Low cost,
high quality
Low cost,
high quality
Low cost,
high
quality
Infrastructure
Average
Good
Good
July 20, 2015
29
Magyarország jelenlegi helyzete a
térképen
•
Évi 100-120 millió dollár export árbevétel
(Ericsson, Nokia, Sysdata, IBM, Graphisoft,
Scansoft és a többiek)
•
2-3000 emberévnyi erőforrás évente
•
Kis és közepes szoftver fejlesztő cégek egy főre
jutó átlagos árbevétele: 10-15 millió forint
July 20, 2015
30
Miért Magyarország?
(Amire már hivatkozhatunk)
•
Felsőoktatás színvonala
•
Kiépült infrastruktúra
•
NATO és EU tagság
•
Kreativitás
•
PMI helyi szervezete
July 20, 2015
31
Miért Magyarország?
(Amire még nem hivatkozhatunk)
•
CMM (Capability Maturity Model) szerinti
minősítettség
•
Kellő számú Project Management
Professional
•
Kellő számú Certified (Oracle, Java,
Microsoft, stb.) szakember
•
Az offshore, illetve nearshore üzleti modell
kellő mélységű ismerete
July 20, 2015
32
Szoftverfejlesztés Magyarországon
A HPS HU jövőképe
Offshore (nearshore) kezdeményezés
• Hosszabb távon
•
−5-20 helyi partnercégen alapuló HPS
kompetencia központok hálózata
Magyarországon 2010-ig.
−A partnerek kapacitásának 50%-át a HPSHU-n
keresztül érkező megbízások kötik le.
−Tevékenység: fejlesztés és támogatás
July 20, 2015
33
IT piac Európában
EITO 2002
IT piac (millió €) IT/GDP aránya
(%)
IT költés /fő (€)
Magyarország
1910
3,2
187
Csehország
2602
4
252
Szlovénia
510
2,4
257
Észtország
243
3,8
162
293773
3,33
755
Nyugat Európa
July 20, 2015
34
Offshore szolgáltatások fejlődése
Közép-Európában
2003
2005
2007
2010
Export
volume (m€)
600-800 1.2001.500
2.0002.500
4.0005.000
Export
headcount
15.00020.000
50.00060.000
100.000120.000
July 20, 2015
25.00030.000
35
Offshore szolgáltatások remélt
fejlődése Magyarországon
2003
2005
2007
Export volume (m€)
100120
250300
Export headcount
2.0003.000
5.000- 8.0006.000 10.000
July 20, 2015
2010
400-500 700-800
14.000-
16.000
36
Ezek után nézzük meg, hogy mit tehetünk
annak érdekében, hogy a magyar
alkalmazás-fejlesztési projektek
sikeresebben legyenek, és legalább
stabilizáljuk helyünket a térképen!
July 20, 2015
37
Alkalmazás-fejlesztési projektek
sikeressége az USA-ban
Három kategória
•
Sikeres, azaz határidőre, tervezett költségvetésen belül készült el
teljesen megvalósítva a specifikációt
•
Problémás, azaz elkészült és használatba került, de a tervezett
költségvetést és határidőt túllépve, specifikációt nem teljesen
megvalósítva
•
Megbukott, azaz vagy a befejezés előtt felfüggesztették, vagy az
eredményét sosem használták
July 20, 2015
38
Alkalmazás-fejlesztési projektek
sikeressége az USA-ban*
16%
1994
53%
27%
1996
31%
33%
40%
Sikeres
Problémás M egbukot t
M egbukot t
26%
1998
46%
28%
2000
0%
20%
28%
49%
40%
23%
60%
80%
100%
*30.000 projekt alapján, Forrás: Extreme Chaos, THE STANDISH GROUP INTERNATIONAL, INC
http://www.standishgroup.com/sample_research
July 20, 2015
39
Költségvetés és határidő túllépés USAban*
•
Költségvetés túllépés átlagosan 45%
•
Határidő túllépés átlagosan 63%
* 2000-ben 30.000 projekt alapján
Forrás: Extreme Chaos, THE STANDISH GROUP INTERNATIONAL, INC
http://www.standishgroup.com/sample_research
July 20, 2015
40
Jó hír!
Nem igazán vagyunk lemaradva.
July 20, 2015
41
Magyarországi kis mintát* vizsgálva
•
Alig van teljesen sikeres projekt
•
Nem találtunk felfüggesztett projektet
•
Nehezen követhető a tényleges használatbavétel
•
Viszont
− Költségvetés túllépés átlagosan 46%
− Határidő túllépés átlagosan 41%
*36db 2002-es alkalmazás-fejlesztési projekt
July 20, 2015
42
Még két észrevétel a hazai kis mintából
•
Az ügyfél-elégedettség általában nem romlik a
költségvetés-túllépéssel (sőt gyakran éppen
ellenkezőleg), és nem túl nagymértékű határidőtúllépésre sem nagyon érzékeny (Kicsit
meglepő!)
•
A határidő-túllépés és a költségvetés-túllépés
többségében egyenesen arányos (Kézenfekvő!)
July 20, 2015
43
Rossz hír!
Ezek az eredmények még mindig
elfogadhatatlanok mind az ügyfél,
mind a vállalkozó számára
July 20, 2015
44
Tipikus siker (kudarc) tényezők I.
•
Szerződés
− Ami az elején elromlik…
− Nagy nyomás, hogy minél előbb jöjjön létre
•
Becslés
•
Projektvezetés
− A siker kulcsa
•
Technológiaválasztás
− Fejlesztési és irányítási technológia
− Eszközök
•
Kapcsolatrendszer, kommunikáció
July 20, 2015
45
Tipikus siker (kudarc) tényezők II.
•
Követelmény- és változáskezelés
− Ennek hiányában szabadulnak el a projektek
•
Kockázatkezelés
− Nem értjük még, nincs benne a kultúránkban
•
Átadás-átvételi eljárás
− Ennek hiányában lesznek rétestészta projektek
•
Dokumentáltság
− Későn jövünk rá, hogy jó lett volna, ha…
July 20, 2015
46
A szoftverfejlesztési projekt kritikus
kapcsolatcsoportjai
•
Ügyfél – vállalkozó
•
Projektvezető – projekttagok
•
Projekt vezetői
•
Projekttagok
•
…
July 20, 2015
47
Az ügyfél-vállalkozó kapcsolat fázisai (1)
Az ügyfél
szerepe
Feladat
meghatározás,
tárgyalások,
kiválasztás
Kötözködik, aláír
Fázis
Előkészítés
Bizalmatlan méregetés,
asszimetria
Szerződés-
Bizalmatlanság, aztán
felszabadultság
kötés
Interjúk,
visszacsatolás,
jóváhagyás
A kapcsolat hangulata
Üzleti folyamatok
felmérése,
követelményelemzés
Mézeshetek
•Megszabadulnak
•Egy
•Az
July 20, 2015
a döntés stresszétől
oldalon állnak
ügyfél kibeszélheti magát
48
Az ügyfél-vállalkozó kapcsolat fázisai (2)
Az ügyfél
szerepe
Válasz kérdésekre,
Fázis
Tervezés
a terv elfogadása
A kapcsolat hangulata
Első megtorpanás (ügyfél félelme
az aláírástól, olyat ír alá, amit nem
nagyon ért)
Válasz kisebb
Programozás,
kérdésekre, esetleg tesztelés,
prototípus
dokumentálás
megtekintése
A béke kora (feszült várakozás,
vihar előtti csend)
Átadás-átvételi
forgatókönyv,
átvétel
Egymás idegeinek őrlése
July 20, 2015
Átadás
49
Az ügyfél-vállalkozó kapcsolat fázisai (3)
Az ügyfél
szerepe
Fázis
A kapcsolat hangulata
A rendszer
használatba-vétele
Bevezetés
A viták kora (a rendszer nem
működik, nem ezt akarták…)
A rendszert
használja, időnként
panaszkodik
Garanciális
időszak
Összecsiszolódás (a vállalkozó
kevésbé motivált)
A rendszert
használja,
ritkábban
panaszkodik
Karbantartási
időszak
Lassan belefáradunk egymásba
July 20, 2015
50
A kapcsolat hőfoka
120
100
80
60
40
20
0
o
cs
p
Ka
t fe
la
l
te
é
lv
E
ké
lõ
s
ít é
z
s
e
Sz
Ü
July 20, 2015
é
õd
z
r
zle
ti
és
öt
k
s
m
ya
l
fo
ok
at
e
é
m
l
fe
Kö
s
ré
e
yén
lm
te
e
v
le
m
s
zé
r
Te
v
és
z
e
m
ra
g
o
Pr
ás
oz
l
te
z
s
Te
és
D
um
k
o
á
ál
t
en
s
s
dá
a
Át
Be
s
té
e
z
ve
ar
G
ci
an
is
ál
õ
id
ak
sz
tá
ba
r
Ka
ar
nt
id
si
ő
ak
sz
a
Sz
s
tá
í
k
51
Projektvezető – projekttagok kapcsolata
•
Szoftvergyár vagy szoftverműhely?
•
A szoftverfejlesztő betanított munkás vagy alkotó
művész?
•
Motiváció
A (sötét?) jövő lehet, hogy a szoftvergyár, de
jelenleg nálunk inkább a jól felszerszámozott
műhelyek tudnak hosszabb távon hatékonyan
működni.
July 20, 2015
52
A projekt vezetői közötti kapcsolat
•
Sok bába között elvész a gyermek?
(Funkcionális vezető, projekttulajdonos, projektigazgató,
projektvezetők, kereskedők, stb.)
•
Adminisztratív projektvezető és/vagy technikai
projektvezető?
Egy felelős kell!
− Kisebb projekt esetén jó, ha a két vezetői feladatot egy személy
képes ellátni.
− Ha ketten vannak, akkor az egyszemélyi felelős az adminisztratív
projektvezető, de a projekt sikerének egyik kulcsa a kettőjük jó
(emberi) együttműködése.
July 20, 2015
53
Becslés
A hibás becslésnek nemcsak az a
következménye, hogy becsapjuk
magunkat és az ügyfelet, hanem
összességében lényeges nagyobb a
ráfordítás és később fejeződik be a projekt,
mintha jó becslésből indultunk volna ki.
July 20, 2015
54
Projektbecslés megközelítései
•
Metrikákon alapuló
•
Projektterv alapú
•
Átfutási idő alapú
•
Termék alapú
•
Analógiás
July 20, 2015
55
Metrikákon alapuló becslés
•
Funkciópont számítás
Költség/FP*
Funkciópontok
1500-2000
2001-2500
2501-3000
3001-3500
3501-4000
Tervezés
$242
$255
$265
$274
$284
Megvalósítás
$725
$764
$793
$820
$750
Összes
$967
$1019
$1058
$1094
$1134
•
Előnye: legpontosabb eredményt adja
•
Hátránya: néha előre megmérni majd akkora erőfeszítés, mint
megvalósítani
•
Ezért van légjogosultsága az empirikusabb és szubjektívebb
megközelítéseknek
*Forrás: E.Rudolph: Estimating Software Projects, 2002
www.cit.gu.edu.au/teaching/2182CIT/Hando...CIT_2002_07.pdf
July 20, 2015
56
Projektterv alapú becslés
•
A klasszikus projekttervezés szerinti
becslés, az egyes „task”-okhoz
rendelünk erőforrást
Work
Tervező
Dokumentáló
Fejlesztő
tesztelő
PV
Összesen
July 20, 2015
56.5
17.5
103.75
23.25
37.5
238.5
57
Átfutási idő alapú becslés
•
Összeszámoljuk, hogy időszak-egységenként hány és
milyen munkatárs tudja hatékonyan vinni a projektet.
•
Figyelembe vesszük a szükséges kritikus tömeget és
azt hogy rövid időre általában nem érdemes
munkatársat felszabadítani.
Projektvezető
Tervező
Fejlesztő1
Fejlesztő2
Tesztelő
Dokumentáló
Projektvezető
Fejlesztő3
Fejlesztő4
Összesen
July 20, 2015
7-Apr
14-Apr
21-Apr
28-Apr
5-May
12-May
19-May
26-May
2-Jun
9-Jun
16-Jun
23-Jun
1. Hét
2. Hét
3. Hét
4. Hét
5. Hét
6. Hét
7. Hét
8. Hét
9. Hét
10. Hét
11. Hét
12. Hét
3
0
0
0
0
0
0
0
0
0
0
0
5
5
5
3
5
5
5
5
5
4
5
5
5
5
5
3
5
5
5
5
5
4
2
0
0
3
5
3
5
5
5
5
5
3
0
0
0
0
2.5
3
0
5
0
0
5
4
5
2
1
0
1
1
2
2.5
1.5
2
2
2.5
2
0
3
3
3
3
3
3
3
3
3
3
3
3
0
0
0
0
0
0
0
0
4
4
2
0
0
0
2
3
5
5
1
0
0
0
0
0
17
16
23.5
19
25
30.5
20.5
20
29
24.5
19
10
3
57
49
39
26.5
17.5
36
10
16
254
58
Termék alapú becslés
•
A termékstruktúra szerinti
lebontás után az egyes
elemekhez rendelünk
becslést.
•
Vigyázat: a részek összege
nem az egész!
July 20, 2015
Feladatmegvalódokumen- calc
típus
tervezés sítás
tesztelés tálás
sum
S003
0.5
1
0.5
0.5
2.5
S010
1
2
0.5
0.5
4
S011
1
3
0.5
0.5
5
S014
3
5
1
1
10
S015
3
5
1
1
10
S016
0.25
0.25
0.25
0.25
1
S017
1.5
4
0.5
0.5
6.5
S018
1
3
0.5
0.5
5
S019
1
2
0.5
0.5
4
S019A
1
2
0.5
0.5
4
S019B
1
2
0.5
0.5
4
S020
1
3
0.5
0.5
5
S021
2
3
0.5
0.5
6
S022
1
3
0.5
0.5
5
S023
3
5.5
1
0.5
10
S024
4
10
1.5
0.5
16
S025
0.5
2.5
0.5
0.5
4
S026
3
5
1
1
10
S030
1
3
0.5
0.5
5
S039
1
3
0.5
0.5
5
S041
1
4
0.5
0.5
6
S042
0.25
1
0.5
0.25
2
S043
1
3.5
1
0.5
6
S044
1
2
0.5
0.5
4
S053
2
6
1
1
10
S054
1
5
1
1
8
S055
1
2
0.5
0.5
4
S058
2
5
1
0.5
8.5
S060
1
2.5
0.5
0.5
4.5
S062
5
0
0
0
5
S063
1
4
0.5
0.5
6
S064
0.5
1.5
0.5
0.5
3
47.5 103.75
20.25
17.5
189
59
Analógiás
•
Ilyen típusú kérdéseket teszünk fel:
− A múltban végrehajtott projektjeink közül
melyik(ek)hez hasonlít legjobban?
− Az X projekthez képest szerinted ez hányszorosa?
•
Majd a viszonyításul felhasznált projektek
tényadataiból alakítunk ki becslést.
July 20, 2015
60
A becslés folyamata
•
A megközelítések között van átfedés, ezért jó, ha
különböző személyek végzik.
•
Egy moderált megbeszélésen a különböző
megközelítések számait konszolidálni (és nem
átlagolni!) kell, megérteni a különböző
eredmények és eltérések okait
•
A fejlesztés során többször ismétlendő, egyre
pontosabb
•
Projektek adattára építése szükséges
July 20, 2015
61
Sok sikert mindannyiunknak!
Köszönjük a figyelmet!
PMSZ