Академический Документы
Профессиональный Документы
Культура Документы
Normal
Architects are the enablers and the glue; They understand the triangle of
people + business + technology. They see the bigger picture and yet deal
with the details. Architects see things through multiple perspectives and ask
the right questions. They ride the chaos and bring order.
Why debate this now?
PUBLISHING Saved
The best team one could garner in the new world (the coveted "self
organized" team) would have engineers who are mature, able to deliver
features which delight customers; with maintainable code, following high
standards & best practices, aided by processes that can support business
smoothly at-least for a few years with least cost and most benefits (before
things turn to being legacy)!
In other words, we are looking for architectural traits in engineers.
But it's hard to realize and pragmatically speaking, the teams should have a
healthy mix of engineers + architect(s), where architects could still be
working on multiple projects.
The architect's role should be enhanced. It's not pragmatic to expect all the
engineers think and act like an architect. Right candidates need to be
identified and nurtured.
So,Pwhat
U B L Idoes
S H I Nit
G take a engineer to transform into an architect? Gurus like
Saved
Philippe Kruchten, Dana Bredemeyer, Ruth Malan, Simon Brown, Scott
Ambler, Martin Fowler have shown us multiple paths!!
What is the other side of the coin? And how to address the concerns?
On the other hand, the organization is faced with the problem of ivory tower
architects, which is a reality as well.
2. Should they eliminate the symptoms rather than addressing the root
cause? What are the real problems? Is it with the roles or more around
adoption of an agile methodology or framework (i.e., a (fr)agile
ecosystem), and/or dynamics in the struggle to adopt to the changing
needs?
Follow & live the recommendations from the respective agile methodology /
framework.
Scrum -
https://www.scrumalliance.org/community/articles/2017/november/the-
agile-solution-architect
1. PCreate
U B L I S opportunities
HING for more hands on: own and code over and above
Saved
design & reviews
3. Make them visible than being the invisible ghosts; Give them enough
authority that's needed to fulfil their accountability.
6. Make them share their rich knowledge - Seriously, there's a dire need &
calling for dedicated efforts with focus to cultivate the *inner architect*
within a engineer, to cultivate a mindset to adopt best practices & an
engineering mindset by building continuous, consistent demands and
setting a high bar.
Ironically, agile is all about people coming together and the agile journey
itself impacts people in an unexpected adverse manner (more often then
not!).
How?
By Designation changes!!
Does
P Uagile
BLISH frameworks
ING recommend designation changes?
Saved
And how are these roles mapped to people then? via a Designation Change!
Why So???
That's a worthwhile question for organizational leadership to ponder!
1. Fix the (fr)agile development processes! Killing the architect's role and
re-assigning these roles onto engineers and managers isn't what agile
recommends.
5. Build & evangelize a framework to apply the learnings from one project
others. Track how are best practices are helping the organization in
Pfaster
U B L I Sturnaround
HING & responsiveness? Saved
Conclusion
Let the Architect be! Build more of 'em! Live the Tao! Live the agile
manifesto! Nurture deeper insights of agile methodologies and
frameworks!
Long live Management, Long live the transformational leaders! Long live
Engineering, Long live the engineers! Long live Architecture, Long live the
dead (Architect)!