Share
ReportOkay Guides community before I write a big long Linkedin article about why I don't recommend using and implementing D365 Guides in your organization yet...(you can test it), I figured I would reach out and see your thoughts.
Here is the issue: when you create a Guide for use on your factor floor, or service bay or where ever how do you document that is Guide XYZ ver 1.xxx., for example?
In my job I create specific, technical documentation all the time. This year alone I have already worked on more than 30+ technical documents that gets released out to service reps and factor workers. Some of our equipment can cause serious harm if not properly built, serviced or installed. Changes to how that is done gets documented and pushed for CYA for everybody.
D365 Guides is part of the new world of "Technical Publications". Which is really important...have you seen the news of the Boeing 737 Max and its bad sensor causing plane crashes? Which means you need to be able to document, in the Guides what version your of "build a widget instructions v.1.x" is using.
I've looked through the documentation and am working on a new Guide this week and have yet to find a place to put version control on the Guide. Hello, Microsoft, you bought GitHub for software version control...D365 Guides specifically needs version control as well.
Imagine the scenario: (Tom) "Hey Bill you putting those new nose vA sensors on the Boeing 737 Max?" (Bill) "Yes Tom, I am, I love this new D365 Guides helping me." Mean while engineering had pushed a change to nose sensor vB but lack of version control meant Bill didn't know he was using an old version.
As i put in a previous linked in post, the current work around in to create a Guide slide with the version control listed on that slide. The issue from a security stand point is that while you can't currently delete guides, you can delete individual slides thus adding/removing a "version control" slide after the fact.
All responses (
Answers (
291,280
