Skip to content

Commit f3654ff

Browse files
Merge pull request #246 from christreasury/master
Federal Spending Transparency 2.0
2 parents 2c94985 + 09984ff commit f3654ff

File tree

6 files changed

+413
-127
lines changed

6 files changed

+413
-127
lines changed

_config.yml

Lines changed: 3 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -32,20 +32,18 @@ navigation:
3232
url: /index.html
3333
- title: About
3434
url: /about
35-
- title: Data Model
35+
- title: Data Model and Standards
3636
url: /data-model
3737
#- title: DAIMS v1.2
3838
# url: /DAIMS-v1.2
3939
#- title: DAIMS Schema Files
4040
# url: /daims-schema-files
41-
- title: User-Centered Design
41+
- title: User-Centered Design and Agile
4242
url: /user-centered-design
43-
- title: Get Involved
43+
- title: Get Involved and Helpful Links
4444
url: "/get-involved"
4545
#- title: DATA Act-ivity
4646
# url: "/act-ivity"
47-
- title: Fiscal Data
48-
url: "/data-lab"
4947

5048
# - title: Discuss
5149
# url: "https://github.com/fedspendingtransparency/fedspendingtransparency.github.io/issues"

about.md

Lines changed: 0 additions & 25 deletions
Original file line numberDiff line numberDiff line change
@@ -26,28 +26,3 @@ The transparency efforts of FFATA were expanded with the enactment of the [Digit
2626
To assist agencies with implementation, OMB and Treasury created a playbook of eight recommendations that, if followed together, help agencies fulfill the requirements of the DATA Act by leveraging existing capabilities and streamlining implementation efforts.
2727

2828
<img width="800" src="{{ site.baseurl }}/assets/img/playbook.png" title="agency implementation playbook summary" />
29-
30-
31-
#### Agile Development Methodology
32-
33-
The Data Transparency team uses an Agile development/scrum methodology to build, assess, and iterate the project throughout the development lifecycle. Agile is a software development methodology characterized by short build-cycles, an emphasis on working software, and responsiveness to evolving requirements and solutions.
34-
35-
We work in two-week sprints with each sprint focused on completing discrete, time-boxed tasks with clear acceptance criteria. At the end of the sprint, the team participates in an evaluation and review of the work accomplished and then plans for the tasks (“user stories” or “issues”) for the next sprint.
36-
37-
This two-week cadence continues throughout the lifecycle.
38-
39-
In addition, the team participates in a stand-up meetings to review the previous work and to report any challenges, questions, or blockers so they can be addressed and resolved quickly.
40-
41-
The Agile/scrum process is open and transparent: stakeholders can follow the progress of the tasks in the development and publication work streams on our [JIRA](https://federal-spending-transparency.atlassian.net/secure/BrowseProjects.jspa?selectedCategory=all&selectedProjectType=all){:target="_blank"} site.
42-
43-
Operating in the spirit of transparency, we use GitHub repositories for all our code. This external communication platform allows both internal and external stakeholders to monitor the progress of the Data Transparency efforts. To provide feedback on the code, please file an issue on the relevant GitHub repository. You can find a list of all repositories [here](https://github.com/fedspendingtransparency){:target="_blank"}.
44-
45-
#### User-Centered Design Process
46-
47-
The Data Transparency Team strives to have a deep understanding of who will be using the USAspending.gov site and its related data upload features. This understanding is built on town-hall meetings, workshops, and user interviews reaching the public, industry, and federal agencies. Our aim is to understand the users’ context when using these products, their motivations, requirements, and goals. This understanding constantly evolves and informs the development process.
48-
49-
To help make our user research digestible and actionable, we developed a set of “Personas”: snapshots of user types that capture and organize information that can inform design decisions. Examples of our latest personas can be found on the User-Centered Design page. As more research is conducted and designs are tested, they will evolve and become more accurate.
50-
51-
Finally, we test. We have developed a comprehensive plan for conducting recurring usability testing to help us identify potential design concerns. Initially, usability testing focused on agency users. Later, the focus expanded to “data consumers,” including grant recipients, researchers/reporters, and interested citizens.
52-
53-
Usability testing will continue in a regular cadence in sync with the development cycles of our Agile development environment. More information on our user-centered design process can be found [here]({{ site.baseurl }}/user-centered-design/).

0 commit comments

Comments
 (0)