Tag: software

Inside the world of ”lesson recording’, there was a little character widely referred to as pure evil.

I will, obviously change the name of this software so I don’t give away the company and people that are involved in this little writing exercise. Let’s name it ‘the grape’, because it kind of sounds like that in my native language.

I am going to get a bit technical to make my point, so bear with me.
All the lessons were designed in one of the most widely used software for presentations. Yes, you got it, that’s the one. We designed one file with picture slides, information slides, examples and so on. And we would design another slide show where we would write everything we would say while recording. A.k.a. our script. They believed that we should not improvise when recording, because we weren’t actors. And I think they were right. So we simply wrote everything down and we just read in front of the camera. Kind of like a tele-prompter.

So we had two presentations. When we got to the recording set, we had to work with a recording program. And we had another little program called ‘the grape’ to link both presentations and the video recording program. With these four programs, we would use a remote control to tell the computer when we wanted to show ourselves on screen, then switch to the slide, then combine teacher and slide at the same time, then back to the slide, then just the teacher and so on.

With the remote, we wouldn’t need a camera man. Just the teacher, controlling the slide show, camera and everything.
But there was a catch: the grape program was extremely complicated to learn and even more complicated to make changes if you made a mistake while recording. This program was designed and written by the main engineer of this whole operation, the right hand man of Mr.Gestures, Todd, or Mr.T.

This guy was the author of the software that linked everything inside the set and he was quite selfish about it. The only computers that had the software installed were those inside each set.

When we had to record a lesson, what teachers had to do was take all their files to the set. Then, we had to painstakingly build a sequence in which we told the computer which slide would go first, then just show what the camera sees, then show the teacher and the slide at the same time, then go back to just the slide, then advance my script, then advance the slide…you get the idea.

This program simply recorded steps. Each step would tell the computer to switch from program to program. The concept was simple, but the average slideshows had around 80 slides, not counting animation effects. Yes, each clic was considered an additional step.

So we would have to make 150 or 200 steps per sequence, one by one. Maybe even more. And we did this for each lesson.
Not only that, when we were done with the sequence, we used to run it BEFORE recording, to check for mistakes. If a mistake was made or something was not working properly, we had to look for the mistake manually. This meant that we would have to check every single little step of the process, to find out where the mistake was.
When it finally worked, we would record the lesson, save it on the computer and continue with the next one.

When high-school was being recorded, some teachers cried because of the frustration of not being able to make the program do what they needed. Others banged on the walls to show their anger. It was definitely not pretty.

When junior-high was recorded, we didn’t have as much trouble because we had some experience. But the new teachers had to experience the same frustration that we did.

Luckily for them, the five supervisors in charge of each area had already recorded some lessons and were able to give some tips and suggestions for the newcomers. This aliviated the frustration, although not entirely.

Imagine analyzing each clic, step by step, around 12o of them per lesson. And each subject had around 40-something lessons. You do the math, it was very tedious work. Also, we had to do it in a tight schedule because editing was waiting for us and they wanted to send out the product in order to get students enrolled by the government.

Not exactly, but yes. I guess it kind of felt like this.

The process improved somewhat, but not enough. What could we have done differently?

Well, we could have gotten rid of that damn ‘grape’ program. Nobody actually thought about the efficiency of using it or if there was an easier, quicker way of designing that sequence. It was Todd’s masterpiece so, why would we dare try to change it or use something else to record?
But the point is that if something seems too complicated or it’s taking too much time to do., if you are constantly getting frustrated about how you are doing something, then you are probably not doing it right. Too many frustrated teachers should have been a sign to come up with a better way of recording.
Eventually, some teachers who specialized in computer science and programming came up with an idea to make the program work more efficiently. But they did this in their own time, out of compassion for their fellow co-workers.

So here is the lesson:
If you are the boss at a startup or any work environment, make a habit of talking with your employees. Find out what their needs are, search for ways to make their work more efficient, less tedious, easier and faster. How can you improve something if you don’t even know what you produce or how you go about making it a reality?

The guy that designed this little gem never actually recorded any lessons. So it was doubtful that he could really understand how things developed inside a recording set. The general rule for new teachers was just “you’ll get the hang of it eventually, don’t despair”
The owner, obviously didn’t know that this was happening, either. He rarely stopped by to see what was going on.

And when he did, he just went into Larry’s office and asked him how things were going. And it was kind of interesting to know how the owner, the guy providing the payroll, only bothered to ask Larry. The only guy who didn’t design lessons, didn’t record and didn’t really know how the production process worked.
So, get involved with your company. Get your hands dirty, investigate, ask around, evaluate how work gets done. Then come up with ways to improve that. Your employees will appreciate it quite a lot. And everyone knows that happy employees are employees that work efficiently and tend to stay with the company.