Skip to main content

← All Hack Day tracks

Main Hack Judging Rubric

Qualifying Requirement (pass/fail — not scored)​

Before scoring, the submission must meet the baseline bar. If either box is unchecked the entry is not eligible to be scored.

  • Uses at least one SailPoint API/SDK (Access Models, Search, Identity Data, etc.)
  • Runs / demoable live (not slides-only)

Scored Categories​

Each category is scored 1–5. See below for the qualifications for each point level.

CategoryWeight
Use-Case Clarity25%
Creativity & Innovation20%
Functional Execution25%
DevRel Tool/API Usage10%
Coolness / Fun Factor20%

1. Use-Case Clarity — 25%​

Is it obvious what problem this solves and for who it solves the problem for?

ScoreDescription
5Problem and audience are stated in one sentence; a non-technical exec would immediately get "why this matters."
4Use-case is clear with minimal explanation needed.
3Use-case is understandable but requires some unpacking or assumes context.
2Use-case is vague, generic ("shows some identity data"), or only clear after the team explains their reasoning.
1No discernible problem being solved; feels like a tech demo in search of a purpose.

2. Creativity & Innovation — 20%​

Does it do something unexpected, or solve a known problem in a new way?

ScoreDescription
5Novel angle nobody else in the room likely thought of; combines data/tools in a surprising way.
4Clear creative twist on a familiar problem.
3Solid idea, but a fairly expected application of the tools (e.g., "list risky access").
2Close to a out-of-the-box/reference implementation with minor changes.
1Directly mirrors existing SailPoint UI/feature with no new angle.

3. Functional Execution — 25%​

Does it actually work, live, with realistic data and output?

ScoreDescription
5Fully working end-to-end demo, live calls to SailPoint APIs, handles reasonable user input gracefully.
4Works live with only minor rough edges or edge-case gaps.
3Core path works but needs some mocked data or a happy-path-only demo.
2Partially working; several features are simulated, stubbed, or require the presenter to talk around failures.
1Non-functional or entirely mocked/slideware.

4. API Usage — 10%​

How meaningfully are required SailPoint APIs and/or DevRel tools used?

ScoreDescription
5Thoughtfully combines multiple SailPoint API areas in a way that clearly showcases its value.
4Solid, purposeful use of one API area
3Meets the bar — one API area are present and functional.
2API use feels bolted-on or superficial (called once, not central to the value).
1Barely meets the qualifying requirement; usage is trivial.

5. Coolness / Fun Factor — 20%​

Would someone actually want to use this? Is the demo and result actually fun?

ScoreDescription
5Genuinely fun/delightful to watch or try; judges want to keep playing with it after the pitch.
4Clear "wow" or "that's fun" moment; presentation is engaging.
3Functional and understandable, but flat — no real spark or delight.
2Confusing or dry demo; requires heavy narration to follow what's happening.
1Hard to understand what's even being shown, or feels like a chore to sit through.