In the tasks below (except review steps), we provide the templates for the required documentation for completion of technical and functional specs. Project team Business Analysts will help to guide and train SME Team System Analysts throughout the following task completions, and work closely with you in the completion of Final Specifications. Link:DOCUMENTATION & SPECIFICATION TEMPLATES (6) User Requirements - Spec team & SA(see Spec Team - Roles in Spec Writing) Did you create a with the SME Team for the new spec or research team? - Setup email team list, KIS page, Google Docs folder for team.
- Request OLE Distribution list from Project Team or Help@kuali.org.
- Add team names to new email list & KIS page.
- Create team folder in your Google Docs Process (Describe, Deliver, etc) folder (model file directory after existing).
- "Share" team folder with distribution list and add to KIS page.
- Alternatively to above, SA may request BA/Project Team to process above (provide Team Name & list of members for us to set up).
- Prepare user requirement templates and related OLE documents for spec team
Reference: - original Data-Entity modeling- Work with OLE Data Architect to identify/pre-populate data requirements worksheet with past Data Modeling Team entities
- Previous specifications (see Google Docs) or Specification & Documentation Templates - Not sure (Archive?)(linked samples)
Reference: - original workflow modeling if able to reusePre-populate and as able- Link other helpful collections or documents via Google Collections into Spec Team folder
- Train the spec teams - utilize this wiki!
- Google Docs
- Webex
- Spec Writing
- Organize and oversee spec writing by spec teams
- Complete with Spec Team "User Requirements" template
- Complete with Spec team "Data Requirements" template
- including default values/fields
- notes on any progressive disclosure or rules
- including noted required fields
- Assist spec team in annotation and understanding of "Acceptance criteria" in user requirements
- Table for roles/permissions
- from user requirements, assist spec team in annotating "mock" user roles with permissions
- refer to complete list of ongoing user roles, and resources for completion
- Model for workflow
- has spec team included an illustration of required workflow process, or sequential model ("step one, step two")?
- does narrative adequately communicate the workflow, or should an illustration be inserted (Google Drawing or other illustration tool)
- Document routing: Model for approval steps if any
- Business rules
(-) UI Mockups- SA with designated BA or limited SMEs(8) Review - SME Team(see SME Teams - Roles in Spec Writing & Analysis) - Review and approve specs
- Finalize or add Acceptance Criteria - what and how?
- Note anything out of scope
- Meet with PM to help determine prioritization
- Sample data needs identified - given to SA and TC
- Sample technical integration points culled by TC (ie for APIs, other tech specs needed)
- Report completed specs to Project Team and Project Management (specs now available for assessment of complexity, prioritization, and scheduling)
- Update with drafted specs (admin process now being determined for attaching specs; updating workflows; and, combining or deleting or adding user stories as needed)
(11) Codeable SpecsSee: Final Functional Specifications (template, instructions) Once SME Team has completed its spec review, and handed off the specs to Project Management in the spec inventory, user stories and tasks will be formally assigned to the project schedule. From that re-prioritization, the SA and BA (with spec team or SME Team where needed) complete Functional Specs/Requirements docs for coding - Complete UI templates or translations (if applicable)
- Annotate sample roles/permissions table
- Annotate testable document workflows/routing, approvals (if applicable)
- Are Acceptance Criteria reviewed and completed?
- Insert any additional Business Rules, KRMS (see BA & template)
- Completion of full Functional and non-Functional specs
(12), (17) Handoffs and Reviews - SA, Spec Team, SME Team- Lead handoffs with Project Team to HTC.
- Participate in Q&A with developers to "translate" and manage functional requirements, as liaison to Spec Team.
- Coordinate developer questions with Spec Teams.
- Work with Project Team in any additional spec translations or technical specs.
- Report and manage Variations and iterative Gap Analysis as coding varies from specs due to time or technology.
(16) Test ScriptsOnce development is begun, then SA and Spec Team work with QA Manager/team to develop Test Scripts for each set of coded specs based on Acceptance Criteria (note: some user stories in initial spec writing may have been adapted to Kuali technology OR been combined to code core functions). (23), (25)-(26) Testing: Spec Team, SA, SME TeamFor above, see: Acceptance Criteria, Test Scripts & Testing (iterative) Gap Analysis: SA, SME Team- Participate in Gap Analysis with - SME Team - Gap Analysis
- Maintain Jira and organize gap reporting.
- General oversight
(iterative) Jira Maintenance- <coming soon>
- administration process being modified to reflect new OLE Development Process. Responsibilities of SME Team, SA's and Project Team being determined.
- Jira is the definitive project administration tool for OLE, and all User Stories.
- Draft and final specifications are to be attached to User Stories in Jira.
|