We are four days into the sprint now and things are going great! I think everyone was ready to get right to it this morning since the crew got to sneak away yesterday for an afternoon out at Lake Tahoe. The breath taking view from Eagle Rock was a great way to regroup and get ready for the remainder of the week.
For the last few days Team McAndrew, led by none other than… you guessed it, Michael McAndrew has been focusing on revamping the documentation in preparation of the 4.5 release. A snapshot of new documentation includes:
As we are winding down on documenting some of the new features, our group had a discussion about reworking the structure of the book to make important items more accessible and easier to find. So we are going to give one of the sections a go. As a group we decided to start with Memberships.
As a background here is a current structure for the Membership section within the User and Administrator book:
We decided that none of those chapter titles really gave you an idea of content that existed in that chapter. So, after a bit of mind mapping this is the structure that Alice, Joanne, and Michael came up with:
Each of the chapters will have subsections that dive into the weeds with the day-to-day administration of CiviCRM. We are hoping that end users and administrators can get to the information that is relevant to them much quicker. Feel free to give us some feedback when you go through the new section!
During the same discussion of reworking the structure of the book, we had another idea surface that we think might bring additional value to end users, administrators and CiviCRM evaluators. The idea started by discussing the lack of relevant use case data within the demo environments that inquisitive end users can relate to for their specific organization. As of right now we have some basic events and contribution pages set up, but what if we had a series of environments that were catered to a specific use case, and then that use case was referenced in the user and admin guide and then on top of that we had a workbook that enabled, end users, administrators and evaluators to configure this specific use case from start to finish within their own CiviCRM testing environment? Sounds pretty awesome huh? At least we thought it might be cool. Our goal would be to create some cohesiveness throughout all of the enablement material. Of course to test it out we are going to start with one use case, see how it goes and then build additional options from there. This sub group of the documentation team decided to go with Memberships as well. We are building out the scenario/narrative right now that would give a membership based organization something to relate to. After that we are going to start building out the workbook that would take someone end to end from defining membership types and payment processors, publishing the contribution page for membership all the way to reporting on lapsed members. After that, who knows, maybe we will get to build out an instance of CiviCRM with a sample data set to use in the scenario. We will keep you posted!