For those who are not yet part of an AR System development team but still want to learn Remedy and move closer to or into Remedy AR System development: What are the prerequisites to put your first steps (hands-on) in Remedy?
There are no prerequisites as such! It’s all your willingness and inspiration to read and experiment.
If you are so specific about checking a readiness to do get hands on or if you are someone who doesn’t have the confidence to do it even after doing enough reading, check whether you know the following.
1) Forms
Theoretical understanding of the three main form types, Regular, Display only and Join.
Core fields. (Note: Core fields cannot be deleted; they can be disabled or hidden)
2) Fields
Character fields and Integer to begin with. Rest are nice to haves on your first day.
3) Active Links and Filters.
If you understand why to have Run If, Execute On, Execution Order and Form Name in the workflow.
Familiarity with key Active Link and Filter Actions (If you want to start simplest, go for Set Fields, Push Fields, Change Fields (ALs only), Open Window (ALs only, If you find the field mapping in Open Window confusing you, leave it aside).
Nice to haves at this stage: Understand theoretical basics of Escalations, Workflow Permissions (in Permissions tab), and Understanding of more Active link/Filter actions.
If you have been serious about learning Remedy, I am sure you know much more than this. That means you are more than good to go hands on.
Something to do in the first day:
· Have a very simple logical flow in mind. Today you are going to build that in Action Request System.
· I would ask you to start in your first experiment only with a Regular form.
· Create your Regular form. Core fields are already there. Add a couple of new fields in-line with the flow you have planned. Play around with the fields, add them, align them, realign, use Trim fields (boxes, lines, text etc) to enhance the view. (Let the GUI designer in you enjoy the first hand on the Remedy!)
· If you already possess theoretical understanding of table fields, put one and experiment. If you think it is not too much on the first day.
· Add buttons, tables or so. Write workflow on them as required by the design already have in mind.
If you have done at least 80% of what you wanted to build when you stared, take it as success. Read further and experiment further. There is no limit, go on…
All of BMC’s AR System and ITSM (IT Service Management) documentation are simple and illustrative. You can depend on them to dig a bit deeper even if you do not have a ‘sandpit’ AR System Server at this stage. A few days later when you feel enough confident and have enough time, install your own AR Server and live like a king in your world of Remedy.
Experiment, Try, Practice..Whatever you call, that is what it takes!
Log analysis is a key skill for AR System Developers. Try to enable logs and try to understand them.
Tip: Though not mandatory (technically) at any stage, good if you make it a practice to write change history and help text as applicable, whenever you create and modify new objects. This habit will help later when you start working in large development teams.
I am yet to explore much of AR System and ITSM version 7.5 and above. It seems I have to wait a couple of months to get that natural opportunity or time to do it in away from work. Thus most of the things I write in this blog may be more specific to versions pre 7.5.