Aug 2016 Cologne

41
Francis Martens @idalkotools

Transcript of Aug 2016 Cologne

Page 1: Aug 2016 Cologne

Francis Martens@idalkotools

Page 2: Aug 2016 Cologne
Page 3: Aug 2016 Cologne
Page 4: Aug 2016 Cologne
Page 5: Aug 2016 Cologne
Page 6: Aug 2016 Cologne
Page 7: Aug 2016 Cologne
Page 8: Aug 2016 Cologne
Page 9: Aug 2016 Cologne
Page 10: Aug 2016 Cologne
Page 11: Aug 2016 Cologne
Page 12: Aug 2016 Cologne
Page 13: Aug 2016 Cologne
Page 14: Aug 2016 Cologne

Issue Clutter = Business Clutter

Multiple Entries

Time consumingError prone

Costly

Multiple Views

No single source of the truth means

hard to manage

Multiple Systems

Security concernsComplex for users

Expensive integration

Disconnected Issues

Page 15: Aug 2016 Cologne

my place or

your place ?

Page 16: Aug 2016 Cologne

Connected Issues

Business Orchestration requires Issue Orchestration

Unified Workflow

Cross-system issue integrity

Unified View

Identify bottlenecksMeasure & Improve

Managed Security

Each party defines what is private

or shared

Page 17: Aug 2016 Cologne
Page 18: Aug 2016 Cologne

2011 - SMTP based solution• Unidirectional synchronisation solution

– Event listener on site A sends a mail to site B (ScriptRunner)– JEMH on site B processes the mail and incorporate changes in the

solution• Conclusion

– + Simple communication model (everybody is sending emails)– + Straightforward implementation (couple of days)– - Email is not to be trusted (mails are dropped or out of sync)– - Difficult to expand

Page 19: Aug 2016 Cologne

2013 – Custom Solution• Message bus based• Brittle to changes on either

end• Hardcoded logic• Hard to get agreement

– 7 meetings to agree on an orchestrated workflow

Page 20: Aug 2016 Cologne
Page 21: Aug 2016 Cologne

Questions to ask your vendor• How flexible is it ?• Is it complex to setup a complex synchronisation ?• How long does it take to synchronise an issue ?• What error resolution strategies does it offer ?• Is the sync status made visible ?• Is it forward compatible ?• What do you do in case of a DR scenario ?• How good is your support ?

Page 22: Aug 2016 Cologne
Page 23: Aug 2016 Cologne
Page 24: Aug 2016 Cologne

Full non-blocking bi-directional JIRA 2 JIRA Synchronisation

Support any field, comments, attachments, work logs …

Page 25: Aug 2016 Cologne

Link external facing JIRA with multiple internal trackers

Page 26: Aug 2016 Cologne

Consolidate issue data from multiple team JIRA’s onto the master JIRA

Page 27: Aug 2016 Cologne

Synchronise work logs - Keep track of outsourced budgets

Page 28: Aug 2016 Cologne

Build real business orchestration solutions

Page 29: Aug 2016 Cologne

Easy migration allowing to connect existing issues

Page 30: Aug 2016 Cologne

Flexible groovy based script mapping

Page 31: Aug 2016 Cologne

Implement complex mappings

Page 32: Aug 2016 Cologne

Map multiple projects and issue types on the fly

Page 33: Aug 2016 Cologne

Map status changes to comments (and the way around)

Page 34: Aug 2016 Cologne

See if issue changes are properly synchronised.

Page 35: Aug 2016 Cologne

JQL Functions to find all issues ‘under sync’

Page 36: Aug 2016 Cologne

Advanced event based system ensures that all changes are captured in proper sequence.

Page 37: Aug 2016 Cologne

Get notified in case of synchronisation errors

Page 38: Aug 2016 Cologne

Error resolution subsystem allows to resume synchronisation from where it stopped.

Page 39: Aug 2016 Cologne

Single-side connection based licensing

Page 40: Aug 2016 Cologne

Support ****

Review taken from the table grid editor

Page 41: Aug 2016 Cologne