arc202 francis

8/6/2019 ARC202 Francis

1/33


2/33

hallenging the ole of the

Architect Kevin Francis Practices Manager Object Consulting

:Session Code ARC202


3/33

Who Is This Anyway?Do I know anything about this?

Ive been an Architect for a while (erk!)Project experience of different sizesAgileConsultingBig and small teamsGovernance


4/33

Challenging the Role of the

ArchitectAgendaDiscuss project deliveryIssues with Agile project deliveryExamine the role of the Architect in projects

To explain what works and what doesn't To propose some better approaches

60 minutes + questions

Slides will be available Commnet andmy blog


5/33

bout Projects


6/33

So How's It All Working

Then?

%O


7/33

What Matters in Project

Delivery?Hint: Not the technology...Projects range from $100,000 to$100,000,000Delivery matters most to the people that puttheir neck on the line to support theinitiative

Most are fixed priceWhat matters is delivery:

On timeOn budgetMeets all the requirements

Whos responsible for making sure thishappens?


8/33

The Big Question.

Can a team of developers, working with anagile approach, work with the business to

deliver a technically excellent solution thatmeets all requirements without the need for

an Architect?

YES!

(in Fairyland)


9/33

Whats Wrong With Agile?

It can encourage scope creepIt can discourage architectureIt can disconnect control

It can absolve the team of designresponsibility

Change!

Re-factoring on re-factoringIt can lead to project failure


10/33

Architecture in a ProjectArchitecture is about meeting therequirementsFunctional

Non-FunctionalScalability

PerformanceSecurityUsabilityIntegration

P rojectScheduleBudget


11/33

The role of the Architect The Architect is a professional!

Architecture TechnologiesFrameworks

DesignApproachDevelopment approach

Team make-upDirection

Managing ChangeOwning technical issues


12/33

Further Information

www.slideshare.net/KevinFrancis andlook for Career Development forArchitects

www.objectconsulting.com.au www.iasahome.org MCA Program:www.microsoft.com/learning/en/us/certifi
http://www.slideshare.net/KevinFrancishttp://www.slideshare.net/KevinFrancishttp://www.objectconsulting.com.au/http://www.iasahome.org/http://www.microsoft.com/learning/en/us/certification/architect.aspxhttp://www.microsoft.com/learning/en/us/certification/architect.aspxhttp://www.iasahome.org/http://www.objectconsulting.com.au/http://www.slideshare.net/KevinFrancis


13/33

Relationships


14/33

The Architect and the PM

Project ManagerProject Manager A rch itectA rch itect

BA LeadBA Lead Test LeadTest Lead D eve lop erD eve lop er.Dev Lead.Dev Lead

D eve lop erD eve lop er

D eve lop erD eve lop er

TesterTester

TesterTester

Business AnalystBusiness Analyst

Business AnalystBusiness Analyst

*


15/33

roject Manager v Architect Responsibil i t ies roject Manager v Architect Responsibil i t ies

Project ManagerProject Manager ArchitectArchitect

Sets overall project approach and Sets overall project approach andstructurestructure Sets development approach and Sets development approach andstructurestructure Iterations and sprints Iterations and sprints

-Number of sub teams and members-Number of sub teams and members

Creates overall estimate Creates overall estimate Responsible for development and Responsible for development and associated estimatesassociated estimates

Manages business stakeholders Manages business stakeholders Manages technology stakeholders Manages technology stakeholders

Ensures smooth operation of the Ensures smooth operation of theprojectproject

Ensures smooth operation of the Ensures smooth operation of theprojectproject

Attends governance meetings Attends governance meetings Attends governance meetings Attends governance meetings

Manages project change Manages project change Manages project change Manages project change


16/33

The Architect and the BA Interface Points

Breakdown the wall!:Functional RequirementsUser Interface Design

Non-Functional RequirementsArchitectural DesignData DesignScope Management

Test Managementwww.slideshare.net/KevinFrancis andlook for Business Analysts v

Architects
http://www.slideshare.net/KevinFrancishttp://www.slideshare.net/KevinFrancishttp://www.slideshare.net/KevinFrancis


17/33

rojectExecution


18/33

A Word About ScopeManagement

In any project with a budget, change ina project is EVIL!

It upsets the rhythm of the project.It can damage the architecture.It costs money and time, even if nochange results.

The biggest issue with a truly Agile

project is that it is all about change.Change doesnt fix issues with aproject.

Deflect as much as possible to v2.0.


19/33

Starting a ProjectStep by Step

This approach works in all cases waterfall,iterative and agile.

Use it to create a baseline estimate andscope.Start managing change from here.Choose a development approach here.

ig h Lev e lR eq u irem en ts ig h Lev e lR eq u irem en ts H ig h Leve lD esig n H ig h Leve lD esig n H ig h Le ve lE stim a te H ig h Le ve lE stim a te.A pp rox A pp roach.A pp rox A pp roach

E n te rp rise A rch ite ctu reE n te rp rise A rch ite ctu re


20/33

About High LevelArchitecture

Designed to put scope around theproject

Designed to provide a high level

estimateUse to lock down the architecture at ahigh level

Allows a conversation and earlyapproval from Enterprise Architecture

First approval pointBaseline to progress from


21/33

Designing the Architecture

R eq u irem en tsR eq u irem en ts

ScopeScope

H ig h Le ve lA rch ite ctu re H ig h Le ve lA rch ite ctu re U IPro to typ eU IPro to typ e

A rch ite ctu reA rch ite ctu re

A p p lica tion Proto typ eA p p lica tion Proto typ e

B est Practice sB est Practice s

Tools a n d Prod u cts Tools a n d Prod u cts

A rch itectu reA rch itectu re


22/33

Architecture in Agile Projects

Lock down the architecture up front Architecture should be reuse before

buy before build

Regardless of the approach,architecture is an upfront exerciseDocument clearly and make available.Document to a depth suitable toanswer all technical questions


23/33

W iki W iki

D e ve lop ersD e ve lop ers

Transitions Project M a n ag em en tProject M a n ag em en t

A rch ite ctu reA rch ite ctu re A rch itectu re S u p p ortA rch itectu re S u p p ort

B u sin ess A n alysisB u sin ess A n alysis

Testin gTestin g

H ig h Leve lD esig n H ig h Leve lD esig n A rch ite ctu reA rch ite ctu re

T h i n

S l i

c e

T h i n

S l i

c e

,

,

,

D

e s

i g n

B u

i ld

T e s

t

R e v

i e w

,

,

,

D

e s

i g n

B u

i ld

T e s

t

R e v

i e w


24/33

During Development

Manage change during the projectEspecially stop movement inarchitecture

Push as much as possible to nextprojectMaintain the architectureMaintain the design in the chosen toolArchitecture and design should flow.

The level of documentation completedshould be enough to allow a supportteam to take over without a learning


25/33

ToolsVSTS is required:

Allows management of requirementsAllows management of work itemsAllows management of risksAllows management of scopeSupports agile and iterative processes

SharePointIntegrated with VSTS, allows shared viewof project and artefacts

Process MentorSee www.processmentor.com
http://www.processmentor.com/http://www.processmentor.com/http://www.processmentor.com/


26/33

Justifying Architecture

The conversation with management:Reduced riskGreater efficiencyImproved maintainabilityOverall better outcome

A project with a strong architecturalapproach is much more likely tosucceed at lower cost than without


27/33

Summary

Project delivery expectations must behigh Target what matters to your customers,

not to youBeware of the development approachyou are using

Address the capabilities needed to bean excellent architect

Stand up and be a professional!


28/33

. . /www microsoft com teched

- &Sessions On Demand Community

:// . /http microsoft com technet

Resources for IT Professionals

:// . /http microsoft com msdn

Resources for Developers

. . /www microsoft com learning

&Microsoft Certification Training

Resources

Resources
http://www.microsoft.com/techedhttp://www.microsoft.com/techedhttp://microsoft.com/technethttp://microsoft.com/technethttp://microsoft.com/msdnhttp://microsoft.com/msdnhttp://www.microsoft.com/learninghttp://www.microsoft.com/learninghttp://www.microsoft.com/learninghttp://microsoft.com/msdnhttp://microsoft.com/technethttp://www.microsoft.com/teched


29/33

R elated C ontent Breakout SessionsBreakout Sessions

" "SEC312 The everything developers need to know about security talk " SEC312 The everything developers need to know about security talk

OFC205 Planning the people AND the project OFC205 Planning the people AND the project

ARC304 Silverlight won t save your user experience you will ARC304 Silverlight won t save your user experience you will

DEV205 A tour of CodePlex DEV205 A tour of CodePlex


30/33

FORMS INFORMS IN COMMNET COMMNET AND BE IN TO WIN ONE OAND BE IN TO WIN ONE O

IVE US YOUR FEEDBACK& !IN INSTANTLY

* & , .For full terms conditions and more information please visit the CommNet Portal


31/33

&uestionanswer


32/33

Contact Points

Kevin FrancisBlog: msmvps.org/blogs/architecture

Twitter: Kevster009Email:[email protected]

Mobile: +61 438 307 080
mailto:[email protected]:[email protected]


33/33

. . , , / . . / 2009 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

arc202 francis

Documents