OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

tgf message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [tgf] Information about EU "CAMSS" project; Outline of possible TGF work


Hi All,

                I’ve ha a brief look at CAMSS and Peter is suggesting a short deliverable. Thus, I Suggest that we produce this as soon as possible and then review the decision on incorporation or separate publication of the material. Selection (and subsequent lifecycle management) of standards is important and could hopefully be incorporated into the TGF as one or two patterns without upsetting the balance of the overall standard but I think that having the material to hand would better allow the decision to be made. Even if we do take the route of developing a separate deliverable, I think the topic is of sufficient importance to warrant at least a mention in the mainstream standard documentation so delaying the finalisation and of v2 is still appropriate in my opinion.

 

 

Regards

 

Nig

 

Nig Greenaway

Fujitsu Fellow

 

FUJITSU

Lovelace Road, Bracknell, Berkshire, RG12 8SN

Tel: +44 (0) 843 354 5637 Internal: 7444 5637

Mob : +44 (0) 7867 833147 Internal: 7383 3147

E-mail: nig.greenaway@uk.fujitsu.com
Web: http://uk.fujitsu.com

 

 

From: tgf@lists.oasis-open.org [mailto:tgf@lists.oasis-open.org] On Behalf Of John Borras
Sent: 21 February 2014 09:04
To: TGF TC List
Subject: Re: [tgf] Information about EU "CAMSS" project; Outline of possible TGF work

 

Peter

 

If I'm reading you right are you suggesting that we do not develop the CAMSS piece as a TGF v3 but rather as a separate document?  if so that would point to us progressing TGF v2 through to OASIS standard.  That does not align with what I proposed on the call yesterday?

 

I should add that I'm happy to go that route if that's what the TC wants.

 

 

Everybody

 

It would be good to get feedback from all members on this point please.

 

 

John

 

From: Peter F Brown <peter@peterfbrown.com>
To: TGF TC List <tgf@lists.oasis-open.org>
Sent: Thursday, 20 February 2014, 18:44
Subject: [tgf] Information about EU "CAMSS" project; Outline of possible TGF work

 

Hi,

As requested on the call today, some short comments and pointers to resources. At the end I outline very summary thoughts about the opportunity for our TC.

 

History

The “Common Assessment Methodology for Standards and Specifications” (CAMSS) is a European Commission funded project, managed by the service responsible for the ISA Programme (“Interoperability of Services between Administrations, previously ‘IDABC’)

 

CAMSS started as a project in its current form back in 2008. The project deliverables are maintained on the Commission’s “JoinUp” platform (a sort of github for the Commission) – this platform was originally scoped as an Open Source Repository but has since grown to cover other projects – which explains some of the confusion and concerns expressed about whether CAMSS (and indeed other projects) are automatically presumed to be “pro open source”. It’s a red herring in my view and an orthogonal concern.

 

Resources

A quick high-level overview is at

The main entry page to the main documentation and resources is

 

Methodology

As well as the main methodology, the Commission has developed a series of tools and support materials for anyone to use; and – in common with the “JoinUp” wiki-based, community model – any registered user can submit results of their own assessments and ideas. As there is little governance of the process of how contributions are made, I can only say: caveat emptor.

 

CAMSS envisages seven major assessment criteria and three ‘scenarios’.

The three scenarios concern what is being assessed and for whom:

-          An assessment of a standardisation organization;

-          An assessment of a technical specification or a standard for adoption by public administrations; or

-          An assessment and selection of technical specification or standard for specific business needs and requirements.

 

The seven criteria for assessments are:

-          Applicability of the proposed standard (including issues about available alternatives, compatibility, and dependencies)

-          Maturity

-          Openness (including nature of the standards body curating the standard, its processes and documentation)

-          IPR (including essential claims and licensing terms)

-          Market support

-          Potential (including impact, risk, maintenance and maintainability)

-          Coherence

 

A couple of personal comments:

Main strength? It exists. Nobody has done anything similar or in such detail. There has been a very serious attempt to cover all types of questions likely to be raised about the value of any standard, and from very many perspectives, technical, legal and operational.

Main weakness? Too micro-managed and over-engineered. The devil is in the details certainly but the CAMSS overall fails to inspire and engage senior managers and C-level execs. It is, as the draft ‘workbooks’ show, too focused on detail and has a preponderance of dubious quantifications of essentially qualitative assessments. Care is thus needed.

 

Opportunity for TGF?

Simplify and draw out the key aspects that can be used as part of ‘IT Governance’ conversations. My feeling is that anything we do on CAMSS should not be an extension of TGF v2 – for all the reasons that Colin outlined on the call, including the risk of imbalance of emphasis in the overall framework – but should rather be a (short) independent deliverable. We could optionally cast this as a ‘pattern’ or small set of ‘patterns’ that are adopted as a distinct Committee Specification or Committee Note, and that cross-reference the existing pattern T2 “Technology Development and Management” in the TGF (which itself already references the European Interoperability Framework, of which CAMSS is intended as a part).

With such an approach – a distinct normative or non-normative document – we would need also to consider how to ‘brand’ the deliverable: will it be “TGF – Patterns for Assessing Standards” or something similar?

 

Hope this all helps – comments and feedback welcome

 

Peter

 

cid:image001.jpg@01CE0F64.C0141190

Peter F Brown

Independent Consultant

CIPP/IT

”Using Information Technologies to Empower and Transform”

200 S Barrington Ave., #49719

Los Angeles, CA 90049, USA

Tel: +1.310.694.2278

 

 


Unless otherwise stated, this email has been sent from Fujitsu Services Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe Limited, together "Fujitsu".

This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free.

Fujitsu Services Limited, registered in England No 96056, registered office 22 Baker Street, London W1U 3BW.

Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22 Baker Street, London W1U 3BW.

PFU Imaging Solutions Europe Limited, registered in England No 1578652, registered office Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE.

Fujitsu Telecommunications Europe Limited, registered in England No 2548187, registered office Solihull Parkway, Birmingham Business Park, Birmingham, B37 7YU.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]