Post audits, retrospectives or post mortem.. companies give it different names and meanings. Some look at it as a means to blame someone else or wash their hands of the problems or use it to talk about everything that went wrong. The idea behind post audits, retrospectives or post mortem should be learn from the lessons. Our actions, reactions, process, events, logs etc are opportunities we can learn from.
I hate the word post mortem so I am going to refer to it as post audit for discussions here. Post audit is really a end of project activity or meeting to review the project. Look at things that worked, things that didn’t work, things that could be made better and then things that worked really well. The teams get together and go over the events and activities and categorize them into sections – good, bad, could be better, etc.
Here are some things the team can do to make post audits add value to the future releases of the product. Its really about learning from the lessons
One which I’ve really like is the Professional SQL Server 2008 Internals and Troubleshooting by Wrox Press. My favorite at the moment though would have to be my new book “Securing SQL Server” which is coming out in February 2011.
I don’t really have a hero. This probably comes from the fact that most of the people that I look up to in my professional life are good friends who I talk to and joke with on a regular if not a daily basis. People like Buck Woody, Paul Randal, Kimberly Tripp are all people whose levels of awesomeness I aspire to get to.
These days prepping demos, slide decks, etc. for user groups or conferences. My schedule for the first half of 2011 is insane looking. When I actually get a little free time I love taking my motorcycle out for a ride around Southern California.
The breadth of technologies which I have a very deep knowledge of is definitely something which sets me apart from others in the field. There are only a handful of people in the SQL Server community who give deep storage presentations or VMware presentations even those these are technologies which as DBAs we probably use on a daily basis.
There are two things that inspire me. The first is my wife who is constantly kicking me in the rear to better myself. The second is the SQL Server community. There are so many great people out there who want to better themselves and others, and I’m write there with them. There isn’t an event (SQL Saturday, major conference, etc.) that I go to where I don’t learn something. And if I can share something with someone that makes their work life easier than awesome.
Denny Cherry has over a decade of experience managing SQL Server, including MySpace.com’s over 175 million user installation, one of the largest in the world. Denny’s areas of technical expertise include system architecture, performance tuning, replication and troubleshooting. Denny currently holds several Microsoft Certifications related to SQL Server as well as being a Microsoft MVP. Denny is a longtime member of PASS and Quest Software’s Association of SQL Server Experts and has written numerous technical articles on SQL Server management.
Over the past decade I would have to say that the shift to 64bit platforms has probably been the biggest change. It allows for so many more resources to be crammed into a single physical server, and this makes such a major difference in the database world as the more CPUs and memory you can fit into the server the more that you can do with the server.
It was an interesting place to work, however the job itself wasn’t all that exciting which is why I didn’t work there very long. Most of the problems that we faces while I was there was just keeping the statistics up to date on the servers. The architecture really hasn’t changed much other than moving from non-clustered SQL Servers to clustered SQL Servers (which is something I talked to them about doing 4 years ago and was told it wasn’t something they were interested in doing).
The company that I’m with now (Phreesia) and the last company that I was with were both cloud based applications, or to use an older term Software As A Service (SaaS). At my last company I put together a private cloud infrastructure which runs the entire company as the system dynamically moves resources from one physical machine to another. The same kind of setup is in the planning stages at the company that I’m at now.
I don’t think that there is any specific new technology that I’ve adopted recently. The last major piece of technology that I’ve really adopted is virtualization without which I don’t know how I’d be able to function at this point.
I don’t want to jinx it, but hopefully presenting at Tech Ed 2011 in Atlanta, GA.
To establish my own consulting business
The Myths of Innovation
My line of work keeps me busy most of the time, but I like to read and work on my next belt in Karate (black belt)
I can be very patient when working as a manager
I get inspired by people who can find solutions for difficult life problems
I would see the introduction of High speed Internet service (DSL). One of the biggest issues we faced when I started to work on customer support issues was connectivity issue (Dial up modem), it would slow down our work considerably which led to many frustrated customer. High speed Internet made is much more convenient to resolve customer issues.
Working with customers helped me get first hand experience on what difficulties customer faces when dealing with technical products (hardware and software). What may sound a common sense to a developer may not be so easy to understand by the customer. Working with developers (with a background on customer service) helped me guide them to design better user interface, especially when I was involved in Software testing and Quality assurance.
· As I stated in the previous answer, don’t assume that the end user would understand what seems to be a common sense to you (the developer).
· End users requirements document must be written by the end user first and then it can be modified (with end user approval) by project development manager. Developers must be mind readers of the ender users.
I have worked in United States, Saudi Arabia, Qatar and short work visit to India.
In Saudi Arabia and in Qatar, we still see the businesses run by families where there is no much room for individual talent to grow; most businesses are tightly controlled by upper management which mainly consists of the owner or his family members.
In the United States we have the problem of “the customer is always right”, although for 100% customer satisfaction, some customers demands cannot, feasibly, met and with some companies where I worked, having the mindset of “the customer is always right”, put unnecessary pressure on the developers and the technical staff.
My definition of quality “understand the pain of the customer and do your best talents to eliminate that pain.”
When I was in India, I had difficult time communicating my understanding of “Quality”, what was for them “5 stars or state of the art”, it was just OK for me.
In Saudi Arabia, I was shocked to see how some Global US firms would provide less Quality service and not so courteous customer service then they would in the US.
The Internet was and still is the best technology I have ever worked with and of course we can’t imagine life without it.
I was reading Glitch: The Hidden Impact of Faulty Software by Jeff Papows last night. I havent finshed the book yet but the following quote caught my eye
“…these types of innovations call into question whether we are using technology to add value on behalf of the consumer or simply doing it because we can.”
I had done a piece on complexity of technology a while back and had talked about how we can complicate or add value to products. Continuing on the same line of thoughts I like how this author talks about what does adding everything we can to a product really do to the product. Is it advancement or are we overkilling it. By adding more and more we can complicating even the smallest of the technology. The more we add, the more risk there is of things falling apart.
He talks about “…prediction that by 2016, 62.3 million global consumers will have Internet access in their cars.”Hmmm so we have a cell phone which has Internet, we carry Ipad/laptops which have Internet what more would we want to be able to do in the time we are driving from place A to place B. I am sure there could be one or two emergencies like needing to find a gas station, car breaks down and we need a mechanic, etc. Isn’t cell phone good enough? Maybe its just me and I don’t get it.
Who drives innovation – consumers and their needs or products and its need to stand out?
How come companies are not spending half of the money into making good products? Toyota and its problems is just an example of where they were growing too fast for their own good and messed up the one thing they were known for – reliability. If we cant rely on a good car what good is Internet, high end navigation, satellite radio and heated seats. I wont complain about the heated seats in Minnesota winter so I should take that back. See how I am ready to take the heated seat as a input to make decisions to buy a car. 10 or 15 years ago I wouldn’t have worried about it. But its the car companies that created that need for me and now I want it as a necessity. Same is applicable to any product. Some things turn from luxury to necessity over time.
I think consumer need and product innovation are in a never ending circle.
What do you think drives innovation? Care to share your thought?
P.S I will do a book review once I complete the book but I like what I have read so far. Would definitely recommend this to anyone who is involved in software development irrespective of their role in the team.
I will talking to an IT professional in a few days. If you have any questions for him please post your questions here. I will pass it along to him.
He is a blogger @ITKE IT Project Management since sept 2007. He has written on various topics related to emerging trends, technology changes and trends, project management and current topics related to IT.
His background is in the IT and IT management. He has been in the IT field for almost 15 years and started working in IT with customer issues with major computer Manufacturers and then moved on to work as programmer, tester and now manager.
His area of expertise is in working with customer service related issues within IT Industry. Also he has worked several different countries and can answer questions related to different in cultural understanding of IT terminologies.
Please post your questions here. And check back for the answers.
In traditional software development methodologies we are used to writing long test plans. We usually had releases only couple of times a year and we had days to plan and write a test plan. These days the release cycles are getting shorter and shorter and we don’t have the time to write a 10 or 20 or longer page test plan. Even if we did write it, our teams don’t have time to review it and give feedback.
What we really need is planning with agility. We have to be able to plan or strategies for testing and communicate all relevant information to the team. It doesn’t have to be a long document but we have to be able to plan and also communicate our testing strategy efficiently and effectively.
Here are some things to keep in mind
So dont skip planning just think about it differently and with agility.
As test leads we have several responsibilities between testing, manging project, testing, test planning, etc. You can do these two things daily to make your life more manageable and easier.
It doesnt have to be formal but just an informal way to document everything that happens on a daily basis for your project. Spend 5 minutes at the end of the day and it will save you hours and hours of your time later when someone asks why a build was rejected or why testing is late, etc. It will be lot easier to open your journal than dig through millions of emails.
A document (excel or word) where you document everything that happens to your project on a daily basis. There could be days where nothing happens while other days a lot could change. So for example if you were to get a build today and it didn’t happen, then just add a note to the journal that the build was late or not deployed.
It helps you create a documentation of things that happen to your project – big or small. If someone comes back asking you why something didn’t happen or why testing is late you pull your journal and give the exact information they need – like how many times the build was late, test system crashed, etc. It helps you cover your tracks, helps when fingers are pointed at testing in general. Small things add up and show trend so if the builds were to be installed Monday at 9 am every week and you don’t get it till Monday 3 pm couple of times, its testing time you have lost. According to the plan you are on time you got a build on Monday but in reality even a few hours makes a huge difference. So taking notes daily will help you predict the impact of these small changes.
Spend few minutes cleaning your data that is used for metricsIf you are using a tool to store your test cases, execution status or defects, go through them everyday. Run error reports regularly to make sure your data is clean. Spend 10 minutes first thing in the morning. We use quality center and I spend 10 minutes every morning to clean it up. I run my reports in dashboard to make sure I am seeing the trends and also if there are huge changes I investigate it early on.
Depending on where your data is, spend 10 minutes cleaning it up. For example if you use a bug system, review the few new bugs that were reported the previous day or night if you have offshore. Same way review a few random test cases, look at the application if you have a new build, etc.
As test leads do you have any tips or pointers to save time and make our lives a lot easier? If so please do share.