Skip to content
This repository was archived by the owner on Dec 8, 2017. It is now read-only.

create ghostwriting.md #12

Closed
wants to merge 3 commits into from
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
27 changes: 27 additions & 0 deletions discovery-sprint.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,27 @@
#Discovery Sprint

##Overview
A discovery sprint provides you with insight into specific needs of your users, and helps you identify solutions that may not
have been readily apparent. The discovery sprint also helps to align your broader agency team around this research, and provides
a roadmap for next steps and overall product direction.

##Duration
One to four weeks.

###What the Discovery Sprint process looks like:
1. User research, including user interviews
2. Contextual inquiry / "ride alongs"
3. Diary / journaling
4. Workshops using card sorting and participatory sketching methods
5. Process assessment, and group journey mapping

###What the Discovery Sprint process delivers:
Synthesis of the process into documented personas, journey maps, scenarios and a product roadmap.


###Who the product is for:
2. The Product Owner
3. The Contracting Officer (CO)
4. Individuals with approval authority (e.g. CIO’s representative)
5. System Users (to the extent they’re available)

41 changes: 41 additions & 0 deletions ghostwriting.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,41 @@
#Ghostwriting RFP Workshop

##Overview
The (RFP) Ghostwriting Workshop will bring together key stakeholders from your agency and product, technology,
and acquisition specialists from the 18F team over the course of one to three days to facilitate the rapid development
of an acquisition strategy and solicitation documents, as well as associated artifacts.

Traditional RFP development inside government can be a painstaking, laborious process, often dragged out over many months,
innumerable meetings, and multi-threaded email exchanges. The 18F RFP ghostwriting workshop compresses that timeline from
months to days by providing a moderated forum for consulting with program stakeholders to achieve meaningful outcomes in a
rapid fashion. By working collaboratively with a critical mass of decision-makers, all in one room at the same time, we help
you remove barriers to delivering the components essential to a successful RFP.

###The goals of the workshop are to:
1. Define and clarify the product vision and key components of a *Performance Work Statement (PWS)* or *Statement of Objectives (SOO)*
2. Adopt a clear acquisition strategy and/or define requirements/constraints
3. Make decisions about key aspects of solicitation
4. Create artifacts that support all the above goals

###Who should attend from my organization?
1. First and foremost, the following individuals are critical to the success of the workshop:
2. The Product Owner
3. The Contracting Officer (CO)
4. Individuals with approval authority (e.g. CIO’s representative)
5. System Users (to the extent they’re available)

##Sample Agenda
###Day One - Discover
Day One will focus on identifying the product vision, understanding the business processes that inform the product vision, users’ needs, and regulatory and technology constraints that will inform the design and delivery of DIS.

###Day Two - Deliberate
Day Two will focus on refining the goals of the system, identifying opportunities for user delight, clarifying constraints, and defining system boundaries for DIS.

###Day Three - Decide
Day Three will focus on coalescing around strategy, ensuring completeness, developing artifacts for the solicitation package, and identifying next steps/timelines.

##Outcomes
By the end of the workshop, the group will have collectively developed artifacts including an acquisition strategy, vision statement, user stories, and other items as reflected in these two documents:

- Statement of Objectives Document
- Evaluation of Criteria Document
20 changes: 20 additions & 0 deletions product-template.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,20 @@
#Title of Product

##Overview
Product Overview

###What the product does:
1. Define and clarify the product vision and key components of a *Performance Work Statement (PWS)* or *Statement of Objectives (SOO)*
2. Adopt a clear acquisition strategy and/or define requirements/constraints
3. Make decisions about key aspects of solicitation
4. Create artifacts that support all the above goals

###Who the product is for:
1. First and foremost, the following individuals are critical to the success of the workshop:
2. The Product Owner
3. The Contracting Officer (CO)
4. Individuals with approval authority (e.g. CIO’s representative)
5. System Users (to the extent they’re available)

##Outcomes
What the client gets.