top of page

Project Management Experiences

Like many, I work as a teacher, and while my role is not designated as a project manager, the various hats I wear require me to apply project management principles on a regular basis. For example, one project I worked on involved getting faculty on board with using eLumen. to document student learning outcome (SLO) data. This was part of an effort from the Student Learning Outcome committee in which I participate. The purpose of using eLumen technology is to formalize the process of documenting SLO data within the college. Basically, we are tasked with working on a recommendation from the ACCJC, the Accrediting Commission for Community and Junior Colleges, to make progress on integrating an institutional process to collect and analyze student learning outcome data. In this particular project, I was not involved in the decision to purchase eLumen to facilitate SLO work, just the task of getting faculty to use it. Our goals were to get faculty to (1) update their SLOs so that they accurately represent the goals of their courses and that the SLOs listed on their syllabi are the same as those entered into eLumen; (2) to assess their SLOs in eLumen; (3) to analyze their assessment data in a manner that drives program changes to increase student success.

 

I can’t say we had a very clear picture of what we were doing the whole time, but we had to layer our approach given that different departments were at different stages with their work; some needed to focus on revising their SLOs while others needed to learn how to use eLumen to assess SLOs, and all needed to organize an assessment and analysis cycle and get enough faculty to input SLO data so that it can be sufficient enough to inform their discussions on student success. Initially, we offered several workshops and dedicated a “SLO Liasson” to each division for one-on-one assistance with eLumen (which is not an intuitive program to use). We then transitioned to training coordinators for each department to organize SLO assessment; to assist them we had to create assessment and reflection templates for them to use, basically because eLumen can be very confusing to use and, as I said, is not intuitive, so we had to design a more intuitive and user-friendly experience for faculty. Finally, departments were tasked with creating a 3-year SLO assessment plan for programs and then report out their progress with SLO assessment and analysis on their annual program review report. The scope of this project is ongoing, and it took about three years to get departments in a good place with being organized with their SLO assessment and understanding how to use eLumen. It took this long in part because the SLO committee did not fully understand all the quirks of eLumen. When we came up with a system to design the user experience in eLumen in a more simplistic manner, departments were then able to make a lot more progress. Working with the program review committee to include an SLO section on the program review report was also very helpful. Overall, it was a very messy process that could have taken less time to figure out if we had more training on how to use the various functions in eLumen in the first place.

Higher ED LDT Case Study

Boyd, L. G., & Fresen, J. W. (2013). An integrated management approach in a higher education technology support unit. In A. D. Benson, J. L. Moore, & S. W. van Rooij (Eds.), Cases on Educational Technology Planning, Design, and Implementation: A Project Management Perspective (pp. 206–228). Information Science. Download Boyd, L. G., & Fresen, J. W. (2013). An integrated management approach in a higher education technology support unit. In A. D. Benson, J. L. Moore, & S. W. van Rooij (Eds.), Cases on Educational Technology Planning, Design, and Implementation: A Project Management Perspective (pp. 206–228). Information Science.
 

One of the first things that stood out to me was how much collaborative effort took place before the planning of the project, with the consultant providing training and several “coaching” sessions to acclimate the teams to issues and challenges of the project as well as providing them a space to voice concerns or feedback. In the planning phase, I also noticed the QA consultant anticipating a risk of managers starting to document procedures after the QMS was implemented instead of starting this process right away. The consultant viewed this as something that could potentially stall the project down the line, and the consultant also anticipated pushback to producing documentation as something too bureaucratic. To mitigate this, the consultant made the process simple, practical, and available online in addition to devoting a good portion of the “Introduction to Quality Assurance” workshop to the documentation process itself. Here too the authors emphasize the importance of creating time and space for workshop attendees to voice concerns and provide feedback, and specifically note its importance to fostering ownership and enthusiasm among participants.

The most significant change noted was the duration of the project, which was initially planned for one year but lasted two, “due to time constraints on members of the department, which prevented them from devoting sufficient time to task teaming and other activities,” as noted on pages 213-14. A “lesson learned” noted was the realization that they should have treated “the QMS implementation as a separate project in itself” because it was not “properly resourced and scheduled” (p. 219), which I imagine contributed to the project time being extended. Anticipating resource needs and the availability of staff to devote time, particularly over a long period of time, can obviously be challenging. This reminds me of the importance of the work breakdown schedule (WBS) described in Chapter 6 of our reading by Horine, which emphasized its role in determining realistic schedules and resource needs. Other points that stood out were the expectations of use of the Quality Management System and the need for it to be maintained and updated after the project was complete, which is a valuable point for implementing a new tool such as this; while those who are in the know will find value in it, others less informed may not. The testimonies provided reflected a wide range of use of the QMS, suggesting that it was a good resource for training and new employees, but others struggled to find the time to understanding the system.

Military LDT Case Study

Bland-Williams, S. (2013). Implementing simulators to facilitate learning for initial entry soldiers. In A. D. Benson, J. L. Moore, & S. W. van Rooij (Eds.), Cases on Educational Technology Planning, Design, and Implementation: A Project Management Perspective (pp. 364–383). Information Science. Download Bland-Williams, S. (2013). Implementing simulators to facilitate learning for initial entry soldiers. In A. D. Benson, J. L. Moore, & S. W. van Rooij (Eds.), Cases on Educational Technology Planning, Design, and Implementation: A Project Management Perspective (pp. 364–383). Information Science.

Establishing a department language and anticipating the complications that could arise from working within an organizational structure based in hierarchy were two initial challenges that stood out to me when the Course Manager was planning the project. The necessity to establish the jargon of the department in order to communicate project needs clearly was a result of departments merging and consolidating such that employees were coming from diverse departments with particular professional terms of their respected field. The need for a common language or jargon was important to establish in order to communicate project needs; and there was also mention that the newly merged department also needed to form official regulations. The importance of language use in the planning process was insightful as, from my experience, all the professional terms and acronyms particular to an organization have been learned on the job without any sort of formal effort to teach this.

The second challenge that stood out to me was how the hierarchical organizational structure could affect the timeline of the project, causing possible delays or even requirement changes. Since the project needed to filter through a chain of command, the Course Manager identified a risk of the project stalling as it did this, especially since the project also needed to work with outside agencies. One additional concern that could affect the project was the fact that existing employees were already taking on additional responsibilities as a result of vacant positions. The amount of preparation that went into the planning the project was insightful, and I can imagine that dealing with different levels or “gatekeepers” for your project to pass through would have a lot of potential to cause complications in timing as well as the quality.

Once they implemented the project, they were then met with cost management issues that they had to work through. In addition to the unanticipated costs of long-term maintenance of the equipment, as well as costs resulting from market fluctuations, the project was met with cuts from the budget. This resulted in the Course Manager having to collaborate with the subject specialist to work out ways to cut down on the execution costs given that system maintenance funds would likely be affected, which would impact funds for personnel training, system upgrades, and replacement parts (p. 376). Overall, the project, while having a lot of foresight with possible complications with communication and controlling the timeline, encountered its main obstacle with complications with flow of resources, the cut to the budget forcing them to rework the project which likely adjusted the anticipated quality of the project. All in all, this case study provided a good example of how project management continuously deals with ambiguity, anticipating possible risks and adjusting to fluctuating resources.

LDTE 5120

©2022 by Managing Design & Technology. Proudly created with Wix.com

bottom of page