2. • Group and client
• Value proposition statement
(in past tense)
• Options to deliver
• Risks
Run fast, tell tale later.

4. LRS Development
Client: Simon Alefesio-Tuck
(Partnerships Ranger, DOC)
Team Members: Lauren Parker
Rickie Kewene
Sam Stewart

5. Value Proposition
• Address the problem of domestic dog
interaction with wildlife on our beaches.
• Reduction in harm to wildlife.
• Increase public awareness with regards to
local wildlife.
• Reduction costs to DOC and local councils.

6. Solutions
• Update current informative materials
– Brochures etc.
• Mobile applications and website.
• Notifications via social media.

7. Risks
Risks Solutions
Scope Creep • Stick as close to the project plan
Public Adoption • Advertising and marketing
• Social Media
Technical Knowledge • Learning the required information

14. Vox Viso
Voice Recognition and Eye Tracking
Computer Interface

15. Project Members
Project Team:
● Alex McNeill
● Daniel Mazur
Client:
● Dr. David Rozado

16. Value Proposition
We provided a system that allows a user to control a computer through the use of
eye tracking and speech recognition software for our client’s research towards
making eye tracking a more efficient and convenient computer interface
option.

17. Delivering a Solution
● Speech Recognition
o Google Speech API
o Microsoft Speech Recognition
o Dragon NaturallySpeaking
● Eye Tracking
o Tobii EyeX
o Pupil
o GazePoint

18. Risks
● Distance communication with the client
● Lack of knowledge in human interface design
● Multiple Consultants
● Complex ethical considerations

19. Questions?

21. Dean & Matt
Project 2015
Dean Huakau & Matt Ankerson
Client:
AbacusBio Ltd

22. Value Proposition
 AbacusBio need up to date status
information on their roaming consultants.
 The problem is ubiquitous
 AbacusBio wishes to expand on the
solution to service the specific needs of
other organisations

24. Delivering the solution
 Create a flexible cross platform
application that addresses the needs of a
range of workplace environments
 Digital technology free solutions:
 White board system
 Card ticketing system

25. Potential Risks
 Privacy issues of users
 A similar system is brought to market by
another organisation during the course of
the project
 Complex liability

27. CZ
Client: Kylie Huard
Group members:
Cameron Hill
Zane Unverferth

28. Value proposition
•This project has helped to address the issue of
road cyclists safety, with how vehicles are
passing cyclists. The system has been in use
since August 2015. During this time the system
has been recording vehicle passing speeds and
distances showing the problem areas where
dangerous incidents have been occurring. The
system has shown that 35% of vehicles are
passing cyclists dangerously.

29. Possible solutions
•Forms and & surveys
•Smart phone app, Micro controller or
embedded system
•Widen all of the Dunedin roads

30. Risks
•Effort or Inconvenience for users
•Funding
•Scalability
•Scope creep

32. Promote
Dunedin
TourismPing Dong @ 2015

33. Less information
that industry want

34. Not user friendly
Static report

36. 2015/3/1
15/03/01
Mar 01, 2015
2015-3-1
1-3-15
01-03-2015

37. 2015/3/1
15/03/01
Mar 01, 2015
2015-3-1
1-3-15
01-03-2015
01-03-2015

38. 01-03-2015

40. -15.00%
-10.00%
-5.00%
0.00%
5.00%
10.00%
0
2,000,000
4,000,000
6,000,000
8,000,000
Total Visitor Nights (YE
December 2011 vs December
2012)
2011 2012 % Change
From: Tourism Dunedin’s Annual Repo

41. Functional Requirement
•Prove Possibility and Suggest
Future Direction
•Strong and flexible Architect

42. Delivery
•Workable System with an
Extendable Architect
•A Sustainable Development
Process

43. Risk
•Data source

44. • Tourism Dunedin’s Annual Report
2013
• Dunedin Market Visitor Profile
August 2014
• http://www.dunedinnz.com/
Reference

46. PAinT
Joshua Smith
Client: Jen Rodgers

47. Value Proposition
• PAinT has addressed the idea of rapid
prototyping development through 'Technology
Mediated Community Engagement'.
• This approach was trailed at Otago Polytechnic in
2015 with the goal of raising student’s
awareness of the environment around them and
bringing focus to the 'Living Campus Project'.
• The success has been measured by tracking
interest and attendance of the workshops and by
using a survey to gauge student awareness.

48. Solution Options
• Workshops.
• Interactive Installations.
• Web Games.
• Social Media.
• Citizen Science.
• Voting.

49. Risks
• Scope Creep.
• Lack of Interest in Workshops.
• Lack of Experience.
• Lack of Resources/Funds.
• Direct Stakeholders Failing to Deliver.
• Poor Time Management.

51. Mobile Development by Badger Republic
Team
Members:
Client: Patrik Larsson
Matthew Chipping
Glenn Richards
Chris Wong

52. Initial Value Proposition
● The GaSuCo project has addressed the request of
Patrik Larsson and have successfully replicated the
board game.
● When tested with focus groups, we received the
same or better user experience in comparison to the
board version of the game.

53. Possible Solutions
● Build an App of the GaSuCo game.
○ iOS
○ Android
○ Windows
● Build an electronic device containing a screen with
the digital version of GaSuCo game installed onto it.

54. Risks
● Members in this project are not technically qualified.
○ Upskill our knowledge
● Final product not meeting client’s expectation.
○ Constant communication with the client
● Project scope.
○ Keep project to one platform.

56. Our Team
Vincent Rijlaarsdam /
Cameron Scott
InTeraction.
Our Client
PAinIT / Joshua Smith

57. InTeraction’s project has addressed the
opportunity of using rapid hardware
prototyping to facilitate playful interaction
design.
We have developed 3 working prototypes in
association with PAinIT’s workshops, to
promote sustainable practices in local
communities.

58. HOW WILL WE ACHIEVE
THIS?
We will be utilizing common prototyping
systems
• littleBits
• Phidgets
• Raspberry Pi & Arduino
to develop hardware that is designed by the
community, for the community.

59. RISKS
Risk Mitigation
We can’t develop a
prototype within time
constraints
Ensure prototypes have a
narrow scope & the
community has reasonable
expectations
Workshops don’t result in
a clear concept to develop
Drive workshop
discussion to a clear
outcome, or liaise with
client to determine
requirements
We don’t have the
resources required to
build the prototype
Liaise with client to
modify the requirements.

60. AND HAPPY BIRTHDAY
we heard it’s Ian’s birthday today
🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂
🎂🎂🎂🎂🎂🎂🎂🎂🎂🎂
(that’s 29 candles)

61. DRAGON

62. Project Helios
Observing Aurora
Working with current
initiatives at
Otago Museum

63. Who we are
● Third Year BIT Students - Project Helios.
● Vaughn - Astronomy Nerd. I build
telescopes.
● Chris (@opetheater) - Geek. Tinkerer.

64. Value Proposition Statement
Our project addresses ways to make
astronomy and space easily approachable to
Dunedin’s citizens and allow people to see their
connection to the world around them.
Why?
● People want to know
● Economic value
● Now is the time

65. Possible Solutions
Think “local weather forecast” for seeing an
aurora in Dunedin
● Magnetometer and all-sky camera
● Citizen science (Crowdsourcing scientific
participation)

66. Risks to success
Risk Management
Client’s deadlines Negotiate with OP
Runaway scope (Our enthusiasm) Manage our own and client’s expectations
(Under promise, over deliver)
We are at an early stage in defining our
relationship with our client and their needs
Iterative approach. Two-way
communication. Be prepared to negotiate.
The unknown (Spanners) Know what we are doing at the time and if
anything comes up we are communicating
with all stakeholders. Seek advice from
experts early and often.

67. Who am I?
Scott Milne
My Client
Lychelle Guyan - Waitaki District Council

68. Value Proposition
The Building Inspection project has addressed the problem of digitizing
building inspections without increasing processing time and allowing access
to previous inspections.
It has been in use by the Waitaki District Council since June 2015, in which
building inspections have noted a decrease in time processing consents.
After deployment administration staff and building inspectors have been able
to process consents faster with all information being accessible on the
computer without looking up the physical property file.

69. Options
• A mobile app with live access to the
database
• A laptop with a connection into the current
system (Civica - Authority)
Authority
Database

70. Risks
Risk Action to avoid/minimize
Users not using the software
Involve the users with the project to ensure
they feel part of it.
New Technologies Research, learn and get help if required

72. Project
RailTrail Project
- <Client: Dave and PipThomson>
- <Company: Cycle Surgery>
- <Support: Ian Simpson>
- <Supervisor: Samuel Mann>

73. Problem
<Objective>
To create a tool that Central Otago RailTrail users can use to
better educate themselves to survive and inform them of
points of interest along the trail.
<Business Objective>
To provide paid advertisements to the user via pin point
prompts.To encourage growth for business in the
Middlemarch community.

74. Solutions
Proposed solutions
- <Responsive website>
- <Mobile app>
- <Printed book>
- <Signage>

75. Project Risks
Risks Solutions
Remote client Arrange meetings around their trips to
Dunedin. Use phone and email.
Mobile platform Make an informed decision on platform -
IOS/Android.
Mobile Service Develop the system around having no mobile
network access. The system will be fully saved
to the device.
Uptake Ensure that we have the right mix between
useful information and adverts.
GPS Experiment with how often we need to check
a location VS how fast the battery will drain.

77. Digital Way
Finding
Project Member(s)-Rahul Kakkar
Client(s)- Steven Turnbull
Client Role-Technical Services Manager at
Otago Polytechnic

78. Initial Value Proposition
 The Digital Way Finding project has
addressed the opportunity of having
“interactive kiosk” like system,
featuring specialised hardware and
software that will provide access to
the information provided by the
Polytechnic to the end users.

79. Delivering The Solution
 CMS(Content Management System)
- Allows Publishing, Editing, and Modifying content,
organizing, deleting as well as maintenance from a
“Central Interface”
 Screen with Touch Interface
-Allow users to navigate and extract information the
smart way.

80. CMSMODIFY
DELET
E
TOUCH TOUCH

81. Risks
Risk Action/Minimise
Scope Meeting with the client
Budget Meeting with the client
Technical Requirements Meeting with the client

84.  Morgan Oliver has the intention to create an
Augmented Reality app for the Olvestion
House. He has created an app but this has not
fulfilled his desire of using it as an AR toy
hunt. He requires an app that will show 3D
models from around the garden and then give
some sort of progress on how many images
you have found.

85.  Use the Junaio app to scan QR codes and
connect to our channel.
 Create an app using the Junaio SDK that the
user would acquire prior to visit.
 Purchase several tablets pre-installed with our
app.

86. Risks Involved Solutions
Cost of SDK Dev licence Continue using free licence and work
around limitations.
Stable tracking images Using hard material that does not
reflect light and will resist corrosion.
Weather & Forestry Place tracking images in sheltered &
stable ground away from possible
overgrowth.
Olveston backing out Variety of potential clients.

88. Daniel Anderson
Andrew Napper
Motor Trade Finance
Mark Oliver
Ashley Ross

89. Value Proposition
Statement
Project ICE has addressed the
problem with a lack of
communication and coordination
tools available during remote disaster
recovery simulations at Motor Trade
Finance. It has been in use since
August 2015 during simulations in
which it has cut recovery time by
50%.

90. Delivering the Solution
 A Tablet for every staff member
involved to be used like a digital
checklist.
 A Web based application, easily
accessible to everyone with a
browser.
 Private Conference calls and
notepads.

91. Risks
Risks Why Solutions
Security
Dealing with
sensitive
information
Hide sensitive
information using
access control
Unrefined
Processes
MTF new to
remote disaster
recovery
Regularly meet
with client to
update
requirements
Training
Switching from
written to digital
Close contact
with users

93. SDHB
Emergency
Communication
Thomas Weily, Thomas Foster
Client : Paul McNamara

94. Value Proposition Statement
Our project has addressed the problem of communication
within the Southern District Health Board in the case of
emergencies such as snow days, virus outbreaks…etc. It
has been in use since October 2015, in which time it has
informed SDHB medical staff of emergencies with a 40%
reduction in staff confusion and panic during emergencies.

95. Delivery Options
Smartphone
Application
Emergency
Engine

96. Risks
Technical Knowledge
Scope Creep
Confidential Information

98. We are
 Students
 William Searle
 Joseph Thompson
 Client
 Chris Dick

99. Value
 Value Proposition
 FeedMe will address the problem of excess food
wastage in the hospitality industry. This system will be
deployed at several events later in the year and will see
a reduction in food waste at these events.
 Proof of value
 Food waste is reduced.

100. We have to
 Implement stronger security server side.
 Piece together the currently fragmented front end.

101. Risks
 Confidence at coding.
 Finding a location to test it at.

102. Delivery Plan
 Seed the database.
 Start the server application.
 Give the client all information needed to log in to the
server.
 Give the client the web address.

103. Toitū Otago Settlers Museum

104. 
 Kirsten Glengarry
 Visitor Experience manager
Our Client

105. 
The Otago Settlers Museum has addressed the
opportunity to increase the learning and interaction of
their steam locomotive train Josephine that was built in
1872.
Value Proposition
Statement

106. 
Functional
Requirements
Basic Operation of a
Steam Locomotive
Adding Coal, Water
and releasing steam
Arduino interaction
with game
Simple LED, Dials,
and buttons working
with flash

107. 
 Logic
 Design
 Get Physical Parts
TODO:

108. 
 Setup in Muesum
 Usability
 User Satisfaction
Deploying and Proving
Value

109. 
Questions

110. 

111. Client:
Michael Annan Joel Pickworth Blair Walsh

112. Value Proposition:
The ThankYou Charitable Trust project has addressed the problem of a lack of
community input into managing the spending of grants that are provided to
community-based projects.
It has been in use by the trust since March, 2015. Over this time it has
increased board meeting efficiency, via increased trustee satisfaction, and a
lower average time spent discussing individual submissions.

113. Progress:
Back-End:
● Server Setup ✓
● Functioning Relational-Database ✓
● Restful API Designed ✓
● Restful API Implemented ✗
Application:
● Network Data Transfers ✓
● Basic User Functionality ✓
o Register, Profile, Message Board, Projects
● Basic Admin Functionality ✗
o Community Creation, User approval
● Advanced User Functionality ✗
o Geolocation View, Personal Notes
● Advanced Admin Functionality ✗
o User Maintenance, Generate Reports
● Increased Security Implemented ✗
● Final Design ✗

114. Development Plan:
Implementation:
● Initial deployment of the app on
Google Play within two weeks.
● Initial testing on trustee members.
● Weekly iterative development to
implement new features and add
functionality.
● Weekly testing on previous
functionality throughout this process.
● Intended robust deployment - 15/05
● Field testing within a real funding
round.
Risks:
● Implementation of features
extending beyond expected
development phases.
● Trustee and test subject co-
operation.
● Still learning Android development -
potential for obsolete code

115. Deployment and Proving Value:
● Initial hand-over of the system to TYCT.
o Database integration.
o Potential hand-over to other charities.
● Satisfaction survey taken of trustee members at meetings.
● Timed average of discussions on individual grant submissions.