
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-04-2019 09:15 AM
I have a process question for fellow #ServiceNow developers.
How do you manage your ServiceNow development cycle from request to completion?
In ServiceNow using the Agile process? Epics > Stories, etc?
Using SCRUM or Kanban-style board?
If so, how do you show incidents on your boards -- do you take submitted incidents and create stories for them?
Do you have demand management set up in ServiceNow and use it?
Do you have people in your company email you directly with requests for enhancements or new ServiceNow custom apps/projects?
I'm trying to think of an effective, easy way to be able to manage all our ServiceNow developments needs (bugs, enhancements, new project requests, etc) and I'm curious how other Snow dev teams are managing their process.
For developers on teams in a Snow customer company: how does your team managing its dev process?
For Snow partners: how have you seen your clients' dev teams handle this?
Thanks in advance for your responses!
Rick Forristall
Sr. ServiceNow Developer
Freedom Financial Network
Solved! Go to Solution.
- Labels:
-
Best Practices
-
Team Development

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-05-2019 07:51 AM
We only get:
Requests - Access requests, general requests, etc
Incidents - can't access mostly, some questions.
Enhancements - we don't do custom apps, very rare to get bug issue.
We're a global company with 2 Prod instances. We use an assessment, similar to risk assessment, that determines the Order of enhancements. So far it's worked great.
We review each other's code when changes are made, and we test (as non-admin) along with another Tester, before releasing to submitter to test. I hold a weekly meeting with the managers and demo all new items so they are aware of functionality, etc.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-12-2019 12:00 PM
1 - Yes
2 - no, it's completed after someone submits
3 - NA
4 - We started with a few, then added more questions, then changed the values based on what we've been seeing. It's always reviewed to make better.
5 - it's mostly ME filling this out. Users would also want their enhancement at the top!
6 - No
7 - Development team
8 - Me

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-12-2019 12:14 PM
I wondered how you were balancing what the user thought was a priority versus the real priority.
Is what you're filling out part of the enhancement and you complete it after the enhancement is created? Or do you have some other form somewhere with those questions and associate it with a specific enhancement?
Thanks again--this has been very helpful as I start to refine some of our dev team processes.
Rick

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-12-2019 12:27 PM

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-04-2019 05:30 PM
Over the years, I have found that most ServiceNow development have their own 'tailored' version of agile development. Two of the most successful (in terms of through-put) teams, that I have worked with, were setup as such:
Team A
1. used Jira for development process management including Kanban board
2. used enhancement module to manage client enhancement requests. Related enhancement module to incident and service request
3. 2 week sprint cycle
4. Release to production as and when stories are tested and signed off by business
5. Did not use Demand module
Team B
1. used ServiceNow agile 1.0 and considered moving to agile 2.0 but licensing became an issue since agile 2.0 used a dashboard available only through performance analytics premium
2. used service catalog to manage all client enhancement requests.
3. 2 week sprint cycle with fixed release cycles
4. Used Demand management module for new project requests only