#Agile Physicist

As my project work starts to get less intensive, my interest to catch up on Agile topics has certainly been more focused. Since my latest project involves me working with Agile Data Warehousing, that certainly is an interest. (I will have more posts related to some learning coming up shortly.) Other than Agile Data Warehousing and Agile Data Modeling,I find myself been drawn more towards Agile Insights and Project Experiences though. I find that I am wanting to learn less about the theory and more about the how the projects actually worked and how Agile needed to be customized.

Now the theory is very important and every physicist needs to know the basics of Mathematics and Algebra before they can apply that knowledge to real world Physics problems. But I find that I am less interested in reviewing the Agile Mathematics and more interested in the Agile Physics. What happens when we introduce friction? How about wind resistance? How about different densities and pressures?

I think that is where Agile gets fascinating. How have different project customized Agile and how did it work? Sometimes people view this customization in a negative way. They say we have bastardized Agile. That we have sullied the Agile principles. I disagree. I believe we are applying Agile Principles to understand and provide solutions to the real world problems when the realities of those problems are encountered. It is much easier to determine how to build a bridge when you don’t have to account for gravity downward and the flow of flood waters against the foundation of the bridge all while taking the distinct soil conditions into account.

I don’t think accounting for those factors sullies the principles of the Mathematics that underpins the design. It just acknowledges that understanding the Mathematical theory is a requirement but not and end-state. How we implement that theory and how it allows us to understand the real world is the real interesting part. In a way, Agile Mathematics and Agile Physics are two separate disciplines.

I wonder if I can get Agile Physicist on my business card?

About Terry Bunio

Terry Bunio has worked for Protegra for 14+ years because of the professionalism, people, and culture. Terry started as a software developer and found his technical calling in Data Architecture. Terry has helped to create Enterprise Operational Data Stores and Data Warehouses for the Financial and Insurance industries. Along the way Terry discovered that he enjoys helping to build teams, grow client trust and encourage individual career growth, completing project deliverables, and helping to guide solutions. It seems that some people like to call that Project Management. As a practical Data Modeller and Project Manager, Terry is known to challenge assumptions and strive to strike the balance between the theoretical and real world approaches for both Data Modelling and Agile. Terry considers himself a born again agilist as Agile implemented according to the Lean Principles has made him once again enjoy Software Development and believe in what can be accomplished. Terry is a fan of Agile implemented according to the Lean Principles, the Green Bay Packers, Winnipeg Jets, Operational Data Stores, 4th Normal Form, and asking why


No comments yet.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: