2012-11-08 Release
Summary
This release primarily involves:
- Schema changes for task in order to unify client reporting
- SOAP permissions changes for reporting
- Updates to the VMWare SC request
- Various filter/query/gauge fixes
- Labeling/info text customizations
Progression
Status |
Activity |
Description |
Duration |
---|---|---|---|
|
Identify release date |
see Release Calendar |
minutes |
|
Schedule cloning |
clone from prd to: pre, trn, and tst for after release; https://hi.service-now.com/ |
minutes |
|
Schedule code review |
this should happen after initial handover and before release |
minutes |
|
Submit change request |
Open a build/test change request in https://yale.service-now.com/, assign to |
minutes |
|
Start release document |
Copy from template ServiceNow Release YYYY-MM-DD |
minutes |
|
Requirements freeze |
Curate, then freeze requirements, providing estimates for each using estimator spreadsheet or equivalent |
hours |
|
Build phase work |
Begin work in dev |
days |
|
Unit tests |
Ensure all pushed to tst & unit tested |
hours |
|
Initial code freeze |
Hand over initial requirements list for functional & QA validation in tst |
minutes |
|
Conduct code review |
Shouldn't take long, just basic validation of approach and docs |
hours |
|
Defect fixes |
Iterative follow-up work in dev, test for defect resolution |
days |
|
Finalize release |
Identify changes & updates that are going/not going. Push to pre. |
hours |
|
Final code freeze |
Hand over final requirements list for functional & QA validation, w/ regression, in pre |
minutes |
|
Go/no-go |
Decide to push to production. |
minutes |
|
Production deployment |
Push to prd. |
hours |
n/a |
Production rollback |
If applicable; follow ServiceNow Rollback Procedure. |
hours |
|
Notify stakeholders |
send out email w/ summary status & link to release documentation, close out RFC and cancel clone requests, if rollback or no-go. |
minutes |
|
Target/Actuals |
Deliver target/actuals using estimator spreadsheet or equivalent |
hours |
Change Control
Release Notes
https://yale.service-now.com/kb_view.do?sysparm_article=KB0000066
Documentation
Detail is provided in the description. Full implementation detail is captured in the update set, which can be viewed (with admin rights) by drilling down into the links.
Requirements/Defects
Requirement/Defect (Original Names) |
Functional Tested? |
QA Tested? |
Dev Status Notes |
Description |
---|---|---|---|---|
Defect 332 |
|
|
conflicts w/ previous requirement |
Change: When you change the location on a Change it defaults back to the original location. Re-creation steps:
|
Defect 346 |
|
|
FRU fix in test |
Incident: The view in the personal filter for incidents doesn't stay personalized - see attachment |
Defect 353 |
|
|
FRU fix in test |
Priority 1 Incident Scroller Widget (on homepage) has incorrect data, probably due to filtering based on Active instead of Incident State. Priority 1 Incident Scroller Widget (on homepage) has incorrect data, probably due to filtering based on Active instead of Incident State. |
Defect 354 |
|
|
FRU fix in test |
Closed knowledge Submissions (SUBs) show up as open in queues and views. Reported via Incident INC0030525 by John Guidone. See attached screenshots. |
Defect 362 |
|
|
This is too vague. |
Queries are sometimes showing closed items when Active = True. When the query is set for active = items that are in closed or resolved status should not show up in this query.
|
Defect 365 |
|
|
confirmed, this gauge needs additional conditions |
The gauge 'Unassigned Work (MY Groups)' queue shows closed/resolved tickets. I have documented that this is happening with Incidents and Changes however I suspect it's happening with Problems, Tasks, etc as well. Some tickets did not get assigned before closure and these tickets are still showing up in the gauge. See attached screenshots. |
Defect 366 |
|
|
report is active=true, state=open, which is wrong. Problems have a separate state field of "Problem State". |
Report created for Active Problems shows closed Problems. See attached screenshot. Reported by Neha. This seems to be part of a larger issue where closed tickets showing up in 'open ticket' queues and views. |
Defect 371 |
|
|
FRU fix in test... although this is classic bikeshedding. This is platform behavior – this is merely an issue of taste. |
When submitting an ESS ticket strange text shows up at the top of the screen. See attached screenshot. Please remove the text "This incident was opened for your request. The IT department will contact you if they need any further information. You can track status from the Homepage. |
Defect 372 |
|
|
Probably valid. Again, screenshot is not a substitute for prosaic description. Which user is this? Don't make me open the screenie to find out. (table is sysapproval_group) |
Closed Complete Group Approvals showing up in 'My Group's Work' Query. I go into ServiceNow and click on 'My Group's Work' query under the Service Desk queue and 'closed complete' GAPRV000000 tickets show up in there. See attached screenshot. |
Defect 602 |
|
|
OK, but asking for SN advice to make sure we're not going down a rabbit hole |
Cross Modules: Client information is different for each module. Please make it consistent for querying and reporting. |
Requirement 647 |
|
|
OK |
System: SOAP Access for selected SN tables - Jim McKay (and likely other Metrics/QA folks) need to have read-only access to the following tables using SOAP. |
Requirement 658 |
|
|
rejected, bikeshedding & bad practice |
All Modules: Additional Comments Change text from 'Additional Comments (Customer visible)' to 'Additonal Comments (Customer Visible, text will be emailed to contact). This box for update can be found in Incident and SCTASK and other modules. |
Requirement 670 |
|
|
FRU fix in test |
Request: Infrastructure Request for VM Enhancement "Enhancement for Request for new VM: |
Requirement 651 |
|
|
|
Reporting: Rick Smith and his Team need access to additional SN tables used for CSI. |
Requirement 624 |
|
|
FRU fix in test |
General System: Can we get a Query, perhaps under the Service Desk Module, that shows us our Watched Tickets "Create a query under the Service Desk module that shows all open tickets where the person is in the watch list. Bread crumbs should allow the person to see all tickets they are watching (this will give them the ability to see closed tickets if they wish). Call the query 'My Watched Tickets'. |
Requirement 665 |
|
|
FRU fix in test |
SCTask: Track in the activity log in the ticket when the status has changed. Currently the status change from Open to Work in Progress to Closed complete is not captured in the activity log of the ticket. It should be captured. |
Requirement 468 |
|
|
|
Knowledge:
|
Approved Updates
Update Set (Original Names) |
Description |
---|---|
|
|
...these are examples. The important things:
- link to the updates sets
- make sure you're pointing to the production links, as those are canonical and more or less guaranteed to persist.
Manual Updates
- Defect 354 - filter on active=true and state contains closed, then toggle the states to trigger the new rule.
- Defect 372 - make stale sysapproval_group records active=false
- Requirement 647, Requirement 651 - create s_metrics user, share password w/ James McKay. Grant soap_query and csi_readonly roles; Add to ITIL, CSI, METRICS_ADM, and SERVICE_Desk_Analyst groups
- Requirement 468 - script to prepend intro_text to text
// naive - many records already have the intro text, or something like it, in the text. // so not sure if this is a good idea. will check w/ dorothy before pulling trigger. var gr = new GlideRecord('kb_knowledge'); gr.query(); while(gr.next()) { var n = gr.intro_text + '\n' + gr.text; gr.text = n; gr.update(); }