- Google Docs for all design documents. From the outset, we have used Google Docs for all design documentation (. I won't spend too much time here on the advantages because a) anyone reading already knows about it and b) I would need to devote an entire post to it anyway. The ability to share and link documents via the internet has been even more important. So, for openness, whenever we needed to include a new resource or just give someone a view of our stuff, we simply share a folder with them.
- Blogs at PSU for development and delivery. I know I've covered this before but again, because it's this platform, the content we create is open and immediately sharable. During development, we included links to our google docs and scripts into our blog content pages. This has been more helpful than I first imagined. It has allowed us to design and script in one place (google docs) and then visualize it's end state better when these docs are easily linked in the content page during development.
- OmniPlan project planning tool. Admittedly, this is the weakest aspect of the toolset so far but that's only because I have not focused much on it. I was hoping to find an online tool that would be easy to use but I haven't. Also, I'm only using the free version of OmniPlan because, well, I thought I'd find a comparable free web-based version. The free version only let me create 20 tasks for a project BUT, it does let me create an html version of the plan so I am able to share the plan (as you will see). If you are reading this and see what I'm looking for here, I'm all ears (eyes, really).
- If an non-exempt employee travels for work on a Sunday and they do the travel between their normal work hours (let's say those hours are 9-4 each day), they must be paid for that travel time. So if they travel from 9-4 on that Sunday, they are to be paid for that time. If they travel before or after that time, they do not have to be paid. So if this non-exempt employee travels after 4:00 on Sunday, they don't have to be paid for their travel time. I think....
- Mitch Kirsch, Director of Admin. Services in the Schreyer Honors College
- Lenny Pollack, Manager, Human Resources Development Center
- Diane Brown, Asst. Director Human Resources Development Center
- Brad presented on the Blog platform in general. He gave a broad overview of the platform, including the tracked history of it's rollout and user data to show how it's growing adoption among Penn State faculty, staff and students.
- Erin demonstrated examples of instructional uses of the platform in English 202C (technical writing class) where students are using the platform to publish their assignments on the web, create their resumes and develop broader reaching e-portfolios that contain showcases of their work throughout their academic career at Penn State.
- My presentation shifted gears and showed how the Blogs at Penn State was used as e-learning authoring tool to develop a Biology 12 lab as an open courseware deliverable.
Type of Training per 1 hour | Low Hours (2009) | High Hours (2009) | Low Hours (2003) | High Hours (2003) |
Stand-up training (classroom) | 43 | 185 | 20 | 70 |
Self-instructional print | 40 | 93 | 80 | 125 |
Instructor-led, Web-based training delivery (using software such as Centra, Adobe Connect, or WebEx-two-way live audio with PowerPoint) | 49 | 89 | 30 | 80 |
E-learning Developed without a Template | ||||
Text-only; limited interactivity; no animations | 93 | 152 | 100 | 150 |
Moderate interactivity; limited animations | 122 | 186 | 250 | 400 |
High interactivity; multiple animations | 154 | 243 | 400 | 600 |
E-learning Developed within a Template | ||||
Limited interactivity; no animations (using software such as Lectora, Captivate, ToolBook, TrainerSoft) | 118 | 365 | 40 | 100 |
Moderate interactivity; limited animations (using software such as Lectora, Captivate, ToolBook, TrainerSoft) | 90 | 240 | 150 | 200 |
High interactivity; multiple animations (using software such as Lectora, Captivate, ToolBook, TrainerSoft) | 136 | 324 | 60 | 300 |
Limited interactivity; no animations (using software such as Articulate) | 73 | 116 | NA | NA |
Moderate interactivity; limited animations (using software such as Articulate) | 97 | 154 | NA | NA |
High interactivity; multiple animations (using software such as Articulate) | 132 | 214 | NA | NA |
Simulations | ||||
Equipment or hardware (equipment emulation) | 949 | 1743 | 600 | 1000 |
Softskills (sales, leadership, ethics, diversity, etc.) | 320 | 731 | NA | NA |
- The 2009 numbers seem much more 'averagy' (yes, I just used that word). The 2003 numbers are all rounded nicely, almost as if a sales person was providing a 'range' of hours estimates to a client.
- In a number of important 'sweet' spots of development, the number of hours has actually gone up in the past 6 years.
- Yes. Sort of. Hours tracking in our business has sort of an odd history. Way back in the day (early 90's), hours tracking for e-learning (back then called CBT or TBT) development was done under an organization's more formal hours tracking system. These systems did not easily conform to the unique needs of e-learning development but it wasn't that important. For e-learning teams within bigger organizations,if tracking was done, it was to ensure we had 40 hours on our timesheet. It was a requirement to get paid. Whether it was detailed to a project was important, but not critical. As long as you had 40 in there, you were good. If you were only at 35 hours for the week, you simply sprinkled 5 hours on a few different projects and you were good to go. Who would really know? Or care?
- If e-learning leaders wanted more realistic data, they would have their own separate system so they could a) give more realistic price quotes for future projects and b) prove how efficient they were in the 'time to develop one hour of training' metric. Part b was particularly troublesome because you could change assumptions on your numbers to come up with absurdly low ratios that showed how "awesome" you were. Bottom line: tracking was done to get Paid, determine Price and ego-massaging Pride.
- I'll boil it down to one key event: Enron. The Enron scandal exposed the failure of the somewhat self-regulatory nature of how companies did their accounting, most notably how they recognize revenue. Companies would 'accelerate' revenue recognition in order to make the next quarter look good. Some companies, like Enron, took this to outlandish boundaries. To illustrate with an e-learning example:
- Let's say Enron (all these years later, it's still OK to pick on them) had an e-learning division and that team landed a project that was signed on April 1 and was expected to take 6 months to complete. The contract value was worth $100,000. If Enron wanted their second quarter revenues to look good (quarter ending June 30), they would just recognize the full $100,000 of the contract as revenue for that quarter, justifying it by saying they landed it in second quarter. But by that time, barely half of the project would actually be 'done'. You see the problem. And so did Congress. Thus, Sarbannes-Oxley (SOX) was born. And this is where the project tracking science picks up.
- Three words this time: "Fear Of Noncompliance". (Note: I will tell you right now, I'm not qualified to discuss Sarbannes-Oxley. What I am relating is my experience at Infologix with SOX's impact). While SOX was to only impact public companies, many private companies re-evaluated their own accounting practices and adjusted "just in case". At Infologix, like many companies, the CFO's role became critical in defining and enforcing financial responsibility all the way down the chain. Infologix had just gone public so the need to "do it the right way" was VERY important because now regulators were watching carefully. One end result was the implementation of an organization-wide project tracking system that tied directly into the financials system at many levels. For Finance, this meant that at any time, they could see the relation between budgeted hours burned vs. revenue recognized on any project. Sales people and executives naturally hated this but this is a new era in accountability and transparency.
- The finance function is more powerful than ever in this new environment. But if it was just finance telling e-learning developers to stay the course, it wouldn't be enough. The key driver to the furthering exact science of hours tracking is executive leadership. Yes, the big bosses. Why? Because it has a direct, immediate impact on revenue. In this new world, executives have a direct interest in how many hours an e-learning (or any other of course) project will use and how many have been 'burned' at any given point. Here's the bottom line on that: on any given day now, a project manager or even director must be ready to explain that's days status of hours burned and revenue recognized. That 'motivator' has spurred this more exact science in. The world has demanded more transparency and accountability on a daily basis and e-learning developers are included.
- Yes, previous estimates were off. I personally feel the main reason was the under-reporting of hours from two main resources: graphics/media development and programming. In my opinion, both of these disciplines are highly creative but in different obvious ways. These disciplines have also chronically under-estimated how long something will take them to do and also under-reported how long something did take them to do. Why? These are fiercely proud folks and also competitive within their disciplines. For example, when asking a flash developer or a programmer how long something will take to create, they are typically very aggressive in their estimates, meaning they give a low estimate. Let's say the person said "4 hours". He or she is not low-balling; it is what they believe. More often than not, it takes longer to do than they thought. Let's say it took 8 hours. When they report back how long it took, they might budge and say, "mmm, about 6 hours". Now that financial accountability has spread to the front lines, these resources spend more time ensuring accuracy and not worrying about the pride factor related to time.
- Outsourcing has also contributed to more accurate hours tracking. As increasing numbers of organizations rely on the outsourcing model for development, the eye is out for 'over-billing' constantly. If you know how many hours a task should take, say 40, and a sub-contractor give you an invoice for 60 hours, you are all over that. You would investigate heavily before agreeing to pay for 20 more hours than you expect something to take.
- A total re-creation of the course content based on more focused and related learning objectives
- Re-use of technologies and processes from the first project
- Utilization of new tools and technologies to utilize in the online learning modules.
- Did your team meet your objective(s)?
- Did you follow your strategy? If not, how did it change as you proceeded?
- Why did you reach a successful out come or why did you not reach a successful outcome?
- She would take the powerpoint slides from each of the teams that negotiated with each other and put them in one VoiceThread presentation. To illustrate, she had Team A and B negotiate with each other. Team A and B sent their ppt slide to Evelyn and she then uploaded the 4 slides from A and 4 slides from B into one VoiceThread.
- One this 8 slide presentation was set up, she assigned the 4 individuals from Team A and the 4 from Team B to that particular VoiceThread. This way, each team could read the other team's post hoc analysis.
- She would then give each of the 8 total individuals three days to review the combined analysis and make comments in VoiceThread.
- In all, she had 6 pairs of teams so she ended up creating 6 separate VoiceThreads
- Dan Berman
- Cathy Holsing
- Chris Stubbs
- Kim Winck
Recent Comments