Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider changing documentation_complete to status #8

Open
JJediny opened this issue Mar 25, 2016 · 3 comments
Open

Consider changing documentation_complete to status #8

JJediny opened this issue Mar 25, 2016 · 3 comments
Labels

Comments

@JJediny
Copy link
Member

JJediny commented Mar 25, 2016

status:
  - todo: 10
    doing: 0
    done: 90   
    issues:
    - issue: info #todo, doing, done
      text: 
      url: 
@afeld
Copy link
Member

afeld commented Jun 8, 2016

Is there still a use case for documentation_complete (or status) now that we have gap analysis? It seems to me that if the documentation isn't complete, the tool should be able to tell you that. Like software though, I feel that TODOs should live in an issue tracker, not in the YAML. Is that too idealistic for compliance documentation?

/cc @mzia

@mzia
Copy link
Contributor

mzia commented Jun 8, 2016

What is the intent of documentation_complete? The SSP itself is done after an assessors has reviewed it and gave it a thumbs up. Are we trying to capture that with this field? I don't know. @geramirez ?

@geramirez
Copy link
Member

documentation complete is meant to capture the agreement between the issos and the dev team. I agree with @afeld it should be phased out. implementation_status; however, might be a useful flag to certify that a particular control has been implemented. Neither actually matters too much in CM.

@mogul mogul added the HighBar label Jul 8, 2016
@mogul mogul added the Icebox label Jan 24, 2017
@mogul mogul removed the Icebox label Feb 2, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants