So... quando o mercado trata "bem" aquela "gente que faz" ele pode colocar novas exigências, certo?

Saca só uma listinha de "papéis" de um Arquiteto SOA publicado pelo ZapThink:

The Great Communicator: Since part of the definition of architecture includes the environment of IT, namely the business and its extended enterprise, a key duty of the architect is the ability to keep one leg firmly planted in the business and its requirements so that IT can always be responsive to the business, and not vice-versa. An architect can translate ill-defined, abstract, or incomplete business requirements into a set of Service definitions or a model for how to define those Services in spite of ongoing, unpredictable change. In effect, the architect serves to intermediate the worlds of IT and business in much the same way that the human resources department isolates the business users from having to know all the intricacies and complexities of hiring and firing employees. In much the same way that we seek to simplify the IT world by abstracting its complexity, the architect helps to create an abstraction of the IT organization to the business user, and provides a corresponding abstraction of the business to the IT organization. Having a good architect in place will prevent the rest of IT from speaking directly to the business organization, which is in fact a good thing.

The Simplifier: Businesses are complex entities. IT is likewise a complex assortment of disparate technologies. There’s simply no way that any one individual in the company can have an adequate understanding of all the intricacies of both the business and IT worlds. Thus, the enterprise architect has a key role in distilling the complexity of the business world into a set of more easily understood Service definitions, processes, and associated metadata. Likewise, the architect needs to simplify the complicated morass of IT technologies and infrastructure into a set of reusable Services and contracts that define the obligation of IT to meet ongoing, changing business requirements.

The Evolutionist: A good architect realizes that nothing ever stays the same. As such, architects are responsible for not just meeting today’s requirements using today’s technologies, but managing change as well. Architects need to be able to implement technologies and approaches that help them encapsulate changing requirements into metadata as well as maintain the evolving set of Services in the company. The business organization is clearly not responsible for maintaining these Services as they change over time, but neither is the IT organization responsible for maintaining changing business requirements. You can think of business and IT users simply as the parties that engage in a contractual relationship with the architect as the role that helps define the terms of the contract and make sure that both parties abide by the terms they’ve agreed to.

Champion of Thrift: There’s sufficient technology in the organization to meet much of businesses’ ongoing requirements. However, most companies simply don’t have enough understanding of architecture to make efficient use of existing investments. We can’t count on business users to think strategically about IT agility, since if it were up to them, they’d simply continue their practice of making decisions based on the most expedient, cost-effective solution to their problems of the day. Likewise, we can’t depend on the IT rank and file to focus on thrift, since most developers and operational folks within IT would much rather implement the latest technologies and cutting-edge infrastructure than work with the hulking system that’s been chugging along for the past decade. It thus falls upon the shoulders of the enterprise architect be the champion of thrift and extend the value of existing IT investments. Such architects must be able to find ways to reduce the need to invest in unnecessary technology and allow companies to build systems that can evolve with changing needs.

The Pragmatist: Good architects must be more than great communicators, simplifiers, and economic magicians—they must also be able to make realistic, step-wise improvements to the business use of IT. Since business users and individuals within IT each see the elephant that is IT through their own perspectives, the architect must be able to see the elephant for what it is, maintaining a pragmatic mental picture for how the organization can evolve iteratively while still maintaining a single, cohesive vision of the organization’s architecture.

Master of Best Practices: Rather than focusing simply on using the latest, greatest technologies or delving into the latest acronym or business fad, the architect is responsible for developing the best practices for architecture for the organization. Good architects will have the opportunity to not only define a business’ overall approach to architecture for the years, and perhaps decades, to come, but might even have an impact on the IT industry as a whole. Whereas the IT developer and implementer was the innovator of yesterday, the architect is the innovator of the future.

================

Então... criaturinha tão comum quanto ET de Varginha, certo?


E olha que de contatos imediatos em Vga eu entendo, hehe...