FN SDK RISK REGISTER
Background
Risks management
Identify and prioritize risks based on their probability and severity. Then define what further actions you need to take to control the risks, and who needs to carry out these actions.
Risk rating
LOW | MEDIUM | HIGH | EXTREME |
|
|
|
|
| SEVERITY | |||
---|---|---|---|---|
ACCEPTABLE | TOLERABLE | UNDESIRABLE | INTOLERABLE | |
IMPROBABLE |
|
|
|
|
POSSIBLE |
|
| SDK2 |
|
PROBABLE |
| SDK3 SDK4 SDK5 | SDK1 SDK6 SDK7 |
|
Reference | Type | Risk | Mitigation |
---|---|---|---|
SDK1 | Devices | Shortage of victor devices at key point during development | Feb28-Mar11 tentative dates - this maps onto sprint 3 |
SDK2 | Short Project | Scope changes will (seriously)impact schedule | Define and control scope from the start of the project |
SDK3 | Time zone | Client in EU. | Schedule key meetings 4AM-10AM PST |
SDK4 | Firmware Updates | If devices get firmware updates during dev phase, and it negatively affects functionality or changes interfaces, it may impact schedule | Postpone firmware updates? Leave some devices un-updated? Set up firmware discussion |
SDK5 | No test tools or user manual | No test/verification tools or user manual make developing for and testing of the device harder | Coordinate with Jabil - user manuals provided but still a risk |
SDK6 | UWP | Access to Windows native BLE stack in may require Unity project to target UWP. | Investigate using Windows SDK w/o UWP target. May not be a risk as they are already using UWP |
SDK7 | X-platform support | Initial research suggests it may be difficult to create a cross-platform SDK that requires OS-specific functionality | Extend development phase? May need to clarify with FN (Should take place week of feb 08) |
|
|
|
|
Action items