Technology at the Speed of Sound... Catch up at Light Speed at LSSC11!

I have to admit that I have not programmed a computer for many years and I have no idea how to write Visual Basic or Java or dot net.  (Yes, I have done raw html and could still manage in SAS if I had to!)

And I can also admit that the proliferation of models and methods from Agile, Scrum, Kanban, Lean, Six Sigma, Xtreme Programming, CMMI(R) (Capability Maturity Model), to manifesto driven systems development,  has me daunted.

Which ones are interchangeable, which are compatible, which are contradictory, and (OMG) where should one start to learn how to avoid the pitfalls?

It’s all a matter of diving in to each and learning the ins-and-outs and best practices — except I know that there are as many opinions about best practices as there are models.

Okay, I can already hear you saying:  “Carol, as a software measurement/Function Point Analysis and PMP (Project Management Professional), you probably don’t need to know much about any of these” — except that I do!

My clients will ask me about these and other emerging topics – and expect that I know the best course of action they should take with Lean/ Kanban/ Agile methods for their company.  And I simply do not have spare time to read all the books, experiment, fail, try again, and then decipher what is hype and what is real in this space!

So what is a sane, intelligent, forward thinking IT professional like me to do when faced with an overwhelming mountain of information like this so I can properly advise my clients?

The answer is: ATTEND the Lean Software & Systems Conference 2011 (#LSSC11)!

There is no other conference in the same timeframe that offers more than this growing conference!

Being held 3-6 May, 2011 at the Hyatt Long Beach in Southern California, this annual conference boasts over 90 speakers over a 3 day period on topics ranging from:

See the full program at

All given by practitioners and experts for practitioners!  And the majority of presenters have real world, hands-on experience in the trenches with Kanban, Lean, Agile and Scrum and lived to tell about it!

Why not catch up to technology racing at the speed of sound by accelerating your learning Light Speed with LSSC?

There is no similar conference offering the breadth or depth of topics, experience sharing, or real case study results in the Kanban and Lean software development space.

And the May 5, 2011 Brickell Key awards for excellence in the advancement of Lean in software development will recognize some outstanding nominees working in the area – some of which are professionals just like you!

I know that I will catch up on these major topics and more – in record time – by attending LSSC11.  If you are an IT professional, don’t you owe it to yourself to check it out?

Read about the Program and the Speakers at LSSC11 and register today!

Wishing you an eventful and productive week and I hope to see you in Long Beach on May 3, 2011!



Close Comments

Comments (3)

  1. I wish I could go! But I have always said someone measuring software should have a background in development. All the new languages still do what the old ones do, only say it differently. You’ll pick it up quickly, Carol. Have fun and be safe on your trip.

  2. James Hutchins  |  

    Knowledge of the fast developing programming languages is a vital piece of the equation puzzle. But, the other piece of the equation is knowledge of the expectations of the customer/end user. That comes through communication and collaboration in the developing life cycles. More on how to integrate that in each lifecycle phase later if desired.

    As a quality engineer, the best thing I can do is to become an interpreter between the two groups (developers and customers) when needed. As a mission assurance engineer, I have to look at the complex interaction as the system with a life of its own. Now, how does one rooted in the principles of Quality Assurance accomplish these ideal functions. Well, when dealing with people you have to remember they breath, have schedules, and desires in and of themselves. How do we help them to help themselves resolve these.

    Diplomacy, tact, drive all come into the play. Diplomacy to handle the tense moments and joyful moments to keep both functions from trying to destroy each other or their work. Tact to educate each in what you need to support them without appearing like a hinderance to their efforts. Drive to recognize within yourself when to direct, lead, or follow. Direction to a team means they are on the correct development path with its side documentation that will become objective evidence of their efforts at the end. A Quality Assurance or Mission Assurance engineer has to become a member of the team offering the service of advising, documenting successes and encouraging the developers. Notice I did not say documenting the failures…why? Because, even something that requires corrective action is a success — Edison recognized that in developing the light bulb.

    I know I have gone off the beaten path Carol wrote but it also applies to the question of “which is the best development platform to use”? Depend on the “experts” to show you. They, if they believe you are a team member, will break down your door to show you. They will be comfortable to trust you when you make those recommendations/suggestions on practices/procedures/processes, even on the policies.

    Carol is correct. It is difficult to recommend any one platform/language to developers. They will consider the QA or MA as some ameteur…let them, if it gives them a feeling of comfort. It will help you to get those things you need to help them in their jobs.

    Most important, from my experience is, not to take it personal. Remember cool heads in a battle know how to conquer the enemy. And, the person you are talking to, with their question, is not the enemy. Be calm, be steady and be ready to let them show you they are smart.

    Carol, you have a great idea to attend the conference. There are the experts. Those who attend listen, listen and, again, listen. Be a good Quality or Mission Assurance engineer…let them tell you.

Leave a Reply to Agile Scout Cancel reply

Your email address will not be published. Required fields are marked *