Het was jammer dat ik maar een halve dag in Toronto had, want er was nog heel veel te bespreken naar ons gevoel, maar gelukkig kennen we nu vyew. De terugweg verliep weer bijzonder. Ik had (weer) het geluk om naast een bijzondere gast van de KLM te zitten. Dit keer was het een Duitse vrouw die overal op aan het schelden was, inclusief zichzelf, haar man, het vliegtuig, de bemanning, de KLM, Gouda kaas en zelfs de koningin. Niet geslapen dus. Van de piloot kreeg ik door dat ik nog net boven Groenland jarig was geworden, en hoewel ik niet zoveel waarde hecht aan die dag, dit is wel bijzonder. Met aansluitend vaderdag en het oppakken van (het volgen van) het voetbal, zijn we zo al weer een paar dagen verder.
Ik mag nu nog een paar artikelen schrijven over de reis en natuurlijk een uitgebreid verslag voor intern gebruik. Het is weer nuttig en goed geweest, met bevestiging van mijn visie op (het concept achter) VSTS: als dit niet de toekomst is, dan hebben we de toekomst al gehad.
Dit is mijn laatste entry in deze blog. Uiteraard blijft ie nog beschikbaar, maar ik zoek nu mijn andere blog weer op.
Vriendelijke groeten,
Archy
19 juni 2006
Bezoek aan Osellus in Toronto
Reden om via Toronto terug te vliegen was een bezoek aan Osellus. Dit bedrijf heeft een unieke positie in software land, omdat zij gespecialiseerd zijn in het automatiseren van processen, en dan met name SE processen. Processen kunnen ontworpen worden met Iris Process Author. Dit levert dan een procesbeschrijving op (website, documentatie) of het kan live worden opgelegd via Iris Live Server. Voor het ontwerpen van de processen maken ze gebruik van SPEM (Software Process Engineering Model), dat, net als UML, onder beheer van het OMG ligt, maar voornamelijk door Osellus getrokken wordt.
Waarom zijn wij, of ik, zo geinteresseerd in dit bedrijf? Om meerdere redenen. De belangrijkste voor mij is dat Osellus een SE proces dat met Iris is ontworpen, kan transformeren naar een process template voor VSTS. Tweede belangrijke reden is dat de SE processen steeds belangrijker worden in ons vakgebied. Kijk maar naar de compliancies waar bedrijven steeds meer mee te maken krijgen, naar CMMi en anderen. Ik denk zelfs dat de komende jaren de proces manager de belangrijkste figuur wordt in software land, zoals we de laatste jaren de architect hadden en daarvoor project management het belangrijkst was.
We hebben pasgeleden voor een klant uitgebreid samengewerkt met Osellus om een proces te publiceren en in VSTS te plaatsen en naast een uitgebreide evaluatie hiervan, hebben we ook in de korte tijd dat ik Toronto was ruimte kunnen maken om na te denken over de mogelijkheden voor onze samenwerking in de toekomst, zowel op het vlak van SPEM 2.0 (initiatief van Osellus, in samenwerking met IBM, Sun, Microsoft, HP, Atos Origin en anderen), SE proces ontwikkelingen als ook VSTS.
Om het nuttige met het aangename te verenigen, hebben we een deel van de meeting tijdens de lunch in het "360-Restaurant" gehouden. Daarvan zet ik nog een paar foto's in de marge.
Waarom zijn wij, of ik, zo geinteresseerd in dit bedrijf? Om meerdere redenen. De belangrijkste voor mij is dat Osellus een SE proces dat met Iris is ontworpen, kan transformeren naar een process template voor VSTS. Tweede belangrijke reden is dat de SE processen steeds belangrijker worden in ons vakgebied. Kijk maar naar de compliancies waar bedrijven steeds meer mee te maken krijgen, naar CMMi en anderen. Ik denk zelfs dat de komende jaren de proces manager de belangrijkste figuur wordt in software land, zoals we de laatste jaren de architect hadden en daarvoor project management het belangrijkst was.
We hebben pasgeleden voor een klant uitgebreid samengewerkt met Osellus om een proces te publiceren en in VSTS te plaatsen en naast een uitgebreide evaluatie hiervan, hebben we ook in de korte tijd dat ik Toronto was ruimte kunnen maken om na te denken over de mogelijkheden voor onze samenwerking in de toekomst, zowel op het vlak van SPEM 2.0 (initiatief van Osellus, in samenwerking met IBM, Sun, Microsoft, HP, Atos Origin en anderen), SE proces ontwikkelingen als ook VSTS.
Om het nuttige met het aangename te verenigen, hebben we een deel van de meeting tijdens de lunch in het "360-Restaurant" gehouden. Daarvan zet ik nog een paar foto's in de marge.
Webex? Netmeeting? Vyew!
Als je online wilt vergaderen, dan zou het prettig zijn om programma's als netmeeting, webex of een van de vele andere te kunnen gebruiken. Maar, deze programma's komen niet door de fire walls heen en zijn dus, vooral tijdens kantooruren, niet bruikbaar.
Ik werd geintroduceerd bij www.vyew.com. Alles-in-een en alles web based. Kijkt en huivert.
Ik werd geintroduceerd bij www.vyew.com. Alles-in-een en alles web based. Kijkt en huivert.
Boston - Toronto
Het is inmiddels maandag, maar de reis was nog niet voorbij natuurlijk afgelopen donderdag. Op het vliegveld van Boston werd me aanbevolen om te eten in "Legal's Restaurant" met een hele leuke slogan if it isn't fresh, it isn't legal. Het bleek een visrestaurant en volgens het verhaal op de placemat een hele beroemde. Nou, ik kan je zeggen, mocht je ooit in Boston zijn, dit is een aanrader! Vooral de clam chowder, dat hadden ze voor mij wel 3 keer mogen komen brengen.
De vlucht naar Toronto duurde iets meer dan een uur, maar was heel prettig. We vlogen in een Braziliaans toestel en we hadden toch beenruimte! Geweldig. Met de touchscreens en de keuze uit wel meer dan 20 films ... KLM??
Ik kwam uiteindelijk om half 12 in Toronto aan en na een biertje op een terras het bed gevonden. De volgende morgen zag ik dat ik echt maar een paar minuten hoefde te lopen voor mijn bezoek aan Osellus en dat ze inderdaad bijna recht onder de CN Tower zitten.
De vlucht naar Toronto duurde iets meer dan een uur, maar was heel prettig. We vlogen in een Braziliaans toestel en we hadden toch beenruimte! Geweldig. Met de touchscreens en de keuze uit wel meer dan 20 films ... KLM??
Ik kwam uiteindelijk om half 12 in Toronto aan en na een biertje op een terras het bed gevonden. De volgende morgen zag ik dat ik echt maar een paar minuten hoefde te lopen voor mijn bezoek aan Osellus en dat ze inderdaad bijna recht onder de CN Tower zitten.
15 juni 2006
ARC219 - Software as a Service (SaaS)
Een presentatie van Gianpaolo Carraro, een oude bekende. SaaS is een initiatief van de Architecture Strategy Group van Microsoft om een architectuur uit te werken van een manier van services bouwen die meer tegemoet komen aan de wensen van een 'consumer' dan de huidige implementaties van (web)services doen. Gianpaolo liet een voorbeeld applicatie zien dat een service biedt voor het aanmelden van cursisten bij een cursusinstituut. Twee consumers maken daar gebruik van (1x raden: Contoso en Fabrikam), maar ze maken gebruik van de service op hun eigen manier met eigen datamodel en eigen business process. Het concept is heel fris denk ik. In de bouw gebeurt dit ook vaker. Je koopt een huis, standaard karkas, maar je mag uiteindelijk zelf bepalen waar je de keuken wilt en hoeveel slaapkamers.
Het "geheim" achter SaaS is dat er volop gebruik gemaakt wordt van een Metadata Service, waarmee de gebruikers hun aanpassingen kunnen doorvoeren.
Ik denk dat het concept heel goed is, maar omdat je volgens mij nogal veel energie moet steken in de metadata structuur en de gebruikersinterface en het bedenken van welke vrijheidsgraden heeft een 'consumer' nodig en welke niet, denk ik dat de trade-off voor het commercieel implementeren van een SaaS niet vaak voor zal komen. Dit maakt voor de mannen als Gianpaolo dan weer niets uit, zij maken hun werk van het uitwerken van de ideeen. Of het ook wordt toegepast, laten ze weer graag aan ons over.
Nu is de Teched echt voorbij. Ik ga nog even voetbal kijken (Eng-Par) tot ik naar het vliegveld moet.
Het "geheim" achter SaaS is dat er volop gebruik gemaakt wordt van een Metadata Service, waarmee de gebruikers hun aanpassingen kunnen doorvoeren.
Ik denk dat het concept heel goed is, maar omdat je volgens mij nogal veel energie moet steken in de metadata structuur en de gebruikersinterface en het bedenken van welke vrijheidsgraden heeft een 'consumer' nodig en welke niet, denk ik dat de trade-off voor het commercieel implementeren van een SaaS niet vaak voor zal komen. Dit maakt voor de mannen als Gianpaolo dan weer niets uit, zij maken hun werk van het uitwerken van de ideeen. Of het ook wordt toegepast, laten ze weer graag aan ons over.
Nu is de Teched echt voorbij. Ik ga nog even voetbal kijken (Eng-Par) tot ik naar het vliegveld moet.
ARC220 - How to get your grandmother building missile defense systems
Sommigen hebben leuke manieren om mensen aan te trekken. De titel heeft de zaal meer dan vol gemaakt, er kon niemand meer bij in ... Uiteindelijk ging het over ervaringen bij het gebruik maken van 'software factories'. Het lijkt wel een trend te zijn deze Teched dat de inhoud altijd vlakker en algemener is dan dat de samenvatting doet vermoeden. Er werden vier ontwikkelstraten genoemd, maar ik heb niet kunnen ontdekken wat nu precies de pijnpunten waren. De conclusies waren evident: automatiseer zoveel mogelijk, automatiseer governance (helaas hebben ze niet laten weten hoe), maak gebruik van frameworks en stop patterns niet in boeken...
Onderwijl in de presentatie hadden ze, Martin Granell en Rocky Heckman, een plaat over hoe een software factory eruit zou moeten zien in de toekomst.
Ook hier zie je weer de prominente rol van de frameworks, guidance packages en DSL's als belangrijke input voor Visual Studio, hetgeen hier staat voor dat wat de ontwikkelaar maakt. Naast deze plaat werd er ook nog een andere getoond met plaats voor de Business Analyst en build management.
Acronyms:
Dev – Developer
Dev SCM – Development Software Configuration Management (Source Control)
CI – Continuous Integration
AT – Automated Tests
ACA – Automated Code Analysis
PR – Peer Review
FX – Frameworks
GAT – Guidance Automation Tools
DSL – Domain Specific Languages
Rel SCM – Release Software Configuration Management (Source Control)
BA Test – Business Analyst Testing
BA Req – Business Analyst Requirements
Ik heb zelf wat moeite met deze plaat, omdat ik niet denk dat bijvoorbeeld frameworks voortkomen uit peer reviews (en zo zijn er nog een paar eigenaardige links). Helaas is de uitleg achterwege gebleven, dus laat ik het ook even met een volgende poging om een Software Factory te beschrijven.
Ik heb de plaat hier wel neergezet om twee redenen. Het triggert hopelijk de gedachten over hoe we een Software Factory op ons netvlies moeten zetten en de tweede reden is dat ik denk dat we al verder zijn, eerder in een situatie kunnen komen die hier getoond is, dan we algemeen denken.
Ok, nog 1 sessie en dan zit de Teched er voor me op. Vanavond gaat het vliegtuig naar Toronto om daar uitgebreid te gaan praten over de process template met de Osellus mensen.
Onderwijl in de presentatie hadden ze, Martin Granell en Rocky Heckman, een plaat over hoe een software factory eruit zou moeten zien in de toekomst.
Ook hier zie je weer de prominente rol van de frameworks, guidance packages en DSL's als belangrijke input voor Visual Studio, hetgeen hier staat voor dat wat de ontwikkelaar maakt. Naast deze plaat werd er ook nog een andere getoond met plaats voor de Business Analyst en build management.
Acronyms:
Dev – Developer
Dev SCM – Development Software Configuration Management (Source Control)
CI – Continuous Integration
AT – Automated Tests
ACA – Automated Code Analysis
PR – Peer Review
FX – Frameworks
GAT – Guidance Automation Tools
DSL – Domain Specific Languages
Rel SCM – Release Software Configuration Management (Source Control)
BA Test – Business Analyst Testing
BA Req – Business Analyst Requirements
Ik heb zelf wat moeite met deze plaat, omdat ik niet denk dat bijvoorbeeld frameworks voortkomen uit peer reviews (en zo zijn er nog een paar eigenaardige links). Helaas is de uitleg achterwege gebleven, dus laat ik het ook even met een volgende poging om een Software Factory te beschrijven.
Ik heb de plaat hier wel neergezet om twee redenen. Het triggert hopelijk de gedachten over hoe we een Software Factory op ons netvlies moeten zetten en de tweede reden is dat ik denk dat we al verder zijn, eerder in een situatie kunnen komen die hier getoond is, dan we algemeen denken.
Ok, nog 1 sessie en dan zit de Teched er voor me op. Vanavond gaat het vliegtuig naar Toronto om daar uitgebreid te gaan praten over de process template met de Osellus mensen.
DEV233 - TFS (3): reporting en metrics
De voorlaatste sessie (Jamil was de laatste!) van gisteren ging over het interpreteren van de reports die door de Foundation Server kunnen worden gegenereert, of eigenlijk door de datawarehouse in de TFS natuurlijk. Sam Guckenheimer presenteerde deze sessie.
Sam nam eerst de gelegenheid om kort iets te vertellen over de 'paradigm shift' van software ontwikkeling zoals hij dat ook in zijn boek noemt. Vervolgens zijn een groot aantal grafieken en tabellen de revue gepaseerd waaruit allerlei spannende conclusies getrokken konden worden. Ik heb uiteraard ook hiervan weer de slides beschikbaar met de voorbeelden. Mijn eigen conclusie was dat het de nodige ervaring kost om a. de rapporten goed te interpreteren en b. de juiste acties te ondernemen op basis van de rapporten.
Ik zal een voorbeeld noemen: een van de standaard rapporten is de status van workitems met status "active" (open dus), "resolved" (gemaakt, maar nog niet getest) en "closed" (getest en goed bevonden). In het rapport worden ze aangegeven resp. rood, geel en groen. Zie de volgende drie grafieken.
Uit de eerste kun je concluderen dat de testgroep achterblijft, de tweede laat vooral zien dat het project is onderschat (er blijft heel veel werk liggen, ondanks zelfs dat er work items zijn weggenomen), en de derde laat zien dat hier een iteratie begonnen is zonder te weten wat te doen - dat zou de bedoeling kunnen zijn geweest, maar ook dat er inadequaat op bugs of changes gereageerd wordt.
En dit zit allemaal zomaar in de box. Je hoeft er alleen maar voor onder VSTS te werken ... Hoe komt het toch dat ik zo enthousiast ben :-)
Sam nam eerst de gelegenheid om kort iets te vertellen over de 'paradigm shift' van software ontwikkeling zoals hij dat ook in zijn boek noemt. Vervolgens zijn een groot aantal grafieken en tabellen de revue gepaseerd waaruit allerlei spannende conclusies getrokken konden worden. Ik heb uiteraard ook hiervan weer de slides beschikbaar met de voorbeelden. Mijn eigen conclusie was dat het de nodige ervaring kost om a. de rapporten goed te interpreteren en b. de juiste acties te ondernemen op basis van de rapporten.
Ik zal een voorbeeld noemen: een van de standaard rapporten is de status van workitems met status "active" (open dus), "resolved" (gemaakt, maar nog niet getest) en "closed" (getest en goed bevonden). In het rapport worden ze aangegeven resp. rood, geel en groen. Zie de volgende drie grafieken.
Uit de eerste kun je concluderen dat de testgroep achterblijft, de tweede laat vooral zien dat het project is onderschat (er blijft heel veel werk liggen, ondanks zelfs dat er work items zijn weggenomen), en de derde laat zien dat hier een iteratie begonnen is zonder te weten wat te doen - dat zou de bedoeling kunnen zijn geweest, maar ook dat er inadequaat op bugs of changes gereageerd wordt.
En dit zit allemaal zomaar in de box. Je hoeft er alleen maar voor onder VSTS te werken ... Hoe komt het toch dat ik zo enthousiast ben :-)
Improvisation Dinner
Gisteravond had ik een meeting met Jamil Azher. Jamil heeft een boek geschreven over de Foundation Server dat volgende maand uitkomt en is bezig met een volgend boek. Hij is erg geinteresseerd in hoe wij bij Atos Origin de VSTS ontwikkelstraat inrichten. Omdat het dinner time was, heeft Jamil me uitgenodigd voor een improvisatie maaltijd in een restaurant op de Harvard University campus. We hebben, ondertussen praatend over de ins en outs van TFS, de campus bezocht, foto's gemaakt en ook de Mark I bezocht. Voor wie niet weet wat de Mark I is: het is de eerste 'echte' computer ter wereld. Hij is door IBM gemaakt en werkte voor het eerst in 1944. Ik heb in mijn tijd als docent informatica vaak gesproken over de Mark I, en nu er dus zomaar voor gestaan. Gek idee.
Het restaurant bleek een combinatie van een lopend buffet en een Japans restaurant te zijn: je bedenkt zelf welke ingredienten je wilt, zoekt er een saus bij en vervolgens kom je bij de grootste grilplaat die ik ooit gezien heb. Hij had een diamter van zeker 5 meter. Twee 'koks' namen je ingredienten en grilden dat op de plaat, op het laatst de saus er overheen en bij je tafeltje werd rijst en pitah gezet. Lekker!!
Ondertussen hebben we uitgebreid gesproken over hoe je met TFS om moet en kunt gaan. Vanuit zijn benadering kreeg ik het gevoel dat er nog een hoop te leren en te optimaliseren valt op dat gebied. We hebben het bijvoorbeeld gehad over hoe we in de verschillende projecten om moeten gaan met de build servers. Er kan maar 1 build tegelijk uitgevoerd worden door een server, maar als je nu meerdere projecten hebt, ga je dan voor deze projecten aparte build servers inrichten (al zijn ze virtual, ze moeten wel gezet worden) of bedenk je een soort van scheduler dat de projecten op elkaar moeten wachten. En hoe pas je dan Contiuous Integration toe in deze situatie. Een ander belangrijk punt is hoe je omgaat met outsourcing. Maak je een omgeving waar alle teams op kunnen aanhaken en werk je met open teams op de main branch of ga je de verschillende teams afschermen van de main branch door, zoals Microsoft dat bijvoorbeeld doet, zogenaamde gauntlets in te richten. Bij hen is er geen team dat rechtstreeks op de main branch mag inchecken. Dit zijn nog maar twee voorbeelden van beslissingen die (nog) genomen moeten worden. Jamil en ik hebben afgesproken dat we nauw contact onderhouden over onze ervaringen en dat we gaan kijken of we een modus kunnen vinden om zijn volgende boek als een gezamenlijke effort op te pakken. To be continued.
Het restaurant bleek een combinatie van een lopend buffet en een Japans restaurant te zijn: je bedenkt zelf welke ingredienten je wilt, zoekt er een saus bij en vervolgens kom je bij de grootste grilplaat die ik ooit gezien heb. Hij had een diamter van zeker 5 meter. Twee 'koks' namen je ingredienten en grilden dat op de plaat, op het laatst de saus er overheen en bij je tafeltje werd rijst en pitah gezet. Lekker!!
Ondertussen hebben we uitgebreid gesproken over hoe je met TFS om moet en kunt gaan. Vanuit zijn benadering kreeg ik het gevoel dat er nog een hoop te leren en te optimaliseren valt op dat gebied. We hebben het bijvoorbeeld gehad over hoe we in de verschillende projecten om moeten gaan met de build servers. Er kan maar 1 build tegelijk uitgevoerd worden door een server, maar als je nu meerdere projecten hebt, ga je dan voor deze projecten aparte build servers inrichten (al zijn ze virtual, ze moeten wel gezet worden) of bedenk je een soort van scheduler dat de projecten op elkaar moeten wachten. En hoe pas je dan Contiuous Integration toe in deze situatie. Een ander belangrijk punt is hoe je omgaat met outsourcing. Maak je een omgeving waar alle teams op kunnen aanhaken en werk je met open teams op de main branch of ga je de verschillende teams afschermen van de main branch door, zoals Microsoft dat bijvoorbeeld doet, zogenaamde gauntlets in te richten. Bij hen is er geen team dat rechtstreeks op de main branch mag inchecken. Dit zijn nog maar twee voorbeelden van beslissingen die (nog) genomen moeten worden. Jamil en ik hebben afgesproken dat we nauw contact onderhouden over onze ervaringen en dat we gaan kijken of we een modus kunnen vinden om zijn volgende boek als een gezamenlijke effort op te pakken. To be continued.
TeamPlain webaccess voor VSTS
In de lijst van producten die het gebruik van VSTS vergemakkelijken staat voor veel mensen "Teamplain" bovenaan. Ik had gisteren een gesprek met Chris Menegay van Notion Solutions (zij doen niet anders dan helpen met het installeren en configureren van VSTS) die dit zondermeer beaamde. Bij hun implementaties maken ze bijna altijd gebruik van Teamplain om mensen van buiten het ontwikkelteam, of die er maar rakelings mee te maken hebben, te voorzien van een interface naar de Foundation server. Teamplain is in feite een portal voor de standaard portal, maar heeft ook een directe verbinding met de Foundation Server om toegang te krijgen tot alle rapporten en work items. Chris liet weten dat Teamplain niet alleen handig is voor degenen die niet over Team Explorer beschikken, maar dat de user interface zo uitgebreid en intuitief handig is opgezet dat het ook voor ontwikkelaars en andere direct betrokkenen de voorkeur heeft boven de portal en/of de Team Explorer.Ik ben de website (http://www.teamplain.com/, hoe kan het ook anders) wezen bezoeken. Zij hebben een life demo en ik moet zeggen dat het inderdaad indrukwekkend is.
ARCTLC14 - Introducing the Service Factory
Don Smith en Shy Cohen hebben samen de "Service Factory" getoond. De "Service Factory" is een implementatie uit de hoed van wat we kennen als het Software Factory concept. De SF is een verzameling van componenten die gebruikt kunnen worden bij het bouwen van Services. Het bevat bijvoorbeeld code-templates voor Data Contracts (om entiteiten over meerdere services te kunnen hergebruiken), Message Contracts, Data Access, Object Mapping, Fault contracts en nog een aantal. Het was best wel indrukwekkend wat ze gemaakt hebben en het heeft ook zeker nut om het te gebruiken als je een ontwikkelstraat hebt die in een organisatie een SOA mag implementeren. Je kunt namelijk via de SF allerlei architectuur guidelines opleggen aan de ontwikkeling van de verschillende services, of eigenlijk nog beter: je kunt hier niet van opleggen spreken. Als je de SF inzet, dan zal niemand proberen er omheen te programmeren. Het heeft gewoon te veel voordelen.
Zoals met alle initiatieven momenteel in het veld van de Software Factory is ook de SF helaas nog in beta en is het geek-gehalte nog erg hoog. Don en Shy hebben gezegd dat ze binnenkort uitkomen met een 1.1 versie die in productie genomen kan worden. Met binnenkort bedoelen ze over enkele weken.
Als er iemand is die hier in wil duiken, laat het me vooral weten, want ik ken een omgeving waar we het misschien heel goed kunnen gebruiken. Een omgeving waar een applicatielandschap in een SOA moet worden omgezet en die wellicht voordeel kan hebben van het inzetten van de SF.
Meer informatie en de instructies om de SF te downloaden kun je vinden op www.guidanceautomation.com.
Zoals met alle initiatieven momenteel in het veld van de Software Factory is ook de SF helaas nog in beta en is het geek-gehalte nog erg hoog. Don en Shy hebben gezegd dat ze binnenkort uitkomen met een 1.1 versie die in productie genomen kan worden. Met binnenkort bedoelen ze over enkele weken.
Als er iemand is die hier in wil duiken, laat het me vooral weten, want ik ken een omgeving waar we het misschien heel goed kunnen gebruiken. Een omgeving waar een applicatielandschap in een SOA moet worden omgezet en die wellicht voordeel kan hebben van het inzetten van de SF.
Meer informatie en de instructies om de SF te downloaden kun je vinden op www.guidanceautomation.com.
.NET framework 3.0
WinFX heeft een nieuwe naam gekregen: .NET Framework 3.0!
Dit lijkt erop dat we met elkaar weer iets nieuws moeten leren, maar gelukkig is dat (nog) niet het geval. Het nieuwe framework zal bestaan uit .NET 2.0, Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), Windows Workflow Foundation (WF) en Cardspace (tot gisteren bekend als "InfoCard"). We hoeven ons dus niet eigen te maken in een nieuw framework en kunnen .NET 2.0 blijven gebruiken. De nieuwe onderdelen vormen natuurlijk wel weer ook nieuwe uitdagingen, maar dat houdt ons dan weer van de straat.
.NET 3.0 wordt uitgebracht samen met Windows Vista, maar zal ook te gebruiken zijn voor WinXP en Win2003. Gelukkig maar, want ik heb zo mijn twijfels over de snelheid waarmee we overstappen naar het nieuwe OS, vooral gezien de systeemeisen die met Vista gemoeid zijn.
Dit lijkt erop dat we met elkaar weer iets nieuws moeten leren, maar gelukkig is dat (nog) niet het geval. Het nieuwe framework zal bestaan uit .NET 2.0, Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), Windows Workflow Foundation (WF) en Cardspace (tot gisteren bekend als "InfoCard"). We hoeven ons dus niet eigen te maken in een nieuw framework en kunnen .NET 2.0 blijven gebruiken. De nieuwe onderdelen vormen natuurlijk wel weer ook nieuwe uitdagingen, maar dat houdt ons dan weer van de straat.
.NET 3.0 wordt uitgebracht samen met Windows Vista, maar zal ook te gebruiken zijn voor WinXP en Win2003. Gelukkig maar, want ik heb zo mijn twijfels over de snelheid waarmee we overstappen naar het nieuwe OS, vooral gezien de systeemeisen die met Vista gemoeid zijn.
Productiviteitverhogende middelen (7)
Om het lijstje PVM's te completiseren, nodig ik je graag uit om de site www.teamsystemwidgets.com te bezoeken. Hier is een lijst opgenomen van alle initiatieven en programma's die op, rond en bij VSTS zijn en worden gemaakt. En ikke maar denken dat ik al een aardige lijst had ...
OBA en LOBi
Microsoft heeft deze week twee nieuwe initiatieven aangekondigd: OBA en LOBi. Vanuit Nederland kreeg ik de vraag om er wat meer over te weten te komen. Een korte zoektocht bracht me uiteindelijk bij Maarten Mullender! Maarten is een oude bekende en we waren beiden natuurlijk verrast elkaar in Bosten tegen te komen. Waarom kwam ik bij Maarten terecht. Simpelweg omdat hij de architect is achter deze initiatieven.
OBA (Office Business Applications) is een initiatief om BI en Sharepoint (de 2007 variant) samen te brengen en hiermee het goede uit beide werelden te maximaliseren. Microsoft doet al een eerste stap in deze richting met het uitbrengen van een product met de naam "Microsoft Office PerformancePoint Server 2007". De ondertitel van de infopaper zegt "Empowering all employees to drive increased business performance". Dit pakket zou je kunnen zien (als ik de paper goed gelezen heb) als een paraplu, misschien wel als een portfolio management pakket, voor alle business data, zowel strategisch als tactisch (en operationeel?). Om eerlijk te zijn, is dit helemaal niet mijn field-of-play, maar voor wie geinteresseerd is: www.microsoft.com/office
LOBi (Line Of Business interoperability) mag gezien worden als een generalisatie van Duet (aka Mendocino). Zoals we allemaal weten is Duet een initiatief van Microsoft en SAP om de SAP backend in Office beschikbaar te maken. LOBi is het initiatief om dit model ook voor andere ERP pakketten open te stellen. Microsoft ziet in dit verband dan dat Duet een instantiatie is van LOBi. LOBi gaat gebruik maken van VSTO, Sharepoint 2007 en alle anderen om een model te bieden voor de ontsluiting van de back-end systemen.
Ik begreep van Maarten dat het allemaal nog heel vers is, maar dat ze met de release van Office 2007 willen meegaan om iets uit te brengen. Op mijn vraag of dit allemaal wel nodig is in het licht van Service Oriented Architectures, kreeg ik niet een duidelijk antwoord. Laten we het er op houden dat niet de hele wereld een SOA wil hebben (en gelukkig maar :-).
OBA (Office Business Applications) is een initiatief om BI en Sharepoint (de 2007 variant) samen te brengen en hiermee het goede uit beide werelden te maximaliseren. Microsoft doet al een eerste stap in deze richting met het uitbrengen van een product met de naam "Microsoft Office PerformancePoint Server 2007". De ondertitel van de infopaper zegt "Empowering all employees to drive increased business performance". Dit pakket zou je kunnen zien (als ik de paper goed gelezen heb) als een paraplu, misschien wel als een portfolio management pakket, voor alle business data, zowel strategisch als tactisch (en operationeel?). Om eerlijk te zijn, is dit helemaal niet mijn field-of-play, maar voor wie geinteresseerd is: www.microsoft.com/office
LOBi (Line Of Business interoperability) mag gezien worden als een generalisatie van Duet (aka Mendocino). Zoals we allemaal weten is Duet een initiatief van Microsoft en SAP om de SAP backend in Office beschikbaar te maken. LOBi is het initiatief om dit model ook voor andere ERP pakketten open te stellen. Microsoft ziet in dit verband dan dat Duet een instantiatie is van LOBi. LOBi gaat gebruik maken van VSTO, Sharepoint 2007 en alle anderen om een model te bieden voor de ontsluiting van de back-end systemen.
Ik begreep van Maarten dat het allemaal nog heel vers is, maar dat ze met de release van Office 2007 willen meegaan om iets uit te brengen. Op mijn vraag of dit allemaal wel nodig is in het licht van Service Oriented Architectures, kreeg ik niet een duidelijk antwoord. Laten we het er op houden dat niet de hele wereld een SOA wil hebben (en gelukkig maar :-).
DEV429 - TFS (2): Process customizing properties
De tweede sessie over de Team Foundation Server ging over het aanpassen en configureren van de processtemplate, work item types, check-in policies, reporting en de project portal. Zoals ik al verwachtte is deze lijst te lang voor een verhaal van 5 kwartier. De presentator Kevin Kelly liet dus van iedere customizatie een beetje zien.
Het tweede deel van de presentatie ging over het uitbreiden van de functionaliteit van TFS. Ik heb helaas de zaal moeten vertalen op dat moment, dus heb dit deel gemist. Maar op basis van de slides is een demo gegeven van hoe je tegen de TFS aan codeert en vervolgens is een uitgebreide demonstratie gegeven van partner RavenSoft dat een tool gemaakt heeft om requirements uit tekst in een activitydiagram te modelleren, de requirements te valideren en er (semi-) automatisch work items van te maken. De slides gaan erg diep, dus als je je geroepen voelt om dit ook 's te proberen. Je weet hoe je er aan kunt komen ...
Ik heb net alle blogentries nog 's bij langs gelopen, maar ik zag dat ik RavenSoft's RavenFlow niet genoemd heb als een PVM. Wel/niet? Ik weet het zelf niet zo, het vraagt namelijk een bijzondere manier van het beschrijven van de requirements en volgens mij kun je ze dan net zo gemakkelijk gestructureerd benoemen in een Enterprise Architect of Borland's CaliberRM, krijg je er ook meteen een aantal extra opties bij ... Ravenflow kun je vinden op www.ravensoft.com.
| Processtemplate | De processtemplate kan via XML worden aangepast, maar er is ook een tool, PTE (Process Template Editor) dat als freeware beschikbaar is, maar ook alleen algemene wijzigingen op de XML aankan. Er is niets gezegd over andere tools, zoals de Iris Process Author, die dit werk ook kan doen. Kevin liet ook zien hoe de Process Template Manager werkt, waarmee je process templates kunt laden/verwijderen uit een TFS. |
| Work Item Types | Work item types, die tevens de transitie mogelijkheden beschrijven (de lifecycle van een work item dus) zitten in eigen XML's en kunnen via notepad, of een andere XML-editor, worden aangepast. Work item types worden in TFS geplaatst met een commandline programma witimport.exe, en uiteraard is er ook een witexport.exe. |
| Check-in policies | Het verplichten van het invullen van velden of het uitvoeren van speciale acties zoals unit tests, worden ondergebracht in check-in policies. Kevin vertelde dat het mogelijk is om eigen policies te maken, maar liet helaas niet zien wat het te volgen pad is. Daar mogen wenaar googlen. |
| Reporting | VSTS ondersteunt een bijna oneindig aantal verschillende rapporten, omdat het gebruik maakt van de Reporting Services van SQL Server 2005. |
| Project Portal | De laatste plek waar je de TFS kunt uitbreiden, is de portal en hiervoor gebruik je uiteraard je Sharepoint kennis |
Het tweede deel van de presentatie ging over het uitbreiden van de functionaliteit van TFS. Ik heb helaas de zaal moeten vertalen op dat moment, dus heb dit deel gemist. Maar op basis van de slides is een demo gegeven van hoe je tegen de TFS aan codeert en vervolgens is een uitgebreide demonstratie gegeven van partner RavenSoft dat een tool gemaakt heeft om requirements uit tekst in een activitydiagram te modelleren, de requirements te valideren en er (semi-) automatisch work items van te maken. De slides gaan erg diep, dus als je je geroepen voelt om dit ook 's te proberen. Je weet hoe je er aan kunt komen ...
Ik heb net alle blogentries nog 's bij langs gelopen, maar ik zag dat ik RavenSoft's RavenFlow niet genoemd heb als een PVM. Wel/niet? Ik weet het zelf niet zo, het vraagt namelijk een bijzondere manier van het beschrijven van de requirements en volgens mij kun je ze dan net zo gemakkelijk gestructureerd benoemen in een Enterprise Architect of Borland's CaliberRM, krijg je er ook meteen een aantal extra opties bij ... Ravenflow kun je vinden op www.ravensoft.com.
14 juni 2006
DEV327 - TFS (1): version control en wi tracking
Brian Harry aan het woord. Na een algemene inleiding van VSTS (met andere platen inmiddels) heeft Brian een aardige flow laten zien van hoe je met work items om kunt gaan. Ondertussen liet hij de bekende features zien, zoals de link met Excel en MS Project. Eigenlijk was er niets nieuws onder de zon, maar het was wel aardig om het allemaal weer 's te zien. De presentatie zat goed in elkaar. Hij zou zelfs een basis kunnen zijn voor "eigen werk".
Tijdens de sessie realiseerde ik me, voor de inmiddels zoveelste keer, dat de potenties van VSTS enorm zijn. Zo enorm dat alleen een paradigm shift, leren in VSTS softwareontwikkeling te bedrijven, niet voldoende zal zijn. Alle potenties van VSTS zijn gericht op verbetering van de collaboratie in een team, de kwaliteit van de software, de controle op de projecten en dit komt allemaal neer op het verhogen van de productiviteit, zowel dat van de ontwikkelaar, van het team als ook van de organisatie. Om hier een adequaat antwoord op te kunnen geven, moeten we bezig blijven met nieuwe investeringen in deze omgeving. Gelukkig doen we, i.e. Atos Origin, dat ook.
Tijdens de sessie realiseerde ik me, voor de inmiddels zoveelste keer, dat de potenties van VSTS enorm zijn. Zo enorm dat alleen een paradigm shift, leren in VSTS softwareontwikkeling te bedrijven, niet voldoende zal zijn. Alle potenties van VSTS zijn gericht op verbetering van de collaboratie in een team, de kwaliteit van de software, de controle op de projecten en dit komt allemaal neer op het verhogen van de productiviteit, zowel dat van de ontwikkelaar, van het team als ook van de organisatie. Om hier een adequaat antwoord op te kunnen geven, moeten we bezig blijven met nieuwe investeringen in deze omgeving. Gelukkig doen we, i.e. Atos Origin, dat ook.
ARC311 - Building the next generation ESB on the Microsoft Platform
Een architectuursessie met inhoud! Er werd aan de hand van een case studie uit de doeken gedaan hoe Biztalk 2006 als een ESB kan worden ingezet in een SOA omgeving.
Microsoft heeft het fenomeen ESB nooit zo hoog geplaatst. Als je uit de MS hoek een stuk leest over Services etc. dan zie je meer dat zij werken vanuit het concept dat je services onderkent met verschillende functies, zoals presentation services, process services en entity services. Op basis van dit concept heeft een ESB an sich geen toegevoegde waarde. Ik wil graag in het midden laten of een SOA wel of niet gekenmerkt wordt door het bestaan van een ESB in die architectuur. Het moet mijns inziens namelijk vooral om gaan om de business drivers die je naar een SOA brengen: reusability, maintainability, federating functionality etc.
De presentatie toonde een manier waarbij Biztalk werd ingezet als enabler van voornamelijk de process services, dus in die zin geen ESB, maar omdat het gecentraliseerd is kan het weer wel gezien worden als een ESB. Voer voor een groter verhaal. (Oeps, lijkt dat ik nu ga toezeggen een artikel of whitepaper te schrijven. Het concept dat hier neergezet is, is daar wel geschikt voor. Ik zal m'n hersencel daar 's op los laten)
Microsoft heeft het fenomeen ESB nooit zo hoog geplaatst. Als je uit de MS hoek een stuk leest over Services etc. dan zie je meer dat zij werken vanuit het concept dat je services onderkent met verschillende functies, zoals presentation services, process services en entity services. Op basis van dit concept heeft een ESB an sich geen toegevoegde waarde. Ik wil graag in het midden laten of een SOA wel of niet gekenmerkt wordt door het bestaan van een ESB in die architectuur. Het moet mijns inziens namelijk vooral om gaan om de business drivers die je naar een SOA brengen: reusability, maintainability, federating functionality etc.
De presentatie toonde een manier waarbij Biztalk werd ingezet als enabler van voornamelijk de process services, dus in die zin geen ESB, maar omdat het gecentraliseerd is kan het weer wel gezien worden als een ESB. Voer voor een groter verhaal. (Oeps, lijkt dat ik nu ga toezeggen een artikel of whitepaper te schrijven. Het concept dat hier neergezet is, is daar wel geschikt voor. Ik zal m'n hersencel daar 's op los laten)
Productiviteitverhogende middelen (6) - Viewcontrol
Hop, nog een. Ik schrijf ze allemaal maar op, want niet geschoten is altijd mis. De tool die ik hier beschrijf is evenwel een hele bijzondere. Het is namelijk een DSL dat het mogelijk maakt om een storyboard voor ASP.NET of Winform applicaties te ontwerpen in een model. De onderliggende code kan (mbv. partial classes) gegenereerd worden. De DSL heeft evenwel nog een extra feature, dat het echt heel interessant maakt voor het GUI ontwerpen: op basis van het model kan meteen een voorbeeld storyboard gemaakt worden die bijvoorbeeld weer eenvoudig kan worden besproken met de klant voor validatie. Ik had al wat van de plannen gezien en ook een eerste versie, maar het uiteindelijke product mag er zijn. En of dit een PVM is? Ik weet zeker van wel. De implementatie van de presentatielaag kan hiermee bijna volledig naar nul gebracht worden, vooral als je (in een webapp) werkt met een masterpage.
Je kunt informatie over de ViewControl vinden op www.statesoft.com. Het product komt over 6-8 weken uit.
Een andere optie die we in dit kader open moeten houden, is dat dit bedrijf inmiddels heel veel kennis van DSL's heeft opgedaan. Ze zijn de eersten (na Msft natuurlijk) hiermee en ze willen heel graag hun kennis delen met onze mensen. Ik heb ze gevraagd om een voorstel te doen voor een cursus/workshop, zodat we een headjump kunnen krijgen in onze efforts richting de "Software Factory".
Je kunt informatie over de ViewControl vinden op www.statesoft.com. Het product komt over 6-8 weken uit.
Een andere optie die we in dit kader open moeten houden, is dat dit bedrijf inmiddels heel veel kennis van DSL's heeft opgedaan. Ze zijn de eersten (na Msft natuurlijk) hiermee en ze willen heel graag hun kennis delen met onze mensen. Ik heb ze gevraagd om een voorstel te doen voor een cursus/workshop, zodat we een headjump kunnen krijgen in onze efforts richting de "Software Factory".
Productiviteitverhogende middelen (5) - Devexpress
Het lijkt niet op te houden... Deze keer een tool dat niet direct is verbonden met VSTS, maar wellicht voor ontwikkelaars een productieverhoging kan opleveren.
Productiviteit meten we normaliter in uren/functiepunt. Deze meeteenheid heeft een maximum (minder is beter), omdat ontwikkelaars gewoonweg niet sneller kunnen typen, mensen niet sneller kunnen lezen of specificeren, praten of overleggen. Ik vergelijk dat wel eens met de zogenaamde bootsnelheid van een schip. De lengte op de waterlijn bepaalt uiteindelijk de maximale snelheid van een boot, je kunt er meer power achter hangen, of meer zeil geven, maar voorbij die bootsnelheid zal ie niet gaan. Tenzij. Tenzij de boot in planee gebracht wordt. Met de productiviteit is iets dergelijks aan de hand, we moeten dus in planee om sneller te kunnen ontwikkelen. Een oplossing is om het coderen te automatiseren met code generatoren, MDA, Software Factories etc. Een andere manier is het aantal toetsaanslagen te verminderen :-)
De tool die ik heb zien werken biedt 55 refactoring opties en speedkeys voor ontwikkelaars in 3 talen, C#, VB en C++. Met een enkele toets werd een If .. Then .. Else .. omgezet in een Case Select, of werd in een method een concatenated string met een enkele toetsaanslag omgezet naar een StringBuilder. Daarnaast was er een heel leger aan toetscombinaties die erg ver ging in het automatiseren van het typen van code. Van bijvoorbeeld een If .. Then met een unit test gecombineerd tot het transformeren van een vaker voorkomende string in een constante. Ik nodig de ontwikkelaars uit om 's te kijken en me te laten weten wat ze er van vinden. Informatie kan gevonden worden op www.devexpress.com
Productiviteit meten we normaliter in uren/functiepunt. Deze meeteenheid heeft een maximum (minder is beter), omdat ontwikkelaars gewoonweg niet sneller kunnen typen, mensen niet sneller kunnen lezen of specificeren, praten of overleggen. Ik vergelijk dat wel eens met de zogenaamde bootsnelheid van een schip. De lengte op de waterlijn bepaalt uiteindelijk de maximale snelheid van een boot, je kunt er meer power achter hangen, of meer zeil geven, maar voorbij die bootsnelheid zal ie niet gaan. Tenzij. Tenzij de boot in planee gebracht wordt. Met de productiviteit is iets dergelijks aan de hand, we moeten dus in planee om sneller te kunnen ontwikkelen. Een oplossing is om het coderen te automatiseren met code generatoren, MDA, Software Factories etc. Een andere manier is het aantal toetsaanslagen te verminderen :-)
De tool die ik heb zien werken biedt 55 refactoring opties en speedkeys voor ontwikkelaars in 3 talen, C#, VB en C++. Met een enkele toets werd een If .. Then .. Else .. omgezet in een Case Select, of werd in een method een concatenated string met een enkele toetsaanslag omgezet naar een StringBuilder. Daarnaast was er een heel leger aan toetscombinaties die erg ver ging in het automatiseren van het typen van code. Van bijvoorbeeld een If .. Then met een unit test gecombineerd tot het transformeren van een vaker voorkomende string in een constante. Ik nodig de ontwikkelaars uit om 's te kijken en me te laten weten wat ze er van vinden. Informatie kan gevonden worden op www.devexpress.com
Borland CaliberRM add-in voor VSTS
Ik heb vanmiddag de stand van Borland bezocht. Sinds vorige maand hebben zij de CaliberRM - VSTS add-in in productie en het schijnt erg goed te gaan. Ik heb de Senior Director Marketing ontmoet, die (gelukkig) heel goed op de hoogte was van de gezamenlijke effort die Atos Origin en Borland hebben gestoken in deze koppeling. In samenwerking met de betrokkenen aan onze kant, moeten we binnenkort kijken hoe we hier mee verder willen. Een optie die ik voor me zie is bijvoorbeeld dat het RDC een connectie krijgt op de TFS server. Zo wordt de drempel zo laag mogelijk gezet enzo.
De VSTS add-in voor Together komt volgende maand uit.
De VSTS add-in voor Together komt volgende maand uit.
13 juni 2006
ARC208 - Architecting applications for a Service Oriented world
De samenvatting van deze presentatie deed vermoeden dat er iet helemaal nieuws verteld zou worden over hoe je een applicatie in een SOA opneemt. Maar ook hier was de inhoud een beetje teleurstellend. Het contract is belangrijk en je moet voor je een SOA bedenkt eerst een "as-is" architectuur analyse doen (sigghh). Wel aardig was dat de spreker Beat Schwegler op een leuke manier duidelijk maakte hoe je een Service Model (dat leeft tussen Business Model en Technical Model) opstelt en hoe je dat kunt interpreteren naar een SOA.
Laat me weten als je mijn aantekeningen wilt, of misschien wel zijn ppt (die zijn nu ook beschikbaar), laat het me maar even weten.
Laat me weten als je mijn aantekeningen wilt, of misschien wel zijn ppt (die zijn nu ook beschikbaar), laat het me maar even weten.
LNQ017 - MindManager en VSTS
Vanmiddag heb ik een presentatie bezocht van Michael Scherotter die in 4 dagen (!) de API van de Team Foundation Server heeft aangeroepen om in zijn programma MindManager een link te maken met de work items.
MindManager is een programma om mind-maps te maken, erg handig voor brainstormen en gedachten structureren (ik gebruik het zelf ook). Nu kan met de add-in vanuit zo'n mindmap van iedere topic een work item gemaakt worden en kunnen vanuit de map ook de attributen worden aangepast. Michael claimt het in een vierdaagse workshop in Redmond gemaakt te hebben. De code is ook beschikbaar, kijk op http://www.mindjet.com/labs/mjrm.html voor meer informatie.
Een PVM? Je zou MindManager kunnen gebruiken voor 'requirements gathering', maar ik zie het meer als een alternatieve manier voor een interface naar de work items , dan als een PVM. Blijft natuurlijk dat het schijnbaar niet moeilijk is om op de TFS applicaties te bouwen...
MindManager is een programma om mind-maps te maken, erg handig voor brainstormen en gedachten structureren (ik gebruik het zelf ook). Nu kan met de add-in vanuit zo'n mindmap van iedere topic een work item gemaakt worden en kunnen vanuit de map ook de attributen worden aangepast. Michael claimt het in een vierdaagse workshop in Redmond gemaakt te hebben. De code is ook beschikbaar, kijk op http://www.mindjet.com/labs/mjrm.html voor meer informatie.
Een PVM? Je zou MindManager kunnen gebruiken voor 'requirements gathering', maar ik zie het meer als een alternatieve manier voor een interface naar de work items , dan als een PVM. Blijft natuurlijk dat het schijnbaar niet moeilijk is om op de TFS applicaties te bouwen...
ARC207 - Pragmatic Architecture
Ted Neward, een bekende spreker over architectuur, gaf een presentatie over wat hij noemde "Pragmatic Architecture". Ik had gehoopt dat hij met een aantal nieuwe ideeen zou komen over hoe je (anders) een architectuur zou kunnen opstellen, pragmatisch of zo. Maar in tegenstelling tot de titel, heeft hij een overzicht gegeven van dat architectuur belangrijk is, moeilijk en vaak verkeerd wordt ingezet. Zijn inziens zou meer met patterns gewerkt moeten worden, ofwel architectuur bestaat uit het toepassen van patterns. Eens, niet eens. Het klopt natuurlijk wel dat we ons tegenwoordig vooral door de bestaande patterns laten leiden (je ontwerpt niet snel een alternatief op HTTP als dat niet heeeeeel erg moet), maar om dat dan meteen pragmatisch te noemen.
Vorig jaar en dat jaar daarvoor heb ik hem ook zien presenteren en ik herinner me goed dat ik het beide keren niet met hem eens was. Onze chemie zal wel salpeter en zwavelzuur zijn :-)
Vorig jaar en dat jaar daarvoor heb ik hem ook zien presenteren en ik herinner me goed dat ik het beide keren niet met hem eens was. Onze chemie zal wel salpeter en zwavelzuur zijn :-)
Nieuw: Google trends
Google is lekker bezig met het uitbreiden van haar Services. Al gehoord van Google Trends? Geeft aan hoeveel er op Google gezocht is naar .... Je kunt ook vergelijkingen doen, zoals bijvoorbeeld "Atos Origin, Cap Gemini". Niet dat je er iets aan hebt, maar het is wel leuke informatie.
Productiviteitverhogende middelen (4) - Teamprise
Een volgende tool die ik ben tegengekomen is eigenlijk ook een bekende: Teamprise. Deze tool maakt het mogelijk om andere operating systems en andere ontwikkelomgevingen op de Team Foundation Server aan te sluiten. Binnen het SDMC hebben we reeds gesproken over het gebruik van de TFS voor de J2EE straat via Teamprise. Het zou antwoord kunnen geven aan de wens om zoveel mogelijk overeenstemming te hebben tussen de straten. Teamprise heeft een interface in Rational Application Developer om toegang te krijgen tot de source control in TFS. Binnenkort (in 2 maanden) komt een nieuwe versie uit die rechtstreeks vanuit Eclipse toegang geeft tot de work items en die met Team Build en "Ant" automatisch build management mogelijk maakt.
Is dit een PVM? In zekere zin wel, want behalve gelijkwaardige metrics uit TFS kunnen we ook eenvoudiger projecten uitvoeren die elementen hebben met Java en .NET gecombineerd en biedt het ook een zelfde interface voor bijvoorbeeld project managers (en eventueel ook andere rollen). Dus m.i. zeker een PVM. Nummer 4.
Naast deze tools zijn er nog legio andere tools die ook een stuk van de taart proberen te krijgen, zo is er bijvoorbeeld Ravenflow die activitydiagrams en workitems kan maken uit specificaties en die die specificaties ook kan valideren op volledigheid en consistentie, zijn er verschillende component producenten zoals ComponentOne, Infragistics, /nSoftware en CartFX om maar een paar te noemen. Borland is ook nog aanwezig met haar propositie van CaliberRM en VSTS. Deze ga ik later deze week nog 's opzoeken.
Is dit een PVM? In zekere zin wel, want behalve gelijkwaardige metrics uit TFS kunnen we ook eenvoudiger projecten uitvoeren die elementen hebben met Java en .NET gecombineerd en biedt het ook een zelfde interface voor bijvoorbeeld project managers (en eventueel ook andere rollen). Dus m.i. zeker een PVM. Nummer 4.
Naast deze tools zijn er nog legio andere tools die ook een stuk van de taart proberen te krijgen, zo is er bijvoorbeeld Ravenflow die activitydiagrams en workitems kan maken uit specificaties en die die specificaties ook kan valideren op volledigheid en consistentie, zijn er verschillende component producenten zoals ComponentOne, Infragistics, /nSoftware en CartFX om maar een paar te noemen. Borland is ook nog aanwezig met haar propositie van CaliberRM en VSTS. Deze ga ik later deze week nog 's opzoeken.
Productiviteitverhogende middelen (3) - Devpartner CIT
We kennen allemaal Compuware van OptimalJ, maar weten we ook dat het een pakket heeft dat DevPartner heet? Uiteraard hebben we er van gehoord, ik ook, maar ik heb de link met VSTS eigenlijk nooit serieus gemaakt. Tot vandaag. Compuware heeft een demonstratie gegeven van hun nieuwe toolset CIT (Continuous Integration Toolkit), waarmee ze een aantal features van Team System een grote boost geven in de goede richting. Zo wordt bijvoorbeeld de statische analyse met een grote hoeveelheid nieuwe regels uitgebreid (en kun je je eigen regels toevoegen), worden performance testen uitgebreid geanalyseerd en is er een zeer uitgebreide root cause analysis toegevoegd aan de test omgeving. Alles omgeven door zeer indrukwekkende grafieken en analyse rapporten. Is dit wel productiviteitverhogend? Ik denk het wel, want fouten worden (nog) eerder ontdekt en we kennen allemaal dat ene grafiekje van de kosten van een fout tegen het moment in de ontwikkellifecycle dat die fout optreedt. De man die ik sprak vertelde van een winst van 10% na een eerste keer inzetten van de tool op de ontwikkelkosten bij een case study. Dus, ja een PVM. Nummer 3.
Productiviteitverhogende middelen (2) - Sparx EA
Ik kwam ook bij de stand van Sparx systems, de makers van Enterprise Architect. De COO (Ben Constable) liet me weten dat zij over 6 - 8 weken met versie 6.5 uitkomen dat een aantal interessante nieuwe features zal hebben:
Er zijn nog een aantal nieuwigheden, maar ik denk dat deze lijst al voldoende is om ons te interesseren voor de upgrade (overigens gratis voor 6.1 gebruikers).
Wederom een PVM. Nummer 2.
- work items maken, bekijken en wijzigen vanuit EA
- workitems linken aan objecten in diagrammen
- volledige integratie met versie control in TFS
Er zijn nog een aantal nieuwigheden, maar ik denk dat deze lijst al voldoende is om ons te interesseren voor de upgrade (overigens gratis voor 6.1 gebruikers).
Wederom een PVM. Nummer 2.
Productiviteitverhogende middelen (1) - Teamlook
Tijdens de Teched is er ook een Exhibition Hall. Microsoft neemt hiervan ongeveer 50% in, en het andere deel is een heuse huishoudbeurs voor geeks. Allerlei productleveranciers die de bezoekers volstouwen met t-shirts, gadgets en om de andere stand kun je een Xbox, iPod, reis of zelfs harde dollars winnen. Laat je vooral overal scannen en/of je kaartje achterlaten. Veel leveranciers zijn niet interessant voor de Development Track, maar er zitten een aantal interessante bij. Hier de eerste:
Personify Design
Het boek van Sam Guckenheimer is mede geschreven door Juan Perez, en deze meneer is van Personify Design. Dit bedrijf heeft per vandaag de applicatie TeamLook op de markt gebracht. Met TeamLook kun je work items maken, zien en bewerken vanuit Outlook, dit betekent voor projectleiders o.a. dat zij de Team Explorer niet meer hoeven te installeren of erger nog (!), gebruiken. TeamLook levert dus een verbetering op van de collaboratie tussen de teamleden en daardoor kunnen zij nog adequater reageren op wijzigingen en opdrachten. Er zijn natuurlijk nog geen harde cijfers over de productiviteitswinst die gebruik van TeamLook verifieren, maar ik denk dat het zeker impliciet een positieve bijdrage zal opleveren, al was het maar dat de learning curve nog lager wordt doordat "iedereen" Outlook al kent.
Personify Design heeft ook het product TeamSpec (momenteel nog beta) waarmee een interface gemaakt wordt van en naar Word. Misschien handig om requirements in VSTS te importeren en/of rapporten te genereren op basis van de requirements. Verder hebben ze nu in ontwikkeling een programma dat urenregistratie uit TFS genereert, wellicht dat dat TeamTime gaat heten.
Voor ons is TeamLook interessant denk ik.
Personify Design
Het boek van Sam Guckenheimer is mede geschreven door Juan Perez, en deze meneer is van Personify Design. Dit bedrijf heeft per vandaag de applicatie TeamLook op de markt gebracht. Met TeamLook kun je work items maken, zien en bewerken vanuit Outlook, dit betekent voor projectleiders o.a. dat zij de Team Explorer niet meer hoeven te installeren of erger nog (!), gebruiken. TeamLook levert dus een verbetering op van de collaboratie tussen de teamleden en daardoor kunnen zij nog adequater reageren op wijzigingen en opdrachten. Er zijn natuurlijk nog geen harde cijfers over de productiviteitswinst die gebruik van TeamLook verifieren, maar ik denk dat het zeker impliciet een positieve bijdrage zal opleveren, al was het maar dat de learning curve nog lager wordt doordat "iedereen" Outlook al kent.
Personify Design heeft ook het product TeamSpec (momenteel nog beta) waarmee een interface gemaakt wordt van en naar Word. Misschien handig om requirements in VSTS te importeren en/of rapporten te genereren op basis van de requirements. Verder hebben ze nu in ontwikkeling een programma dat urenregistratie uit TFS genereert, wellicht dat dat TeamTime gaat heten.
Voor ons is TeamLook interessant denk ik.
Strategic briefing: Security progress and strategy
Een sessie geleidt door Ben Fathi, vice president Security Technology Unit
In deze sessie werd een beeld gegeven van hoe Microsoft in de toekomst om wil gaan met het buzzwoord "security". Ik heb deze sessie bezocht, omdat ik denk dat dit onderwerp met de dag belangrijker wordt, zowel in onze eigen ontwikkelomgeving(en) als in de systemen die we bouwen. Hieronder een paar highlights uit de sessie. Als je meer wilt weten, stuur me dan even een berichtje, dan reply ik met mijn aantekeningen.
Een aantal punten gingen ook mij nogal ver, maar daarvoor is het natuurlijk ook Teched, de dingen bezoeken die je al kent is niets aan :-)
De andere geplande sessies voor vandaag zijn helaas niets geworden, ik kwam er niet aan toe om er naar toe te gaan. Zie de volgende entries in deze blog.
In deze sessie werd een beeld gegeven van hoe Microsoft in de toekomst om wil gaan met het buzzwoord "security". Ik heb deze sessie bezocht, omdat ik denk dat dit onderwerp met de dag belangrijker wordt, zowel in onze eigen ontwikkelomgeving(en) als in de systemen die we bouwen. Hieronder een paar highlights uit de sessie. Als je meer wilt weten, stuur me dan even een berichtje, dan reply ik met mijn aantekeningen.
- Er is geen 'silver bullit' voor Security. Het komt vooral neer op de daadkracht en in hoeverre het serieus genomen wordt.
- Windows Vista zal het meest veilige operating system ooit worden
- In Windows Vista wordt de applicatie "Windows Defender" integraal opgenomen en zal er ook een API zijn om er tegenaan te programmeren
- Defender beta-1 kent inmiddels al meer dan 28 miljoen gebruikers
- Hotmail is een grote proeftuin voor security: 230 miljoen gebruikers; 3,2 miljard mails per dag, waarvan 90% spam is die hoofdzakelijk door 3 (!) gebruikers worden gegenereerd
- Microsoft neemt Security serieus door in te zetten op technologie (PREfast, FXCop, SDL), guidance (Security Guidance Center, web sites, whitepapers etc) en door middel van partnerships (Microsoft Security Response Alliance)
- Op www.staysave.org staat een filmpje om het publiek bewust te maken over security
- In Vista is RMS (Rights Management Service) geintegreerd, kunnen bestanden en directories uitgebreid encrypted worden en wordt ook "BitLocker" opgenomen dat hardware anti(Peter R. de)vries maakt.
- In Vista wordt voorzien van een zogenaamde ASLR (Address Space .. ..): hiermee wordt de memory ad random op de stack geplaatst. Malware heeft dan nog maar een kleine kans (1 op 256) om zich te nestelen
- Last but not least zal de nieuwe Internet Explorer in een sandboxed protected mode draaien zodat het nimmer meer direct het Operating System kan beinvloeden.
Een aantal punten gingen ook mij nogal ver, maar daarvoor is het natuurlijk ook Teched, de dingen bezoeken die je al kent is niets aan :-)
De andere geplande sessies voor vandaag zijn helaas niets geworden, ik kwam er niet aan toe om er naar toe te gaan. Zie de volgende entries in deze blog.
Gesprek met Sam Guckenheimer
Ik kom zojuist uit een interessante meeting met Sam Guckenheimer. Sam is schrijver van het boek "Software Engineering with VSTS" en hij is bij Microsoft betrokken bij het ontwikkelen van nieuwe features in VSTS als lead program planner. Sam en ik hebben gesproken over hoe je met iteratief ontwikkelen om moet gaan in een Demand/Supply omgeving als waar wij in het SDMC in zitten. Een belangrijk aspect volgens Sam is, dat je vooral rekening moet houden en ook willen houden met het feit dat je wijzigingen krijgt op het systeem dat je bouwt. Het is prima om een klant een vaste prijs te geven, met alle aannames en randvoorwaarden die daarbij horen, maar dit geldt alleen als je een project hebt dat niet onderhavig is aan wijzigingen. Bestaan die projecten nog wel? We waren het erover eens dat dat dus niet het geval is. Hoe gaan we dan om met het aanbieden en uitvoeren van projecten in 'onze' omgeving? Stop met het kruideniersdenken en help de klant met het oplossen van zijn businessprobleem. Dit betekent dat we in een bid dus niet alleen een vaste prijs moeten stellen voor een stuk software, maar dat we een prijs moeten stellen voor de basis van die software en een constructie moeten geven voor alle software waarvoor de specificaties kunnen wijzigen. Komt natuurlijk de vraag of we dit wel durven. Ik weet van Rainbows die absoluut niet ontvankelijk zijn voor dit soort nieuwigheden, maar aan de andere kant willen we wel af van het 'ouderwetse' waterval dogma af en ook in de markt een rol spelen in de nieuwe SE methodieken die allen gebaseerd zijn op iteratief en incrementeel werken. Wellicht kunnen we nog veel leren van onszelf.
Sam werkt in zijn boek vanuit het concept van scenario's en 'quality of service' requirements. Deze komen voor in MSF. Ik heb Sam gevraagd wat zijn ideeen zijn over de link tussen Scenario en Use Case. Scenario's zijn namelijk redelijk goed te vergelijken met Use Cases, met het verschil dat een scenario min of meer een enkele flow beschrijft en een use case een container is voor flows. Volgens Sam zit het verschil niet zo zeer in de structuur van het Scenario en de Use Case, maar meer in de manier waarop er mee gewerkt wordt. In zijn beeld worden Use Cases verkeerd benaderd en vooral niet zoals Ivar Jacobson (de uitvinder van de UC) ze bedoeld heeft... Wat gebeurt er namelijk vooral, is dat een UC wordt beschreven met alle mogelijke flows die bij de UC horen, dan wordt iedere flow apart geanalyseerd en het gedrag (in UML) uitgewerkt. Nadat alle flows bekend zijn, wordt een Use Case Realisation gemaakt, geanalyseerd en voorzien van de nodige diagrammen. Pas als al dit klaar is dan wordt naar implementatie gekeken en als je dan 100% volledig bent geweest, dan is die implementatie bijna te helemaal te genereren uit de modellen (hoor ik hier het MDA concept). Maar zo is de realiteit niet, het is onmogelijk om zonder ervaringen (die doe je namelijk niet op door het alleen beschrijven van een flow) alle flows goed te beschrijven. Je moet die ervaringen opdoen en dat is waar een Scenario om de hoek komt: neem in de UC een enkele flow, wellicht de basic flow of happy path, werk deze uit en leer ervan door middel van de implementatie, feedback van de gebruikers, testen etc. Pak met deze ervaring dan een volgende flow en leer ook hier weer van. VSTS laat helaas nog niet toe om een hierarchie in de work items te hebben, dus worden wat wij kennen als flows in een UC als aparte scenario's ingebracht. In een volgende release is het mogelijk dat deze hierarchie er wel komt en dan worden scenario's vermoedelijk samengebracht in een (business) requirement.
We hebben het verder ook gehad over de rol van Team Architect die zoals we weten, momenteel nog niet zo groot is. Een aandachtspunt dat ik zelf er belangrijk vind, is dat volgens mij Microsoft nog niet zo hard loopt om het Software Factory concept verder vorm te geven. Sam geeft me daar enigszins gelijk in. Bij Microsoft wordt met Software Factories meer in termen van 5 - 10 jaar gedacht dan in 1 - 2 jaar. Vanuit ons perspectief willen we uiteraard niet zo lang wachten voor we zeg maar MDA kunnen toepassen in VSTS, maar we moeten natuurlijk ook niet voor de muziek uit gaan lopen. Een eerste stap hierin, en dat komt helemaal overeen met wat Steve Cook vorig jaar ook al zei, is dat we klein moeten beginnen. Zorg voor kleine succesjes, quick wins, en leer daar weer van. In dit kader vroeg Sam me wat ik vind van het uitbreiden van VSTS met ondersteuning van de rol Business Analyst. Deze zou dan projecten moeten kunnen initieren en valideren op basis van business values, een interface hebben met VSTS via processbeschrijvingen, mind maps etc. Ik denk dat dit zeker een upgrade van VSTS oplevert, maar alleen als er twee zaken in VSTS worden toegevoegd: de eerste is Asset Management, dat zoals het zegt hergebruik beheerbaar maakt, en een tweede is dat momenteel alleen op projectniveau gewerkt kan worden (alles moet in een Team Project worden ondergebracht) en het toevoegen van BA functionaliteit betekent dat het ook mogelijk moet zijn om projectoverstijgend te kunnen werken.
Kortom, een heel interessant gesprek met nog een tweetal spin-offs: ten eerste de toezegging van Sam om samen te gaan werken aan een Case Study om het werken met VSTS te optimaliseren. Ik word daarvoor in contact gebracht met de verantwoordelijke daarvoor en een tweede is dat Sam me gaat introduceren bij iemand die nauw betrokken is geweest bij het tot stand komen van de Software Factory implementatie van HL7, dat als studie object wordt uitgewerkt.
Sam heeft zijn boek gesigneerd met "Peter, it is a great pleasure to have you contribute to future ideas for VSTS and to collaborate on current projects. I look forward to many years of mutual enrichment". Oke, een veer in eigen ..., maar dit geldt niet mijn persoontje: ik wil dit opdragen aan iedereen bij Atos Origin die net als ik geloof in de kracht en de toekomst van VSTS.
to be continued
Sam werkt in zijn boek vanuit het concept van scenario's en 'quality of service' requirements. Deze komen voor in MSF. Ik heb Sam gevraagd wat zijn ideeen zijn over de link tussen Scenario en Use Case. Scenario's zijn namelijk redelijk goed te vergelijken met Use Cases, met het verschil dat een scenario min of meer een enkele flow beschrijft en een use case een container is voor flows. Volgens Sam zit het verschil niet zo zeer in de structuur van het Scenario en de Use Case, maar meer in de manier waarop er mee gewerkt wordt. In zijn beeld worden Use Cases verkeerd benaderd en vooral niet zoals Ivar Jacobson (de uitvinder van de UC) ze bedoeld heeft... Wat gebeurt er namelijk vooral, is dat een UC wordt beschreven met alle mogelijke flows die bij de UC horen, dan wordt iedere flow apart geanalyseerd en het gedrag (in UML) uitgewerkt. Nadat alle flows bekend zijn, wordt een Use Case Realisation gemaakt, geanalyseerd en voorzien van de nodige diagrammen. Pas als al dit klaar is dan wordt naar implementatie gekeken en als je dan 100% volledig bent geweest, dan is die implementatie bijna te helemaal te genereren uit de modellen (hoor ik hier het MDA concept). Maar zo is de realiteit niet, het is onmogelijk om zonder ervaringen (die doe je namelijk niet op door het alleen beschrijven van een flow) alle flows goed te beschrijven. Je moet die ervaringen opdoen en dat is waar een Scenario om de hoek komt: neem in de UC een enkele flow, wellicht de basic flow of happy path, werk deze uit en leer ervan door middel van de implementatie, feedback van de gebruikers, testen etc. Pak met deze ervaring dan een volgende flow en leer ook hier weer van. VSTS laat helaas nog niet toe om een hierarchie in de work items te hebben, dus worden wat wij kennen als flows in een UC als aparte scenario's ingebracht. In een volgende release is het mogelijk dat deze hierarchie er wel komt en dan worden scenario's vermoedelijk samengebracht in een (business) requirement.
We hebben het verder ook gehad over de rol van Team Architect die zoals we weten, momenteel nog niet zo groot is. Een aandachtspunt dat ik zelf er belangrijk vind, is dat volgens mij Microsoft nog niet zo hard loopt om het Software Factory concept verder vorm te geven. Sam geeft me daar enigszins gelijk in. Bij Microsoft wordt met Software Factories meer in termen van 5 - 10 jaar gedacht dan in 1 - 2 jaar. Vanuit ons perspectief willen we uiteraard niet zo lang wachten voor we zeg maar MDA kunnen toepassen in VSTS, maar we moeten natuurlijk ook niet voor de muziek uit gaan lopen. Een eerste stap hierin, en dat komt helemaal overeen met wat Steve Cook vorig jaar ook al zei, is dat we klein moeten beginnen. Zorg voor kleine succesjes, quick wins, en leer daar weer van. In dit kader vroeg Sam me wat ik vind van het uitbreiden van VSTS met ondersteuning van de rol Business Analyst. Deze zou dan projecten moeten kunnen initieren en valideren op basis van business values, een interface hebben met VSTS via processbeschrijvingen, mind maps etc. Ik denk dat dit zeker een upgrade van VSTS oplevert, maar alleen als er twee zaken in VSTS worden toegevoegd: de eerste is Asset Management, dat zoals het zegt hergebruik beheerbaar maakt, en een tweede is dat momenteel alleen op projectniveau gewerkt kan worden (alles moet in een Team Project worden ondergebracht) en het toevoegen van BA functionaliteit betekent dat het ook mogelijk moet zijn om projectoverstijgend te kunnen werken.
Kortom, een heel interessant gesprek met nog een tweetal spin-offs: ten eerste de toezegging van Sam om samen te gaan werken aan een Case Study om het werken met VSTS te optimaliseren. Ik word daarvoor in contact gebracht met de verantwoordelijke daarvoor en een tweede is dat Sam me gaat introduceren bij iemand die nauw betrokken is geweest bij het tot stand komen van de Software Factory implementatie van HL7, dat als studie object wordt uitgewerkt.
Sam heeft zijn boek gesigneerd met "Peter, it is a great pleasure to have you contribute to future ideas for VSTS and to collaborate on current projects. I look forward to many years of mutual enrichment". Oke, een veer in eigen ..., maar dit geldt niet mijn persoontje: ik wil dit opdragen aan iedereen bij Atos Origin die net als ik geloof in de kracht en de toekomst van VSTS.
to be continued
11 juni 2006
Toeristje spelen en een geocache vinden
Vanochtend begon natuurlijk al vroeg. Tegen 4 uur in de ochtend had ik al weer ruim uitgeslapen. Ben toen na een lekkere koffie (Melitta heeft een alternatief op de Senseo) eerst nog aan het werk geweest voor de defensie bid. Met dat tijdverschil is het best lastig om aan de westelijke kant er van te zitten. Kom je uit je bed, is het al middag in Nederland...
Tegen 10 uur ben ik naar de lobby gegaan, en ja hoor, ze hadden NED-SMT op de tv. Erg leuk om het oranje legioen te zien spelen en dan mensen om je heen te hebben die de regels maar half kennen, dat wordt nog wat morgen als hun eigen team speelt tegen Tsjechie.
Na de wedstrijd heb ik mijn GPS aangezet en ben een schat wezen zoeken. Ik had geluk, omdat er eentje naast het hotel begint. Na een mooie wandeling door het oude havengebied dat vanwege de "Big Dig" helemaal gerenoveerd is, langs allerlei toeristische plekken, straatperformers en onder een lekker zonnetje, uiteindelijk de cache gevonden op een geweldig uitzichtpunt dat niet in de folders staat. Lekker rustig dus ook.
Vanavond is de keynote, maar ik weet nog niet of ik daar wel naar toe ga. Ik denk dat ik lekker blijf lezen, morgen gaat het feest echt van start. Me better awake then.
Tegen 10 uur ben ik naar de lobby gegaan, en ja hoor, ze hadden NED-SMT op de tv. Erg leuk om het oranje legioen te zien spelen en dan mensen om je heen te hebben die de regels maar half kennen, dat wordt nog wat morgen als hun eigen team speelt tegen Tsjechie.
Na de wedstrijd heb ik mijn GPS aangezet en ben een schat wezen zoeken. Ik had geluk, omdat er eentje naast het hotel begint. Na een mooie wandeling door het oude havengebied dat vanwege de "Big Dig" helemaal gerenoveerd is, langs allerlei toeristische plekken, straatperformers en onder een lekker zonnetje, uiteindelijk de cache gevonden op een geweldig uitzichtpunt dat niet in de folders staat. Lekker rustig dus ook.
Vanavond is de keynote, maar ik weet nog niet of ik daar wel naar toe ga. Ik denk dat ik lekker blijf lezen, morgen gaat het feest echt van start. Me better awake then.
De eerste dag: SDR
De kop is er vanaf. De hele dag gezeten met een aantal genodigden om over VSTS te praten. Vanuit de productteams werden nieuwe functionaliteiten getoond waarop we mochten reageren of we dat interessant, belangrijk en/of noodzakelijk vonden. Na een overzicht over de hele linie van Team System kwamen de verschillende onderdelen in detail aan bod. Samenvattend kan en mag ik zeggen dat er erg interessante nieuwe ontwikkelingen gaande zijn en dat, vooral in Team Architect en TFS een aantal belangrijke verbeteringen worden aangebracht. Er is uiteraard flink gevist naar de verwachte opleverdata, maar daar werd uiteraard geen woord gezegd, alleen dat met Orcas een ook een nieuwe release van Team System uitkomt. Er wordt nog nagedacht over een tussenrelease met een aantal belangrijke nieuwigheden.
We hebben ook een demonstratie gezien van de Team DBA, de nieuwe client die per volgende week (11 juni) beschikbaar is als CTP (klik hier). Deze nieuwe client geeft de DBA een aardig aantal nieuwe uitdagingen mee in een ontwikkeltraject: wat dacht je van het kunnen maken van unittests op de database, in- en uitchecken van het schema en een datagenerator voor het testvullen van een database.
Sam Guckenheimer was ook op de SDR. We hebben al even kort kunnen spreken over zijn boek. Maandag gaan we er echt even voor zitten, dus morgen moet ik wel verder met het lezen. Gelukkig dat ik vandaag al kon inschrijven, hoef ik morgen iig niet in de rij met de andere 12,000 deelnemers.
Het weer is hier pet, het regent veel, het is koud en de bewolking is zo laag dat de wolkenkrabbers maar 'half' te zien zijn (ik heb nog geen idee van de totale hoogte, dus misschien is het wel een kwart dat ik kan zien :-). De verwachting is dat het de komende dagen zo blijft met stormachtige winden en stortregens. Niet dat dat erg is, want het hotel waar ik zit blijkt nagenoeg naast het conferentie center te zitten.
We hebben ook een demonstratie gezien van de Team DBA, de nieuwe client die per volgende week (11 juni) beschikbaar is als CTP (klik hier). Deze nieuwe client geeft de DBA een aardig aantal nieuwe uitdagingen mee in een ontwikkeltraject: wat dacht je van het kunnen maken van unittests op de database, in- en uitchecken van het schema en een datagenerator voor het testvullen van een database.
Sam Guckenheimer was ook op de SDR. We hebben al even kort kunnen spreken over zijn boek. Maandag gaan we er echt even voor zitten, dus morgen moet ik wel verder met het lezen. Gelukkig dat ik vandaag al kon inschrijven, hoef ik morgen iig niet in de rij met de andere 12,000 deelnemers.
Het weer is hier pet, het regent veel, het is koud en de bewolking is zo laag dat de wolkenkrabbers maar 'half' te zien zijn (ik heb nog geen idee van de totale hoogte, dus misschien is het wel een kwart dat ik kan zien :-). De verwachting is dat het de komende dagen zo blijft met stormachtige winden en stortregens. Niet dat dat erg is, want het hotel waar ik zit blijkt nagenoeg naast het conferentie center te zitten.
10 juni 2006
Flink zitten studeren tijdens de reis
Ik zit inmiddels in Boston. Vlucht en hotel prima verlopen. Ik was zelfs binnen no-time door de douane heen. Nog nooit meegemaakt in de US.
Onderweg heb ik een flink stuk gelezen in het boek van Sam Guckenheimer. Het boek geeft vooral de achtergronden aan van het bestaan van VSTS en wat je er als teamlid mee kan, hoe je je die andere manier van denken eigen kunt maken. Nu dacht ik zelf toch best wel een eind te komen met mijn kennis van VSTS, maar Sam heeft toch weer een aantal interessante inzichten op me losgelaten. In zijn boek geeft hij bijvoorbeeld aan dat het work-down paradigma alleen maar werkt voor projecten die (bijna) geen risico's kennen en de specificaties helemaal bekend zijn. Dit soort projecten komen volgens hem niet meer voor om te ontwikkelen, die koop je. Blijft dus over de projecten die hoge risico's kennen, die vooraf nauwelijks te specificeren zijn - omdat de specs nog wijzigen of gewoon nog niet goed bekend zijn. Dit type projecten kennen we geloof ik maar al te goed: onze dagelijkse boterham. We moeten dus af van het oude paradigma en een nieuwe adopteren: het value-up paradigma. Dit paradigma zou het enige antwoord zijn op het in balans houden van de krachten agility, outsourcing/offshoring en compliance. In het value-up paradigma stuur je de ontwikkeling van software niet meer op gedane arbeid, maar op waarde voor de stakeholders. Dit lijkt heel erg op RUP zou je zeggen, maar ook eigenlijk weer niet. Ik heb gisterenavond nog een project berekend met RUP als proces en we hebben dat echt heel erg work-down gedaan, erg bezig geweest met het in balans krijgen van de resources, de tijd, de functionaliteit (en de kwaliteit). Leuke puzzel, maar in de geest van wat ik vandaag allemaal heb gelezen niet hoe het zou moeten...
Wat heeft dit nu met VSTS te maken zou je willen denken. Nu, VSTS is gebaseerd op dit paradigma. Het is van de grond af zo opgebouwd dat het dit paradigma ondersteund. Willen we dus met VSTS verder, en ik denk dat we dat zeker moeten willen, dan moeten we wellicht ook ons licht doen schijnen op die andere manier van denken over hoe je een systeem bouwt. Wat is dan de grootste uitdaging?
Onderweg heb ik een flink stuk gelezen in het boek van Sam Guckenheimer. Het boek geeft vooral de achtergronden aan van het bestaan van VSTS en wat je er als teamlid mee kan, hoe je je die andere manier van denken eigen kunt maken. Nu dacht ik zelf toch best wel een eind te komen met mijn kennis van VSTS, maar Sam heeft toch weer een aantal interessante inzichten op me losgelaten. In zijn boek geeft hij bijvoorbeeld aan dat het work-down paradigma alleen maar werkt voor projecten die (bijna) geen risico's kennen en de specificaties helemaal bekend zijn. Dit soort projecten komen volgens hem niet meer voor om te ontwikkelen, die koop je. Blijft dus over de projecten die hoge risico's kennen, die vooraf nauwelijks te specificeren zijn - omdat de specs nog wijzigen of gewoon nog niet goed bekend zijn. Dit type projecten kennen we geloof ik maar al te goed: onze dagelijkse boterham. We moeten dus af van het oude paradigma en een nieuwe adopteren: het value-up paradigma. Dit paradigma zou het enige antwoord zijn op het in balans houden van de krachten agility, outsourcing/offshoring en compliance. In het value-up paradigma stuur je de ontwikkeling van software niet meer op gedane arbeid, maar op waarde voor de stakeholders. Dit lijkt heel erg op RUP zou je zeggen, maar ook eigenlijk weer niet. Ik heb gisterenavond nog een project berekend met RUP als proces en we hebben dat echt heel erg work-down gedaan, erg bezig geweest met het in balans krijgen van de resources, de tijd, de functionaliteit (en de kwaliteit). Leuke puzzel, maar in de geest van wat ik vandaag allemaal heb gelezen niet hoe het zou moeten...
Wat heeft dit nu met VSTS te maken zou je willen denken. Nu, VSTS is gebaseerd op dit paradigma. Het is van de grond af zo opgebouwd dat het dit paradigma ondersteund. Willen we dus met VSTS verder, en ik denk dat we dat zeker moeten willen, dan moeten we wellicht ook ons licht doen schijnen op die andere manier van denken over hoe je een systeem bouwt. Wat is dan de grootste uitdaging?
Abonneren op:
Reacties (Atom)