Ben Weatherall
Member for
24 years 8 months
Ben Weatherall was a leader in the CM community sharing his best practices from Fort Worth, Texas where he practiced practical CM on a daily basis supporting a modified agile-SCRUM development methodology. He used a combination of AccuRev, CVS, Bugzilla, and AnthillPro (as well as custom tools). He was a member of IEEE, ASEE (Association of Software Engineering Excellence – The SEI’s Dallas based SPIN Affiliate), FWLUG (Fort Worth Linux Uscers Group), NTLUG (North Texas Linux Users Group), and PLUG (Phoenix Linux Users Group).
All Articles by Ben Weatherall
All Stories by Ben Weatherall
| Got Configuration Management Best Practices?Why is it that we keep revisiting configuration management “best practices”? It is not that they are not well covered. It is because they keep changing and every time we look at the process of development from a different perspective, we learn something new. Ben Weatherall found that what we do under the guise of CM differs in how we identify the problems to be solved, how we address those problems, and even what tools are appropriate. | |
| When Large Teams Shrink Ben Weatherall addresses what happens when large teams shrink to the extent that they are considered small. There are several situations where this commonly happens—for example, when a team has been raided by other teams, when the majority of the work has been accomplished and a large team is no longer needed, or when the corporate situation is such that downsizing occurs. |
|
| Small Teams in a Large OrganizationBen Weatherall writes that the need to tailor existing SCM tools should be kept to a minimum and the solutions be implemented is such a way as to be reused in the future. Additional SCM requirements for these teams over and above those already in place are generally modest. | |
| The Rationale for StandardsBen Weatherall gives the rationale for standards from a non-traditional viewpoint, Know what you are trying to solve by first determining the root problems and your culture, and then try to either find a standard that matches or one that can be modified to fit your situation. Just make sure that if you follow a standard, you truly follow it and that if you modify a standard that you document where you vary from it. |