We recently discovered a typo in one of our Rise files, so exported a new version for our LMS. I then discovered that Rise files do not maintain the progress like Storyline files, so it reset the progress of everyone enrolled.
Is that a setting I didn't turn on? Or is that how Rise is set up?
Hannah
PS: another issue we discovered was a Storyline block with "Access Denied" on the user end. Would love help on that too!
Yes, if you keep the name of the course exactly the same you can replace your SCORM package without impacting learner progress.
Based on my own observations it appears that when you change the name of a Rise course, that the unique course identifier is changed behind the scenes. This information is not made visible in Rise itself so it's an assumption.
For our organization, before I was hired, the decision was made to include a version number as a part of the course name. When we publish course updates we need to change the course name from V1 to V2, etc. It would be great if we could change the course name without the LMS treating it as a completely different course, thereby resetting learner progress.
It would be useful if Rise staff could confirm the implications of changing the name of a published Rise course.
Hi Hannah! The expected behavior is that anytime you upload a new version of your course (regardless of name changes) to the LMS, learner progress will be reset. Your reporting data will likely still be available, but learners who are in progress will be reset to the beginning.
Thanks Crystal! I have actually not experienced that with Storyline files. Regardless of a name change, any replaced SCORM file in our LMS would maintain the partial completions.
So how is an organization or team that provides these files able to make timely edits without taking away work that has been done? That seems unfair and should have a better solution.
Only the most basic changes to storyline files will maintain the resume data inside the LMS anything that adds a slide or extra functionality will break the resume data.
Although not ideal, there are good reasons for this, you may have changed the way a course functions, added in content that is mandatory that the user has a already skipped.
There are also a couple of things in play here, changing the name in Rise is likely also changing the identifier which makes it a new course as far as the LMS is concerned, changing the name in a storyline file doesn't change the identifier that is when you do a save as. I don't know how Rise works with the resume data but it is better that the users starts from the beginning rather than the course getting locked up because the new course does not understand the previous resume data.
Referring to the link Crystal sent, our LMS does not behave that way. It seems I've been spreading misinformation based on how our LMS works. My apologies for that.
Our course updates are usually not significant, fixing typos etc that do not require the learners to retake a course. In this case we choose to update the existing SCORM package. So the fact that our LMS works differently is useful from this point of view.
If there are major changes we treat this as a completely new course that requires learner re-certification. In this case we add a new course and retire the old course.
9 Replies
When you say that Rise does not maintain learner progress, is that the case for all of your Rise courses, or just for the course that you renamed?
This is for the one Rise file we re-exported. In Storyline, regardless of re-name, it maintains the user's progress from the original SCORM file.
Renaming a Rise course and re-exporting to a LMS will reset all student progress. I learned that the hard way :-(
Thanks Karl! So if I export is as the exact same file name it should keep the progress though?
Huge Disclaimer: I not a SCORM expert :-)
Yes, if you keep the name of the course exactly the same you can replace your SCORM package without impacting learner progress.
Based on my own observations it appears that when you change the name of a Rise course, that the unique course identifier is changed behind the scenes. This information is not made visible in Rise itself so it's an assumption.
For our organization, before I was hired, the decision was made to include a version number as a part of the course name. When we publish course updates we need to change the course name from V1 to V2, etc. It would be great if we could change the course name without the LMS treating it as a completely different course, thereby resetting learner progress.
It would be useful if Rise staff could confirm the implications of changing the name of a published Rise course.
Hi Hannah! The expected behavior is that anytime you upload a new version of your course (regardless of name changes) to the LMS, learner progress will be reset. Your reporting data will likely still be available, but learners who are in progress will be reset to the beginning.
Thanks Crystal! I have actually not experienced that with Storyline files. Regardless of a name change, any replaced SCORM file in our LMS would maintain the partial completions.
So how is an organization or team that provides these files able to make timely edits without taking away work that has been done? That seems unfair and should have a better solution.
Only the most basic changes to storyline files will maintain the resume data inside the LMS anything that adds a slide or extra functionality will break the resume data.
Although not ideal, there are good reasons for this, you may have changed the way a course functions, added in content that is mandatory that the user has a already skipped.
There are also a couple of things in play here, changing the name in Rise is likely also changing the identifier which makes it a new course as far as the LMS is concerned, changing the name in a storyline file doesn't change the identifier that is when you do a save as. I don't know how Rise works with the resume data but it is better that the users starts from the beginning rather than the course getting locked up because the new course does not understand the previous resume data.
Referring to the link Crystal sent, our LMS does not behave that way. It seems I've been spreading misinformation based on how our LMS works. My apologies for that.
Our course updates are usually not significant, fixing typos etc that do not require the learners to retake a course. In this case we choose to update the existing SCORM package. So the fact that our LMS works differently is useful from this point of view.
If there are major changes we treat this as a completely new course that requires learner re-certification. In this case we add a new course and retire the old course.
This discussion is closed. You can start a new discussion or contact Articulate Support.