The Process and Tooling guild fills a unique niche at EduSource. We are sort of the “catch-all” guild. If we don’t think a particular tool we use belongs in the UI (User Interface), Server Side, or Data Persistence Guilds then, chances are, it belongs with us. All of the EduSource-created, internal tools are our domain, as well as the various online equipment that allows us to do our day-to-day jobs.
To achieve that, we have five basic “chapters” in our guild.
The first chapter is call EduProcess. EduSource is constantly being reinvented. We refuse to suffer processes that don’t work, and we always strive for ways to do things better (read about our Core Value of Kaizen, and how that relates here). As a result, we are constantly inventing, updating, tweaking, or removing processes from our existing plan.
These processes allow us to build a solid framework of understanding, within which we have the freedom to design creative, effective solutions to our customers’ unique challenges. We have developed these processes carefully, over several years, with a goal toward maximizing the effects of our efforts and providing maximum visibility into how our development lifecycle is functioning at any given time.
The next chapter is EduTools. Like processes, we are also constantly creating and/or implementing things that make our jobs (and our lives) a little bit easier. From sending information securely to giving our apprentices an easy way to get answers to their questions, we are always striving to improve.
This chapter acts as the curator of these technologies: housing “how to” knowledge, maintaining code, and keeping track of what’s available and how its working.
Recent Challenges: How do we get more help for apprentices; How can we send information to each other and clients securely?
Next on the list, is our IAAS (Infrastructure as a service) chapter. A company like EduSource requires a lot of infrastructure as well. But, in an effort to keep costs low and performance high, we often purchase our infrastructure from cloud-based companies. This allows us to focus on doing what we do best, instead of spending hours managing servers.
However, despite our best efforts, these services are not completely without maintenance requirements. When it comes to that job, this is the chapter that is up to the task. Filled with useful information and great people, this chapter really keeps our work flowing.
Then we have the local software chapter. This chapter handles things a little closer to home. Tools that we require to do our jobs and that are housed on our local machines fall into this category. From communication to coding, this chapter keeps our developers productive.
Finally, we have the SAAS (Software as a Service) chapter. Similar to IAAS, SAAS is all about getting the services we need without the overhead of hosting and maintaining it locally. SAAS is different than IAAS in the scope of what we are getting from the provider. Smaller things like office software and password managers fall into this category, as well as many our code repositories.
Using the guild structure allows us to offload the knowledge required for all of these different tasks onto multiple people, and it also gives us the benefit of knowledge sharing to reduce bottlenecks when important resources are unavailable.
Want to know more about our Guild Structure? We’d love to chat. Email firstname.lastname@example.org to set something up.