Prezentace se nahrává, počkejte prosím

Prezentace se nahrává, počkejte prosím

Logistika Dotazy do krabice Slosování dotazníků Vypnout mobily Místnost „Zeptejte se odborníků“

Podobné prezentace


Prezentace na téma: "Logistika Dotazy do krabice Slosování dotazníků Vypnout mobily Místnost „Zeptejte se odborníků“"— Transkript prezentace:

1

2 Logistika Dotazy do krabice Slosování dotazníků Vypnout mobily Místnost „Zeptejte se odborníků“

3 ALM putování v čase Michael Juřek, Lubor Krebs Microsoft s.r.o. a hosté

4 Co znamená ALM? Application Lifecycle Management Definice konzultační firmy Forrester: Koordinace aktivit v rámci životního cyklu vývoje aplikace, což zahrnuje požadavky, modelování, vývoj, sestavení (build), testování, údržbu a provoz, pomocí: 1.vynucení procesů řídících tyto aktivity 2.správy vtahů mezi artefakty, jež vznikají anebo jsou používány těmito aktivitami 3.reportování o stavu a postupu vývojového úsilí jako celku Zdroj: The Changing Face of Application Life-cycle Management - Forrester August 2006

5 Agenda Odkud jsme přišli? Kde jsme? Zákazníci Partneři Mýty Kam kráčíme?

6 Visual Studio 2003 "Everett"... a všechno předtím – doba před ALM

7 Hodnocení VS 2003 Požadavky  Modelování  Vývoj  Sestavení  Testování  Údržba  Provoz  Infrastruktura  Tradiční silné místo Visio je populární, ale omezené a málo integrované Pouze SourceSafe – populární, ale překonaný

8 Visual Studio 2005 "Whidbey" Velký třesk – vstup do ALM arény

9 Cíle ALM ve VSTS Zvýšit předvídatelnost procesu vývoje software Zvýšení průhlednosti dat vedoucích k rozhodnutím Zajištění kvality včas a průběžně Zvýšení komunikace, zlepšení toků dat Zvýšit produktivitu procesu vývoje software Dramatické zlepšení použitelnosti a komfortu Bezproblémové sdílení informací a komunikace Integrace mezi nástroji pro jednotlivé fáze cyklu

10 Základní předpoklady Produktivita Jednoduché, pohodlné, dostupné Integrace Všechno funguje „magicky“ dohromady Rozšiřitelnost Části řešení je možné nahradit, doplnit, modifikovat Inovace Změna situace na trhu ALM Dlouhodobý přístup Jasný plán na další rozvoj produktu

11 Hodnocení VS 2005 Požadavky  Modelování  Vývoj  Sestavení  Testování  Údržba  Provoz   Infrastruktura  Modelování tříd a distribuovaných systémů, očekávání jsou ale vyšší Flexibilní systém buildů, ale množina funkcí omezená Výborné testy jednotek, chybí testování UI, velmi dobré zátěžové testy Základní evidence. Chybí podpora hierarchií a trasovatelnosti. Dobré sledování chyb, podpora iterací, paralelní vývoj více verzí. Robustní architektura, výborné BI. Omezené možnosti nasazení (x64, farmy,...)

12 Visual Studio 2008 "Orcas" Obrušování ostrých hran...

13 Hodnocení VS 2008 Požadavky  Modelování  Vývoj  Sestavení  Testování  Údržba  Provoz  Infrastruktura  Nová architektura (fronty, triggery, CI). Správa celého systému. Workflow model, entity model. Chybí podpora UML Workflow model, entity model. Chybí podpora UML

14 Agenda Odkud jsme přišli? Kde jsme? Zákazníci Partneři Mýty Kam kráčíme?

15 Microsoft Představujeme zákazníka

16 Brian Harry -

17

18

19 Komerční banka Představujeme zákazníka Vladimír Dynda vedoucí kompetenčního centra.NET

20 Týmový vývoj v Komerční bance Vladimír Dynda Software Architect & Developer Forum 2009 Praha 2. června 2009

21 21 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Komerční banka, a.s. IT Application & Integration Services Centrum IT aplikačních služeb pro Windows a.NET technologie  Tým  Kompetence -Řízení životního cyklu.NET aplikací v KB -Analýza Architektura & design Vývoj Kontrola kvality Údržba a drobný rozvoj Řízení projektů -Údržba cca 70ti aplikací 9 vývojářů 6 analytiků 3 architekti 2 projektoví manažeři 2 test analytici

22 22 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Kompeteční centrum.NET Týmový vývoj.NET v KB  Metodika - Cobit (IT governance) - MSF for CMMI (application development)  Nástroje  Ukázka řešení -Komunikace a sdílení informací -Řízení týmového vývoje -Interní vývojové standardy a postupy

23 23 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Komunikace a sdílení informací Portál pro.NET vývoj v KB  Komunikace členů týmu  Jednotné úložiště dokumentace a sdílení informací  Jednotný přístup k relevantním informačním zdrojům KB  Vyhledávání informací

24 24 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Komunikace a sdílení informací Portál pro.NET vývoj v KB Metodika Standardy, postupy, best practices (dokumentace) Aplikace Funkčnost, rozhraní (služby) Projekty Vývoj, údržba, rozvoj (aktivity).NET řešení Zdrojové kódy, buildy, dokumentace (Projekty v TFS) KonvencePatterny Sdílené knihovny a služby Techno- logie Nástroj e Nástroje pro vývoj a správu Lidé Týmy, role

25 25 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Komunikace a sdílení informací

26 26 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Týmový vývoj Řízení týmového vývoje  Řízení prací v týmu -Důsledné využití work items v TFS -Přizpůsobení polí a workflow metodice KB -Využití sady týmových dotazů pro práci se seznamy  Plánování -Tvorba a údržba operativního plánu v MS Project -Synchronizace položek s TFS  Reporting -Využití předdefinovaných reportů TFS -Reporty z OLAP kostky pomocí MS Excel -Sledování průběhu prací v MS Project

27 27 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Týmový vývoj Řízení týmového vývoje

28 28 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Týmový vývoj Řízení týmového vývoje  Správa aplikačního portfolia -Vlastní seznamy na SharePoint portálu -Centralizovaný přístup k informačním zdrojům -Integrace s jinými systémy KB pomocí kalkulovaných polí

29 29 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Standardy vývoje Interní standardy & best practices  Obecná dokumentace pro.NET vývoj v KB -Závazné standardy, best practices, doporučení, návody  Základní požadavky -Jednotné sdílené úložiště -Jednoduchá navigace a orientace -Filtrace podle kritérií (role, zaměření dokumentu, typ obsahu, …) -Fulltextové vyhledávání

30 30 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Standardy vývoje

31 31 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Standardy vývoje

32 32 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009  Zkušenosti + Jednotné nástroje  snadná správa + Možnosti integrace  zvýšení efektivity + Předvídatelnost procesů  omezení rizik - Chybějící hierarchie work items a queries  Přínosy + Úspora nákladů na vývoj + Zkrácení dodávek + Zvýšení kvality výstupů + Omezení rizik Shrnutí Poučení z týmového vývoje v KB

33 33 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Partneři

34 34 Vladimír Dynda – Týmový vývoj v KB – Software Architect & Developer Forum 2009 Děkuji za pozornost VLADIMÍR DYNDA IT Application & Integration Services Information Technology Komerční banka, a. s.

35 Škoda Auto Představujeme zákazníka Jan Mraček vedoucí vývojového teamu

36 SIMPLY CLEVER

37  Projekty ve Škoda Auto  Výchozí stav  Použití TFS  Plány  Shrnutí 37

38 SIMPLY CLEVER  CarConfigurator  Prezentace firmy + importerů  Prezentace dealeru ( Projekt Centria )  Informační portály ( PrintPatterns, MediaPortal … ) 38

39 SIMPLY CLEVER  současně běžící projekty  harmonogram projektů a jeho aktualizace  alokace vývojářů na více projektech  práce s externisty 39

40 SIMPLY CLEVER  1. fáze - sourcecontrol ◦ úložiště zdrojových kódů ve ŠkodaAuto ◦ automatický check-in ◦ vazba check-in na workitems ◦ paralelní vývoj  2. fáze - řízení projektu ◦ správa workitems ◦ plánování ◦ reporty pro vedení, statusy 40

41 SIMPLY CLEVER  propojení s project serverem  externí přístup do systému  automatizované denní buildy 41

42 SIMPLY CLEVER  pružnější práce s úložištěm kódu  snazší převedení plánů do projektu  zefektivnění práce programátorů  vykazování práce vůči vedení 42

43 SIMPLY CLEVER Jan Mraček Škoda Auto Děkuji za pozornost 43

44 Mýtus: Jenom pro Visual Studio Mýtus: Nástroje MS pro ALM jsou pouze pro Visual Studio Realita: Nástroje lze využít z řady ostatních prostředí Prvotřídní podpora pro Eclipse prostředí Solidní podpora pro většinu ostatních, namátkou: VS.NET 2003, VB 6, VC++ 6, FoxPro, Access, PowerBuilder, Delphi, Oracle TOAD,... Více informací v českém webcastu: 8ECE-B E45/TFS2008_HETEROG.ziphttp://download.microsoft.com/download/3/2/5/325F3355-A2B3-44FE- 8ECE-B E45/TFS2008_HETEROG.zip

45 Mýtus: Přechod je bolestný Mýtus: Přechod na VSTS znamená zahodit data ze současně používaných nástrojů. Realita: K dispozici je celá řada vyzkoušených a prověřených nástrojů pro migraci SourceSafe, ClearCase, ClearQuest přímo v krabici Nástroj od třetí strany pro Subversion TFS Migration Toolkit nebo vlastní kód pro převod dat – API jsou plně zdokumentovaná a dobře použitelná Kontaktujte nás, pomůžeme vám Více informací v českém webcastu: 8ECE-B E45/TFS2008_MIGRATE.ziphttp://download.microsoft.com/download/3/2/5/325F3355-A2B3-44FE- 8ECE-B E45/TFS2008_MIGRATE.zip

46 Mýtus: Rozšiřovat produkty je obtížné Mýtus: Pokud mi v ALM nástrojích chybí nějaká funkčnost, je obtížné ji dopsat. Realita: ALM je velmi dobře rozšiřitelné Řada řešení třetích stran Vlastní vývoj není obtížný

47

48

49

50

51

52

53

54

55

56

57

58

59 Ness Project Eye Představujeme řešení Jaroslav Jindřich senior system architect

60 © 2009 Ness Technologies – Proprietary and Confidential Ing. Jaroslav Jindřich Senior System Architect NESS Project Eye Zjednodušte řízení času na vašich projektech Doplněk Microsoft Team Foundation serveru Úvodní prezentace

61 Reálný život na projektu ► aktuální harmonogram v průběhu projektu ? ► kdo na projektu opravdu pracuje ? ► pracuje na tom co je přínosné pro projekt ? ► respektují členové týmu definovaná pravidla (dovolené, konference) ? ► odhadli jsme správně pracnosti ? ►...? ► a co na to vaše náklady na projektu  Možnosti řešení ► zavedu timesheety – nikdo je nechce vyplňovat  ► nechám projekt běžet vlastní cestou  ► využiji kalendář členů týmu 61 Potřeby na projektu

62 Online přehled o spotřebovaném čase na projektu Snížení administrativy spojené s vykazováním času, případně s vykazováním času do více systémů Snadné napojení na backendové systémy ► projektové (Microsoft Team Foundation Server, Microsoft Project Server) ► finanční (SAP, Navision aj.) Co říkají naši uživatelé: „Svůj kalendář si vyplňuji jen jednou do svého kalendáře v Outlooku. Mohu pracovat online i offline. Svůj kalendář vidím i na svém mobilním zařízení a údaje se mohou online propisovat do projektových a účetních systémů. Vykazování je pro mě naprosto snadné!“. Požadavky na infrastrukturu: Microsoft Outlook a Microsoft Exchange. 62 Naše řešení

63 Reálný přehled činností na projektech 63 Naše řešení Používáním kalendáře máte vyplněno Prostředí Microsoft Outlook Snadno a rychle Kalendář používám k denní práci (týmové schůzky apod.) Pracuji s kalendářem kdykoliv a kdekoliv Okamžité výstupy z dat – sestavy, notifikace Respektujeme vaše soukromí Přehledně a efektivně Levné řešení používající existující infrastrukturu Přímo komunikuje s MS Team Foundation serverem Vazba do MS Projectu Publikace dat do SAP ESS Centrálně a integrovaně

64 64 Ukázka použití

65 Přehled položek uživatele ► podrobný přehled položek pracovníka po projektech/aktivitách/období Přehled položek na projektu ► přehled položek pracovníků na projektu za období Přehled položek úkolu ► přehled položek pracovníků na projektu a úkolu Oznámení o vyplnění položek v týmu ► oznámení o stavu vyplnění položek v týmu Možnosti ► export do Excel, PDF,... ► zasílání em 65 Sestavy

66 Přínosy použití ► Online přehledy o časech na projektu ► Snížení administrativy ► Snadné napojení na backendové systémy Příklady použití v praxi ► komplexní management nástroj pro řízení pracovníků na projektech ► nástroj pro HR pracovníky pro mzdovou agendu ► reflexe odhadů pracnosti na projektech ► jednorázové snímkování pracoví doby pro optimalizaci činností na pracovišti 66 Shrnutí

67 Děkuji za pozornost 67

68 Conceptica Představujeme partnera Tomáš Hamr managing director

69 Řízení vývojového cyklu softwarových projektů Conceptica s.r.o. – NAPNEME VAŠE PLACHTY

70  Kdo jsme? Jsme společnost, která se specializuje na projektové řízení v IT projektech. Naše služby si pořizují klienti, kteří chtějí mít jistotu, že požadované IT produkty a služby dostanou včas, za predikovanou cenu a v požadované kvalitě. Projekty, které přebíráme do řízení postupně transformujeme podle správných metodických rámců a metodik (Prince 2, PMI, MSF for Agile a CMMI, Cobit a ITIL). Jednou z procesních map je „Application Lifecycle Management Assessment“, kterou využíváme.

71  Naši zákazníci v oboru transformace informatiky a řízení vývojového cyklu softwarových aplikací  CITCO finanční trhy a.s. (transformace a řízen vyvojového cyklu) – obor finance  WOOD&Company (transformace a řízení vývojového cyklu) –obor finance  HP Tronic (transformace a řízení vývojového cyklu) – obor distribuce  EURONICS – obor maloobchod  Ernst&Young (implementace MS VS TFS pro řízení vývojového cyklu) – obor profesionální služby

72  Co zjišťujeme při auditech  Nasazení MS VS TFS vlastními silami není dostačující  Není využit plný potenciál MS VS TFS pro zajištění konkurenčních výhod a zvýšení výkonnosti  Integrační rozhraní mezi řízením jednotlivého projektu a řízením vývojového cyklu není citlivě nastaveno  Řízení vývojového cyklu není chápáno jako strategický nástroj, dochází k neporozumění (jak ze strany businessu, tak ze strany vývoje)

73  Velké příležitosti ALM a MS VS TFS  Zvýšení efektivity, plánovitost a rychlost vývoje, zvýšení kvality výstupů  Sjednocení procesů vývoje rozsáhlých systémů na různých platformách  Jednotné procesy zvyšují možnost škálovatelnosti (velikost vývojového týmu podle aktuální potřeby)  Průkaznost, trasovatelnost, dokumentace (vynucení)

74  Jsme připraveni převzít metodicky Váš vývoj a vystavět ho jako strategicky aktivní proces.  Začneme provedením ALM auditu a potom se poradíme, co je dál prioritní a důležité.

75 Ness Představujeme partnera Zdeněk Grössl experienced SW testing engineer

76 © 2009 Ness Technologies – Proprietary and Confidential Ontogeneze je zkráceným a zrychleným opakováním fylogeneze Embryonální vývoj jedince je zrychleným opakováním vývoje celého druhu. Ernst Haeckel – biolog 2. června 2009 Vývoj testera a vývoj testování Zdeněk Grössl

77 77 Vývoj testování správa skriptů správa testovacích dat koordinace a řízení testování přehled o postupu testů testovací scénáře pokrytí požadavků správa testovacích dat automatizace řízení testovacího týmu reportování stavu testování efektivita testování opakovatelnost testů ověření požadavků před nasazením záznamy o chybách

78 Komplexní pohled na testování – co chtít od nástrojů? Test analýza ► Správa a provázání požadavků a testů ► Měření pokrytí požadavků Test design ► Podpora automatizace ► Ověření nefunkčních požadavků ► Správa testovacích dat Exekuce ► Správa chyb ► Záznamy o průběhu testů Management ► Plánování, Úkolování ► Kontrola, Reporting 78 Nástroje podpory testování Řekněte Microsoftu, co chcete od testovacích nástrojů.

79 Proč jsme si jisti, že to tak je? Protože tyto poznatky aplikujeme úspěšně u zákazníků! 79 Kde to funguje?

80 Děkuji Vám za pozornost … … a pokud se chcete dozvědět (nejen) jak testujeme, náš stánek naleznete… 80 NESSTÁNEK

81 Agenda Odkud jsme přišli? Kde jsme? Zákazníci Partneři Mýty Kam kráčíme?

82 Visual Studio 2010 "Rosario" Dramatické rozšíření pokrytí ALM cyklu

83 Co sníží náklady na vývoj řešení? Zajištění souladu s očekáváním zákazníka Trasovatelnost požadavků a měřitelnost postupu Správná a udržitelná architektura Lepší kvalita Průběžné řízení kvality Zachycení chyb co nejdříve Eliminace nereprodukovatelnosti chyb Vyšší produktivita týmu Zjednodušení každodenních činností Nižší náklady na provoz infrastruktury

84 Trasovatelnost požadavků a měřitelnost postupu Problém: Pro management a vývojové týmy je obtížné efektivně sledovat postup a kvalitu projektu, výsledky a metriky se obtížně mapují na požadavky a cíle definované businessem. Řešení: Plná podpora pro provázání položek Hierarchie pracovních položek Maximální využití Excelu pro agilní plánování Zjednodušené vytváření reportů Reportovací dashboard a webové dílce

85 Správná a udržitelná architektura Problém: Architektura se typicky definuje na začátku, poté se často zbytku projektu „odcizí“. Nedodržení navržené architektury může být v dlouhodobém horizontu velmi nákladné Řešení: Podpora osvědčených UML diagramů Vzájemná vazba elementů na artefakty projektového řízení Provázanost diagramů s kódem Hierarchické procházení prvků architektury Vizualizace a validace architektury – na vyžádání, při uložení na server, během automatického buildu

86 Průběžné řízení kvality Problém: V průběhu vývoje není kvalita dostatečně kontrolována. Kontrola kvality se provádí až před předáním zákazníkovi, často velmi povrchně a pouze formálně. Kvalitu výsledného produktu nelze měřit a je neprůkazná. Řešení: Definice testovacích případů s vazbou na požadavky Vytváření testovacích plánů Průkazné provádění testů

87 Zachycení chyb co nejdříve Problém: Čím později je chyba zachycena, tím vyšší jsou náklady na její opravu. Již opravená chyba se může znovu objevit (regrese). S velikostí týmu roste pravděpodobnost rozbití buildu díky lidským chybám, což vede k velkým ztrátám produktivity celého týmu. Řešení: Vyhodnocení dopadu změn a relevantních testů před uložením změn (impact analysis) Zabránění uložení změn, které by vedly k rozbití buildu (shelveset build, gated check-in) Nahrání a znovuspuštění testu UI Automatizace nahraných testů UI

88 Eliminace nereprodukovatelnosti chyb Problém: Komunikace mezi vývojáři a testery často skřípe. Chyby nalezené testery se často nepodaří zreprodukovat, což vede ke oboustranné frustraci (bug ping-pong). Vytvoření testovacího prostředí zabere 30-50% testovacího času a má velkou chybovost. Řešení: Zajištění kvalitní dokumentace pro každou chybu Informace o systému, prováděné kroky, screenshoty, video nahrávka, kontext výjimek a události, snapshot virtuálního stroje Ladění „v minulosti“ na základě zaznamenaného kontextu Automatické vytvoření virtuálního testovacího prostředí

89 Zjednodušení každodenních činností Problém: V každodenní činnosti se setkáváme s řadou neefektivních rutinních činností. Spousta času se stráví čekáním na dokončení spuštěných úloh Řešení: Menší překážky při vývoji díky sloučení edicí VSTS Development a Database Rychlejší výsledky buildu (distribuovaný build, podpora pro farmy build serverů, notifikace) Větší transparentnost procesu a čitelnost výsledků buildu (podpora workflow, hierarchický report, integrace symbol serveru a zdrojového kódu s výsledky buildu) Nové rozhraní pro změnové řízení (bohatá historie položky, nové řešení konfliktů, branch/merge vizualizace)

90 Nižší náklady na provoz infrastruktury Problém: Infrastruktura není dostatečně flexibilní, aby reagovala na nepředvídatelné změny požadavků. Výpadek infrastruktury zablokuje práci mnoha lidí. Řešení: Topologie pro vysokou dostupnost a neomezenou škálovatelnost MMC konzola pro snadnou konfiguraci a správu Flexibilní záloha/obnova/přesun dat

91 Hodnocení VS 2010 Požadavky  Modelování  Vývoj  Sestavení  Testování  Údržba  Provoz  Infrastruktura  Správa testovacích případů. Dokumentace testů. Testování UI. Virtualizace prostředí. Trasovatelnost položek, nativní podpora hierarchií. Integrované UML nástroje, validace a vizualizace architektury Historické ladění. Nové UI pro historii, konflikty, branch/merge. Neomezená škálovatelnost - farmy aplikačních serverů i databází. Komfortnější BI a integrace s portálem. Neomezená škálovatelnost - farmy aplikačních serverů i databází. Komfortnější BI a integrace s portálem. „Gated Check-in“. Transparentní workflow. Distribuovaný build. „Gated Check-in“. Transparentní workflow. Distribuovaný build.

92 Visual Studio ??? "Hawaii" Jméno produktu anebo seznamu přání?

93 Očekávání pro VS Hawaii Požadavky  Modelování  Vývoj  Sestavení  Testování  Údržba  Provoz  Infrastruktura  Zde je moc málo hvězdiček.... Modelování databází? Tvorba požadavků, prototypování ???

94 Závěrem Microsoft je firma s největšími zkušenostmi při vývoji software Tyto zkušenosti přenášíme do ALM produktů, které mohou využívat naši zákazníci a partneři, a to i v silně heterogenních prostředích. Naše ALM produkty jsou ověřeny při interním vývoji i řadou našich prestižních zákazníků. Široký ekosystém partnerů nabízí doplňky i služby. Plán do budoucna – snižovat náklady na vývoj: Zajištěním souladu s očekáváním zákazníka Lepší kvalitou Vyšší produktivitou týmu

95 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.


Stáhnout ppt "Logistika Dotazy do krabice Slosování dotazníků Vypnout mobily Místnost „Zeptejte se odborníků“"

Podobné prezentace


Reklamy Google