HeaderSIS.jpg

Difference between revisions of "IS480 Team wiki: 2016T2 LickiLicky Final Wiki"

From IS480
Jump to navigation Jump to search
 
(18 intermediate revisions by 4 users not shown)
Line 36: Line 36:
 
<br>
 
<br>
 
=<div style="background: #FF80AB; padding: 15px; font-weight: bold; line-height: 0.3em; text-indent: 15px; font-size: 22px"><font color=#FFFFF>Project Progress Summary</font></div>=
 
=<div style="background: #FF80AB; padding: 15px; font-weight: bold; line-height: 0.3em; text-indent: 15px; font-size: 22px"><font color=#FFFFF>Project Progress Summary</font></div>=
<font size=4><b>Midterm Slides</b>: [https://drive.google.com/a/smu.edu.sg/file/d/0BzJ79Wyi7S0ESTBoaWkxOWJ4QmM/view Download here] </font>
+
<font size=4><b>Finals Slides</b>: Download [https://wiki.smu.edu.sg/is480/File%3AIS480-Finals-v1.4.pptx here]! </font>
 
<br><br>
 
<br><br>
<b>Current Iteration:</b> 12 <br/>
+
<b>Current Iteration:</b> 16 <br/>
 
<b>Total Iterations:</b> 16 <br/>
 
<b>Total Iterations:</b> 16 <br/>
<b>Iteration Dates:</b> 20 February 2016 to 4 March 2016 <br/>
+
<b>Iteration (Current) Dates:</b> 16 April 2016 to 22 April 2016 <br/>
*Overall Project Progress: <b>90%</b>
+
<b>Iteration (Final) Dates:</b> 16 April 2016 to 22 April 2016 <br/>
*Modules To-Be Done - Tertiary: Backup Module (Cloud backup)
 
*Modules To-Be Done - Good to Have: Analytical Module (Visualisation of Statistics)
 
*Modules Completed: User, Note Taking, Search, Reminder, Group, Social, Multimedia, Scheduling<br>
 
*LickiLicky is confident of completing all modules up till tertiary functions with an additional good to have function
 
*Android Mobile Application deployed on Google Play Store
 
  
 
<h2>Project Highlights</h2>
 
<h2>Project Highlights</h2>
*Changing project unique selling point
+
*Successful deployment in Google Play Store. Download Tictacts at https://play.google.com/store/apps/details?id=lickilicky.app.android.contacts&hl=en
**During Acceptance, our app main focus is on taking notes and reminders for individual, as well as "auto-grouping" (now called suggest group) contacts together. After more customer interviews, we realised that the grouping feature is not as popular as we thought. Now, the focus incorporates not only notes and reminders, but also attaching media to notes, filter search, and an enhanced reminder notification which allow direct calling / SMS.  
+
*5 user testing conducted. User Test 4 and 5 conducted with actual users (financial consultant).
 +
**User Test 4 and 5 allows the team to gain insights about the market, users' needs and wants.
 +
**User Test 4 and 5 allows the team to validate application idea with target market.
 +
<br>
 +
<h2>Project Challenges</h2>
 +
*Difficult to reach out to actual users who has Android devices, with Android version 5.0 and above.
 +
*Lack of standardise as-is process or working tools makes it challenging for team to identify market pain points.
 +
<br>
 +
<h2>Project Achievements</h2>
 +
*Application features and idea validated with target market.
 +
*Gaining insights on which features are preferred by financial consultants.
 
<br>
 
<br>
  
Line 56: Line 61:
 
<h2>Project Scope</h2>
 
<h2>Project Scope</h2>
 
<br>
 
<br>
[[File:Scope.png|600px|LickiLicky_Scope_2.1]]
+
[[File:Finals Scope.png|600px|LickiLicky_Scope_Finals]]
 +
 
 +
<h2>Scope Change</h2>
 +
*As the team shifted our focus on user testing and market validation, the originally scheduled function, cloud backup was removed from iteration 13 and shifted to the Good to Have category.
 +
*Suggest Group (Related Field) is shifted to Good to Have as UT2 and 3 result shows that this function is not highly rated.
 +
<br>
 
<h2>Project Timeline</h2>
 
<h2>Project Timeline</h2>
 
{| class="wikitable" style="text-align:center; background: white; margin: 0px; width: 100%"
 
{| class="wikitable" style="text-align:center; background: white; margin: 0px; width: 100%"
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 50%" | Planned
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 50%" | Planned
 
|-
 
|-
|[[File:Timeline Acceptance.PNG|500px|center|link=]]
+
|[[File:Timeline Midterm.V2.png|500px|center|link=]]
 
|}
 
|}
  
Line 67: Line 77:
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 50%" | Actual
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 50%" | Actual
 
|-
 
|-
|[[File:Timeline Midterm.V2.png|500px|center|link=]]
+
|[[File:Final V3.8.png|500px|center|link=]]
 
|}
 
|}
  
<br><font size=3><b>Project Status</b></font>
+
<h2>Schedule Highlight</h2>
{| class="wikitable" style="background: white; marign: 0px; width: 100%"
+
*UT 4 and 5 were scheduled to be conducted on Iteration 13 and 14 respectively
! style="background: #FF80AB; color: white; font-weight: bold; text-align:center; width: 10%" | Module
+
*Cloud backup and visualisation of statistic was removed from iteration 13 and 14 respectively
! style="background: #FF80AB; color: white; font-weight: bold; text-align:center; width: 10%" | Status
+
<br>
! style="background: #FF80AB; color: white; font-weight: bold; text-align:center; width: 20%" | Confident Level (0-1)
 
! style="background: #FF80AB; color: white; font-weight: bold; text-align:center; width: 60%" | Comment
 
|-
 
| User
 
| 100%
 
| 1
 
| Fully deployed and tested.
 
|-
 
| Note Taking
 
| 100%
 
| 1
 
| Fully deployed and tested.
 
|-
 
| Search
 
| 80%
 
| 0.8
 
| Tag Contacts in Notes and Hashtags functions to be improved.
 
|-
 
| Reminder
 
| 100%
 
| 1
 
| Fully deployed and tested.
 
|-
 
| Group
 
| 100%
 
| 1
 
| Fully deployed and tested.
 
|-
 
| Social
 
| 80%
 
| 0.8
 
| Link Contacts to be improved.
 
|-
 
| Multimedia Module
 
| 90%
 
| 0.9
 
| Attach Media to Notes to be improved.
 
|-
 
| Scheduling Module
 
| 100%
 
| 1
 
| Fully deployed and tested.
 
|-
 
| Backup Module
 
| 50%
 
| 0.5
 
| Cloud backup to be developed after Midterm.
 
|}
 
 
 
[[IS480 Team wiki: 2016T2 LickiLicky Project Overview|View our Project Timeline Here!]]
 
 
 
<br><font size=3><b>Schedule Highlights</b></font>
 
The following changes has been made to our project scope and reflected in our schedule.
 
*Secondary Functions – Google Analytics, Birthday Reminder, and Create Event were added to scope and scheduled to be developed on iteration 7, 8 and 10 respectively.
 
*Tertiary Functions – Hashtags was shifted from secondary function. Data Migration was added to scope and scheduled to be developed on iteration 11.
 
*Added in Good to Have functions. These are functions which we may consider to develop during IS480.
 
**Good to Have – OTP registration and login was shifted from secondary function. Visualization of Statistics and Premium / Freemium Access Control were shifted from tertiary function. Best time to contact was added to scope.
 
 
 
[[IS480 Team wiki: 2016T2 LickiLicky Change Management|Refer to our Change Management for more!]]
 
 
 
 
<h2>Project Metrics</h2>
 
<h2>Project Metrics</h2>
 
<font size=3><h3>Schedule Metrics</h3></font>
 
<font size=3><h3>Schedule Metrics</h3></font>
[[File:Schedule Metrics Overview.png|700px|center]]<br>
+
[[File:Schedule Metrics Finals.png|700px|center]]<br>
 
{| class="wikitable" style="text-align:center; background: white; margin: 0px;"
 
{| class="wikitable" style="text-align:center; background: white; margin: 0px;"
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 10%" | Iteration
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 10%" | Iteration
Line 172: Line 122:
  
 
<font size=3><h3>Bug Metrics</h3></font>
 
<font size=3><h3>Bug Metrics</h3></font>
[[File:Bug Metrics.png|500px|center]]<br>
+
[[File:Bug Metrics Finals.png|700px|center]]<br>
 
{| class="wikitable" style="text-align:center; background: white; margin: 0px;"
 
{| class="wikitable" style="text-align:center; background: white; margin: 0px;"
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 10%" | Iteration
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 10%" | Iteration
! style="background: #FF80AB; color: white; font-weight: bold; width: 20%" | Bug Score
+
! style="background: #FF80AB; color: white; font-weight: bold; width: 20%" | Bug Count
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 40%" | Bug Summary
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 40%" | Bug Summary
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 30%" | Action Taken
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 30%" | Action Taken
 
|-
 
|-
 
| 5
 
| 5
| <b>42</b> <br> 7 Low <br> 3 High <br> 2 Critical <br>
+
| <b>12</b> <br> 7 Low <br> 3 High <br> 2 Critical <br>
 
| A major regression testing was perform after acceptance which causes the spike in bug count. The 2 critical bugs are "new contacts added not reflected under suggest group" and "reminders and notes not backup upon app updates".
 
| A major regression testing was perform after acceptance which causes the spike in bug count. The 2 critical bugs are "new contacts added not reflected under suggest group" and "reminders and notes not backup upon app updates".
 
| Resolve bugs immediately. No major delay was caused as iteration 5 was scheduled for post acceptance debugging.
 
| Resolve bugs immediately. No major delay was caused as iteration 5 was scheduled for post acceptance debugging.
 
|-
 
|-
 
| 6
 
| 6
| <b>30</b> <br> 5 Low <br> 3 High <br> 1 Critical <br>   
+
| <b>9</b> <br> 5 Low <br> 3 High <br> 1 Critical <br>   
 
| 1 critical bug was due to app crash when reminder was set for a non-existing group and there is a notification for this reminder.   
 
| 1 critical bug was due to app crash when reminder was set for a non-existing group and there is a notification for this reminder.   
 
| Resolve bugs immediately. No major delay was caused as iteration 6 was scheduled for post acceptance debugging.
 
| Resolve bugs immediately. No major delay was caused as iteration 6 was scheduled for post acceptance debugging.
 
|-
 
|-
 
| 8
 
| 8
| <b>10</b> <br> 2 High <br>   
+
| <b>2</b> <br> 2 High <br>   
 
| 2 high bugs were "expired reminders continue to remain in reminder list" and "recurring reminders did not take on new date/time"
 
| 2 high bugs were "expired reminders continue to remain in reminder list" and "recurring reminders did not take on new date/time"
 
| Resolve bugs immediately. No major delay was caused as iteration 8 was scheduled for post acceptance debugging and development of only 1 function, birthday reminder.
 
| Resolve bugs immediately. No major delay was caused as iteration 8 was scheduled for post acceptance debugging and development of only 1 function, birthday reminder.
 
|-
 
|-
 
| 9
 
| 9
| <b>122</b> <br> 7 Low <br> 11 High <br> 6 Critical <br>
+
| <b>9</b> <br> 4 Low <br> 5 High <br> 0 Critical <br>
| The spike in bug count were bugs that were reported during User Test 2. The critical bugs were mainly due to app crashes after a series of actions were performed using different phone models.
+
| The spike in bug score (122) presented during midterm were bugs that were reported during User Test 2 combined with regression testing bugs. The above bug score for iteration 9 is base on regression testing.
| Resolve bugs immediately. UT2 took place over a week period and it was design to have participants to submit a daily feedback form. Participants would also report bugs to us which allows the developers to resolve the bugs on a daily basis. PM scheduled a "debugging (backlog)" task and allocated the Lead Developer to resolve these bugs while having 2 Backend Developers to develop the functions that were scheduled for Iteration 9.
+
| Resolve bugs immediately. PM scheduled a "debugging (backlog)" task and allocated the Lead Developer to resolve these bugs (both UT and regression testing bugs) while the other 2 Backend Developers develop the functions that were scheduled for Iteration 9.
 
|-
 
|-
 
| 10
 
| 10
| <b>30</b> <br> 4 High <br> 1 Critical <br>  
+
| <b>6</b> <br> 4 High <br> 2 Critical <br>  
 
| The critical bug was an app crash while performing a series of actions using Note 3.  
 
| The critical bug was an app crash while performing a series of actions using Note 3.  
 
| Resolve bugs immediately. Critical bug did not occur again after new APK was released. Similar action was performed but bug did not replicate.
 
| Resolve bugs immediately. Critical bug did not occur again after new APK was released. Similar action was performed but bug did not replicate.
 
|-
 
|-
 
| 11
 
| 11
| <b>72</b> <br> 8 Low <br> 3 High <br> 1 Critical <br>  
+
| <b>9</b> <br> 1 Low <br> 3 High <br> 5 Critical <br>  
|The critical bugs were app crashed such as when user tried to upload video to his note, filter search caused app crashed searched for a wide range for age / income, and when user select the "call" option when a reminder notification was sent to the user but it was not assigned for any particular contact.
+
|The bug score presented during midterm were bugs that were reported during User Test 3 combined with regression testing bugs. The critical bugs were app crashed such as when user tried to upload video to his note, filter search caused app crashed searched for a wide range for age / income, and when user select the "call" option when a reminder notification was sent to the user but it was not assigned for any particular contact.
 
| Resolve bugs immediately. PM scheduled a "debugging (backlog)" task prior to UT3 and allocated the Lead Developer to resolve them while having 2 Backend Developers to develop the remaining functions. The crashes did not occur during UT3. However, UT3 participants reported several UI bugs (low) which include keyboard blocking what user is typing, "attach" icon blocking their screen.
 
| Resolve bugs immediately. PM scheduled a "debugging (backlog)" task prior to UT3 and allocated the Lead Developer to resolve them while having 2 Backend Developers to develop the remaining functions. The crashes did not occur during UT3. However, UT3 participants reported several UI bugs (low) which include keyboard blocking what user is typing, "attach" icon blocking their screen.
 +
|-
 +
| 12
 +
| <b>21</b> <br> 6 Low <br> 12 High <br> 3 Critical <br>
 +
|To prevent the previous mistake that the team committed during the earlier UTs (crashes during UT), a more rigorous regression testing, performed with additional test cases, were conducted. The critical bugs were app crashed after selecting back button from link contacts, image deleted from gallery and thereafter reopen from notes caused app crashed, and app crashed after selecting back button from group view.
 +
| Resolve bugs immediately. No major delay was caused as there are no functions to be developed so developers can concentrate on debugging. Other bugs which will not affect UT given its scenario will be develop in next iterations.
 +
|-
 +
| 13
 +
| <b>12</b> <br> 5 Low <br> 7 High <br> 0 Critical <br>
 +
|The remaining bugs were inherited from previous iteration. The bugs did not affect UT.
 +
| Resolve bugs immediately. No major delay was caused as there are no functions to be developed so developers can concentrate on debugging. Other bugs which will not affect UT given its scenario will be develop in next iterations.
 +
|-
 +
| 14
 +
| <b>6</b> <br> 3 Low <br> 3 High <br> 0 Critical <br>
 +
|The remaining bugs were inherited from previous iteration. The bugs did not affect UT.
 +
| Resolve bugs immediately. No major delay was caused as there are no functions to be developed so developers can concentrate on debugging. Other bugs which will not affect UT given its scenario will be develop in next iterations.
 
|-
 
|-
 
|}
 
|}
 
[[IS480 Team wiki: 2016T2 LickiLicky Bug Metrics|Viewed our Bug Metrics Here!]]
 
[[IS480 Team wiki: 2016T2 LickiLicky Bug Metrics|Viewed our Bug Metrics Here!]]
 
<font size=3><h3>Task Metrics</h3></font>
 
[[File:Task Metrics.png|500px|center]]
 
<br/>
 
 
{| class="wikitable" style="text-align:center; background: white; margin: 0px;"
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 10%" | Iteration
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 20%" | Task Score
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 40%" | Description
 
! style="background: #FF80AB; color: white; font-weight: bold; width: 30%" | Action Taken
 
|-
 
| 9
 
| 0.87
 
| Underestimated the hours needed to develop link contact (0.67) Underestimated the hours needed for debugging (0.6) Underestimated the hours needed to analyse user test result (0.5)
 
| Allocate more hours for future development tasks with similar level of complexity.
 
Allocate more hours to analyse user test result for future user test.
 
|}
 
  
 
<h2>Project Risks</h2>
 
<h2>Project Risks</h2>
Line 239: Line 187:
 
|Low
 
|Low
 
|Project may be potentially delayed due to time spent on learning. Quality of product may be affected.
 
|Project may be potentially delayed due to time spent on learning. Quality of product may be affected.
|This risk has been lowered from High (during Acceptance stage) to Low. The developers are now more familiar with android development. However, this remain as a risk. Developers will share their knowledge with each other whenever a problem arise.
+
|This risk has been lowered from High (during Midterm) to Low. The developers are now more familiar with android development. However, this remain as a risk. Developers will share their knowledge with each other whenever a problem arise.
 
|-
 
|-
 
|Mismatch of product against market.
 
|Mismatch of product against market.
|Medium
+
|High
 
|Developed product may not be what our target users or anyone in the market wants.
 
|Developed product may not be what our target users or anyone in the market wants.
|The risk has been lowered from High (during Acceptance stage) to Medium. More interviews have been conducted to validate market needs against project idea.
+
|The risk has been brought from Medium (during Midterm) to High. Although more UT and validation are done with actual users, we still do not have a holistic picture of the entire market.
 
|-
 
|-
 
|Quick rise of direct competition
 
|Quick rise of direct competition
|Medium
+
|High
 
|Google can easily integrate its contacts app with notes (i.e. Google Keep), reminders (e.g. Google Tasks) and even calendars.
 
|Google can easily integrate its contacts app with notes (i.e. Google Keep), reminders (e.g. Google Tasks) and even calendars.
|The risk has been lowered from High (during Acceptance stage) to Medium. By targeting a niche market like FCs, and possibly patenting certain novel features of the app in the near future, we will remain competitive against bigger software companies. Furthermore, the team has enhanced knowledge about the Singapore market which also allow us to remain competitive.
+
|The risk has been brought from Medium (during Midterm) to High. We are targeting a niche market and the team has enhanced knowledge about the Singapore market (financial consultant) which also allow us to remain competitive.
 
|-
 
|-
|Limited variety of Android phone models to perform testing
 
|Medium
 
|There may be compatibility issues with less popular Android phone models.
 
|We stretch our user testing period which will allow us to continuously recruit participants and allow testing on more variety of phones.
 
|-
 
|Risk of not having sufficient actual testers (Financial Consultant)
 
|Medium
 
|Not recruiting enough Financial Consultants to test the product may result in mismatch of product against market.
 
|The team recruited actual user during User Tests but the eventual number does not count as a sufficient sample size. PM has schedule a UAT in Iteration 14, where the product, projected to be developed up to all tertiary functions with an additional good to have function, will be tested on the real market. The team will be working closely with our mentor for this and our BA is constantly in touch with our target market.
 
 
|}
 
|}
  
 
<h2>Technical Complexity</h2>
 
<h2>Technical Complexity</h2>
[[File:Alarms and Notification.png|900px|center]]<br>
+
[[File:Technical Complexity1.png|700px|center]]
[[File:Lickilicky_Attach_Media_To_Notes_Tech.png|900px|center]]
+
[[File:Technical Complexity2.png|700px|center]]
<br>
+
[[File:Technical Complexity3.png|700px|center]]
 +
[[File:Technical Complexity4.png|700px|center]]
 +
<br><br>
  
 
=<div style="background: #FF80AB; padding: 15px; font-weight: bold; line-height: 0.3em; text-indent: 15px; font-size: 22px"><font color=#FFFFF>Quality of Product</font></div>=
 
=<div style="background: #FF80AB; padding: 15px; font-weight: bold; line-height: 0.3em; text-indent: 15px; font-size: 22px"><font color=#FFFFF>Quality of Product</font></div>=
<h2>Intermediate Deliverables</h2>
+
<h2>Deliverables</h2>
 
{| class="wikitable" style="text-align:center; background: white;"
 
{| class="wikitable" style="text-align:center; background: white;"
 
! style="background: #FF80AB; color: white; font-weight: bold;" |Stage
 
! style="background: #FF80AB; color: white; font-weight: bold;" |Stage
Line 299: Line 240:
 
|| [[IS480 Team wiki: 2016T2 LickiLicky Design Documents | UI Prototype]]
 
|| [[IS480 Team wiki: 2016T2 LickiLicky Design Documents | UI Prototype]]
 
|-
 
|-
|rowspan="3"|Testing
+
|rowspan="5"|Testing
 
|| User Testing 1
 
|| User Testing 1
 
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 1 | User Test 1]]
 
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 1 | User Test 1]]
Line 308: Line 249:
 
|| User Testing 3
 
|| User Testing 3
 
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 3 | User Test 3]]
 
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 3 | User Test 3]]
 +
|-
 +
|| User Testing 4
 +
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 4 | User Test 4]]
 +
|-
 +
|| User Testing 5
 +
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 5 | User Test 5]]
 
|-
 
|-
 
|}
 
|}
  
 
<h2>Deployment</h2>
 
<h2>Deployment</h2>
*Tictacts is deployed and available at https://play.google.com/store/apps/details?id=lickilicky.app.android.contacts
+
*Tictacts is deployed and available at https://play.google.com/store/apps/details?id=lickilicky.app.android.contacts&hl=en
 
*Visit us at http://www.tictacts.com/
 
*Visit us at http://www.tictacts.com/
  
Line 340: Line 287:
 
|| 28
 
|| 28
 
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 3 | User Testing 3]]
 
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 3 | User Testing 3]]
 +
|-
 +
|| User Testing 4
 +
|| 7 Mar 2016 - 16 Mar 2016
 +
|| Conducted at financial consultant most preferred place
 +
|| 11
 +
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 4 | User Testing 4]]
 +
|-
 +
|| User Testing 5
 +
|| 19 Mar 2016 - 28 Mar 2016
 +
|| Conducted at financial consultant most preferred place
 +
|| 11
 +
|| [[IS480 Team wiki: 2016T2 LickiLicky User Test and Survey User Test 5 | User Testing 5]]
 
|-
 
|-
 
|}
 
|}
 
<br>
 
<br>
 +
 
=<div style="background: #FF80AB; padding: 15px; font-weight: bold; line-height: 0.3em; text-indent: 15px; font-size: 22px"><font color=#FFFFF>Reflection</font></div>=
 
=<div style="background: #FF80AB; padding: 15px; font-weight: bold; line-height: 0.3em; text-indent: 15px; font-size: 22px"><font color=#FFFFF>Reflection</font></div>=
  
 
<font size=3><b>Team Reflection</b></font>
 
<font size=3><b>Team Reflection</b></font>
As a self-proposed project, the most challenging aspect of this project is that we do not have a sponsor to give us specific project scope, which means that we have to take full ownership of business and functional requirements. We have realised huge amount of efforts and hours are spent not only in developing the product, but also doing market research to ensure the final product solves the real world problem
+
As a self-proposed IS480 project, we learned to make use of this opportunity to learn how to run a start-up - the importance of gathering insights from actual users, validating ideas and features, followed by developing an application that caters to market needs. By realising our individual strengths, we were able to complement our weaknesses, and given the guidance of our supervisor, mentor, and reviewers, the team developed synergy that lets us overcome obstacles.
  
 
<br><font size=3><b>Individual Reflection</b></font>
 
<br><font size=3><b>Individual Reflection</b></font>
Line 355: Line 315:
 
|[[Image:LickiLicky_alvin.png|90px]]<br>
 
|[[Image:LickiLicky_alvin.png|90px]]<br>
 
<b>Alvin Neo</b>
 
<b>Alvin Neo</b>
!style="background: white; text-align: justify; font-weight: normal"|  
+
!style="background: white; text-align: left; font-weight: normal"|  
As the PM, I learnt most about managing expectations from various stakeholders such as Supervisor, Mentor, and most importantly, my teammates. I also learnt about managing changes to the project scope and scheduling it to fit into the timeline according to their priority.
+
IS480 is a tough but meaningful journey. Throughout this period, it was challenging to plan for a good schedule as different functions within the scope comes with different difficulty level and the team has other modules to handle and thus, I have to find a best fit while scheduling tasks in each iterations. However, I as the PM, am fortunate to have cooperative team mates who will put in extra efforts in order to meet deadlines, and also good supervisor and mentor who guided us along the way with sound advices. If I could plan for this project again, I would have allocated more time for prototyping and performing market validation to gain better market insights, instead of scheduling development task without having a good understanding of actual users.
 
|-
 
|-
 
|[[Image:LickiLicky_dandan.png|90px]]<br>
 
|[[Image:LickiLicky_dandan.png|90px]]<br>
 
<b>Dan Dan Thio</b>
 
<b>Dan Dan Thio</b>
!style="background: white; text-align: justify; font-weight: normal"|  
+
!style="background: white; text-align: left; font-weight: normal"|  
Through this project, I developed the skill to write  clear business requirements and to be able to communicate requirements to stakeholders and development team effectively. I learnt about the flaws in my original idea through customer interviews, and better engagement of my customers through their views.
+
Managing stakeholders' expectations was a challenge, and due to the lack of experience and ignorance, we made the poor decision of developing full features before proper validation. Our target market was initially set too wide and that gave us the illusion of making progress, and when we narrowed it down, some developed features were not as applicable. The lack of quantitative goals and metrics to guide our development were things that we quickly picked up after mid-terms. Making sense of users' feedback was time-consuming and difficult, however, it definitely gave us direction. Unfortunately, there was little time left to recover. I've learnt that the devil's in the details, and the search for product market fit as a startup is tough as hell. If I am to do it over again, I would have slapped myself and defined my target market smaller, collect quantative data, and make development decisions based on metrics from the onset.  
 
|-
 
|-
 
|[[Image:LickiLicky_stanley.png|90px]]<br>
 
|[[Image:LickiLicky_stanley.png|90px]]<br>
 
<b>Stanley Soh</b>
 
<b>Stanley Soh</b>
|style="background: white; text-align: justify; font-weight: normal"|  
+
|style="background: white; text-align: left; font-weight: normal"|  
I have actively participate in the coding of our app and this has hone my Android development skills greatly. I have also realised that it is important that we keep testing and figuring out what we don’t know. I need to constantly analyse the feedbacks from our testers/customers and improve our application to the best of my abilities.
+
Pushing out the right product for our target market is an ongoing and ever learning journey. I have learnt this the hard way through constantly developing and tuning our product according to the needs of our target market. Although everything is falling into place already, I feel that much can be improve and in fact, I was too rush in wanting to develop and test our product that we have omitted IOS devices from our scope. Because of this, we have missed out a part of our target market, which are the IOS users. If I can start over again, I will have used frameworks such as Phonegap and Ionic (back-end and front-end framework used to create app for IOS and Android) to develop our app to cater to both IOS and Android users so that we do not missed out on any potential users in our target market.
 
|-
 
|-
 
|[[Image:LickiLicky_sebas.png|90px]]<br>
 
|[[Image:LickiLicky_sebas.png|90px]]<br>
 
<b>Sebastian Hadinata</b>
 
<b>Sebastian Hadinata</b>
|style="background: white; text-align: justify; font-weight: normal"|  
+
|style="background: white; text-align: left; font-weight: normal"|  
Through IS480 project, I have learned that in order to create a good UI, we need to understand what is the standard for contacts UI. Frequently, I also need to explore existing apps in the market to gain ideas on the UI. Lastly, I have also learned that what we perceived as a good might not be well accepted by the market. As such, thorough market research shall be conducted to validate functional requirements.
+
By the end of my iS480 journey. I had a better understand of the magic behind an intuitive android application design through research, user testing and visual design application. One thing I wish I could have done to make the project better would be to do more low-fi prototypes and validate them before implementing the app. More AB testing should have been conducted to find out which designs are the ones that users prefer more. Also, action table should be done earlier as well in order to select which are the designs that we should implement which fits the choice by majority of the users.  
 
|-
 
|-
 
|[[Image:LickiLicky_yazhi.png|90px]]<br>
 
|[[Image:LickiLicky_yazhi.png|90px]]<br>
 
<b>Zhao Yazhi</b>
 
<b>Zhao Yazhi</b>
|style="background: white; text-align: justify; font-weight: normal"|  
+
|style="background: white; text-align: left; font-weight: normal"|  
There is a huge learning curve for new programming functions as well as the technical knowledge about android. Through user testing, I understand the importance of having a proper test plan so we can ensure the quality of our application.
+
Planning for user testing was daunting. However, having a proper test plan will help our team ensure the quality of our application. Meanwhile, each user test conducted was rewarding and insightful, especially when hearing positive feedback from target users. As a lead tester, I learnt how to organize test plans and bug tracking, to ensure that the development of application goes smoothly and as intended. I also learnt how to take feedback into criticism, interpret them from a more constructive view point and analyse whether it would help improve the application better.
 
|-
 
|-
 
|[[Image:LickiLicky_mengxi.png|90px]]<br>
 
|[[Image:LickiLicky_mengxi.png|90px]]<br>
 
<b>Ren Mengxi</b>
 
<b>Ren Mengxi</b>
|style="background: white; text-align: justify; font-weight: normal"|  
+
|style="background: white; text-align: left; font-weight: normal"|  
 
Android development is a tough but rather fun journey. Starting from zero knowledge about the platform, libraries and frameworks, I was able to adopt to the new development environment quickly, and our team learnt a lot from each other. Being new to the financial industry, I was exposed to different working principles through this project. I believe there are many other promising aspects to be branched out if we could obtain extensive feedback from the end users regarding the features and experience at an earlier stage.
 
Android development is a tough but rather fun journey. Starting from zero knowledge about the platform, libraries and frameworks, I was able to adopt to the new development environment quickly, and our team learnt a lot from each other. Being new to the financial industry, I was exposed to different working principles through this project. I believe there are many other promising aspects to be branched out if we could obtain extensive feedback from the end users regarding the features and experience at an earlier stage.
 
|}
 
|}

Latest revision as of 10:10, 19 April 2016

LickiLicky Logo v2.png

HOME   ABOUT US   PROJECT OVERVIEW   PROJECT MANAGEMENT   DOCUMENTATION
Main Wiki Midterm Wiki Final Wiki


Project Progress Summary

Finals Slides: Download here!

Current Iteration: 16
Total Iterations: 16
Iteration (Current) Dates: 16 April 2016 to 22 April 2016
Iteration (Final) Dates: 16 April 2016 to 22 April 2016

Project Highlights

  • Successful deployment in Google Play Store. Download Tictacts at https://play.google.com/store/apps/details?id=lickilicky.app.android.contacts&hl=en
  • 5 user testing conducted. User Test 4 and 5 conducted with actual users (financial consultant).
    • User Test 4 and 5 allows the team to gain insights about the market, users' needs and wants.
    • User Test 4 and 5 allows the team to validate application idea with target market.


Project Challenges

  • Difficult to reach out to actual users who has Android devices, with Android version 5.0 and above.
  • Lack of standardise as-is process or working tools makes it challenging for team to identify market pain points.


Project Achievements

  • Application features and idea validated with target market.
  • Gaining insights on which features are preferred by financial consultants.


Project Management

Project Scope


LickiLicky_Scope_Finals

Scope Change

  • As the team shifted our focus on user testing and market validation, the originally scheduled function, cloud backup was removed from iteration 13 and shifted to the Good to Have category.
  • Suggest Group (Related Field) is shifted to Good to Have as UT2 and 3 result shows that this function is not highly rated.


Project Timeline

Planned
Timeline Midterm.V2.png
Actual
Final V3.8.png

Schedule Highlight

  • UT 4 and 5 were scheduled to be conducted on Iteration 13 and 14 respectively
  • Cloud backup and visualisation of statistic was removed from iteration 13 and 14 respectively


Project Metrics

Schedule Metrics

Schedule Metrics Finals.png


Iteration Planned Duration (Days) Actual Duration (Days) Schedule Metric Score Action Taken Status
3 14 16 0.88 More time needed to complete suggest group function.

Follow up action: Schedule slip was presented during Acceptance presentation. No delay to overall schedule as there are no major function to be developed in Iteration 4, which was scheduled to be preparation for Acceptance. Supervisor was informed of the slip after project was Accepted.

Completed
7 14 16 0.88 More time needed to develop filter search function.

Follow up action: Supervisor informed about delay. More hours was put into developing the function. No major delay in overall schedule.

Completed
11 14 17 0.82 More time needed to develop Hashtags.

Follow up action: Supervisor informed about delay. More hours was put into developing the functions. No major delay in overall schedule.

Completed

View our Schedule Metrics Here!

Bug Metrics

Bug Metrics Finals.png


Iteration Bug Count Bug Summary Action Taken
5 12
7 Low
3 High
2 Critical
A major regression testing was perform after acceptance which causes the spike in bug count. The 2 critical bugs are "new contacts added not reflected under suggest group" and "reminders and notes not backup upon app updates". Resolve bugs immediately. No major delay was caused as iteration 5 was scheduled for post acceptance debugging.
6 9
5 Low
3 High
1 Critical
1 critical bug was due to app crash when reminder was set for a non-existing group and there is a notification for this reminder. Resolve bugs immediately. No major delay was caused as iteration 6 was scheduled for post acceptance debugging.
8 2
2 High
2 high bugs were "expired reminders continue to remain in reminder list" and "recurring reminders did not take on new date/time" Resolve bugs immediately. No major delay was caused as iteration 8 was scheduled for post acceptance debugging and development of only 1 function, birthday reminder.
9 9
4 Low
5 High
0 Critical
The spike in bug score (122) presented during midterm were bugs that were reported during User Test 2 combined with regression testing bugs. The above bug score for iteration 9 is base on regression testing. Resolve bugs immediately. PM scheduled a "debugging (backlog)" task and allocated the Lead Developer to resolve these bugs (both UT and regression testing bugs) while the other 2 Backend Developers develop the functions that were scheduled for Iteration 9.
10 6
4 High
2 Critical
The critical bug was an app crash while performing a series of actions using Note 3. Resolve bugs immediately. Critical bug did not occur again after new APK was released. Similar action was performed but bug did not replicate.
11 9
1 Low
3 High
5 Critical
The bug score presented during midterm were bugs that were reported during User Test 3 combined with regression testing bugs. The critical bugs were app crashed such as when user tried to upload video to his note, filter search caused app crashed searched for a wide range for age / income, and when user select the "call" option when a reminder notification was sent to the user but it was not assigned for any particular contact. Resolve bugs immediately. PM scheduled a "debugging (backlog)" task prior to UT3 and allocated the Lead Developer to resolve them while having 2 Backend Developers to develop the remaining functions. The crashes did not occur during UT3. However, UT3 participants reported several UI bugs (low) which include keyboard blocking what user is typing, "attach" icon blocking their screen.
12 21
6 Low
12 High
3 Critical
To prevent the previous mistake that the team committed during the earlier UTs (crashes during UT), a more rigorous regression testing, performed with additional test cases, were conducted. The critical bugs were app crashed after selecting back button from link contacts, image deleted from gallery and thereafter reopen from notes caused app crashed, and app crashed after selecting back button from group view. Resolve bugs immediately. No major delay was caused as there are no functions to be developed so developers can concentrate on debugging. Other bugs which will not affect UT given its scenario will be develop in next iterations.
13 12
5 Low
7 High
0 Critical
The remaining bugs were inherited from previous iteration. The bugs did not affect UT. Resolve bugs immediately. No major delay was caused as there are no functions to be developed so developers can concentrate on debugging. Other bugs which will not affect UT given its scenario will be develop in next iterations.
14 6
3 Low
3 High
0 Critical
The remaining bugs were inherited from previous iteration. The bugs did not affect UT. Resolve bugs immediately. No major delay was caused as there are no functions to be developed so developers can concentrate on debugging. Other bugs which will not affect UT given its scenario will be develop in next iterations.

Viewed our Bug Metrics Here!

Project Risks

Risk Description Category Impact Mitigation Strategy
Team is unfamiliar with android development. Low Project may be potentially delayed due to time spent on learning. Quality of product may be affected. This risk has been lowered from High (during Midterm) to Low. The developers are now more familiar with android development. However, this remain as a risk. Developers will share their knowledge with each other whenever a problem arise.
Mismatch of product against market. High Developed product may not be what our target users or anyone in the market wants. The risk has been brought from Medium (during Midterm) to High. Although more UT and validation are done with actual users, we still do not have a holistic picture of the entire market.
Quick rise of direct competition High Google can easily integrate its contacts app with notes (i.e. Google Keep), reminders (e.g. Google Tasks) and even calendars. The risk has been brought from Medium (during Midterm) to High. We are targeting a niche market and the team has enhanced knowledge about the Singapore market (financial consultant) which also allow us to remain competitive.

Technical Complexity

Technical Complexity1.png
Technical Complexity2.png
Technical Complexity3.png
Technical Complexity4.png



Quality of Product

Deliverables

Stage Specification Modules
Project Requirements Market Research Market Research
Project Management Minutes Minutes
Metrics Schedule Metrics
Task Metrics
Bug Metrics
Risk Risks
Change Management Change Management
Diagrams Class Diagram
Workflow Model
Logical Diagram
Diagrams
Design Low-Fi Prototype
High-Fi Prototype
UI Prototype
Testing User Testing 1 User Test 1
User Testing 2 User Test 2
User Testing 3 User Test 3
User Testing 4 User Test 4
User Testing 5 User Test 5

Deployment

User Testing

User Testing Date Venue Users Link
User Testing 1 30 Oct 2015 SMU SIS GSR2.1 2 User Testing 1
User Testing 2 6 Jan 2016 - 12 Jan 2016 On-site at SMU SIS Lift Lobby Bench and off-site 32 User Testing 2
User Testing 3 11 Feb 2016 - 16 Feb 2016 On-site at SMU SIS SR 2.1 / GSR 2.1 on 12 Feb 2016. Off-site for rest of the days 28 User Testing 3
User Testing 4 7 Mar 2016 - 16 Mar 2016 Conducted at financial consultant most preferred place 11 User Testing 4
User Testing 5 19 Mar 2016 - 28 Mar 2016 Conducted at financial consultant most preferred place 11 User Testing 5


Reflection

Team Reflection As a self-proposed IS480 project, we learned to make use of this opportunity to learn how to run a start-up - the importance of gathering insights from actual users, validating ideas and features, followed by developing an application that caters to market needs. By realising our individual strengths, we were able to complement our weaknesses, and given the guidance of our supervisor, mentor, and reviewers, the team developed synergy that lets us overcome obstacles.


Individual Reflection

Name Reflections
LickiLicky alvin.png

Alvin Neo

IS480 is a tough but meaningful journey. Throughout this period, it was challenging to plan for a good schedule as different functions within the scope comes with different difficulty level and the team has other modules to handle and thus, I have to find a best fit while scheduling tasks in each iterations. However, I as the PM, am fortunate to have cooperative team mates who will put in extra efforts in order to meet deadlines, and also good supervisor and mentor who guided us along the way with sound advices. If I could plan for this project again, I would have allocated more time for prototyping and performing market validation to gain better market insights, instead of scheduling development task without having a good understanding of actual users.

LickiLicky dandan.png

Dan Dan Thio

Managing stakeholders' expectations was a challenge, and due to the lack of experience and ignorance, we made the poor decision of developing full features before proper validation. Our target market was initially set too wide and that gave us the illusion of making progress, and when we narrowed it down, some developed features were not as applicable. The lack of quantitative goals and metrics to guide our development were things that we quickly picked up after mid-terms. Making sense of users' feedback was time-consuming and difficult, however, it definitely gave us direction. Unfortunately, there was little time left to recover. I've learnt that the devil's in the details, and the search for product market fit as a startup is tough as hell. If I am to do it over again, I would have slapped myself and defined my target market smaller, collect quantative data, and make development decisions based on metrics from the onset.

LickiLicky stanley.png

Stanley Soh

Pushing out the right product for our target market is an ongoing and ever learning journey. I have learnt this the hard way through constantly developing and tuning our product according to the needs of our target market. Although everything is falling into place already, I feel that much can be improve and in fact, I was too rush in wanting to develop and test our product that we have omitted IOS devices from our scope. Because of this, we have missed out a part of our target market, which are the IOS users. If I can start over again, I will have used frameworks such as Phonegap and Ionic (back-end and front-end framework used to create app for IOS and Android) to develop our app to cater to both IOS and Android users so that we do not missed out on any potential users in our target market.

LickiLicky sebas.png

Sebastian Hadinata

By the end of my iS480 journey. I had a better understand of the magic behind an intuitive android application design through research, user testing and visual design application. One thing I wish I could have done to make the project better would be to do more low-fi prototypes and validate them before implementing the app. More AB testing should have been conducted to find out which designs are the ones that users prefer more. Also, action table should be done earlier as well in order to select which are the designs that we should implement which fits the choice by majority of the users.

LickiLicky yazhi.png

Zhao Yazhi

Planning for user testing was daunting. However, having a proper test plan will help our team ensure the quality of our application. Meanwhile, each user test conducted was rewarding and insightful, especially when hearing positive feedback from target users. As a lead tester, I learnt how to organize test plans and bug tracking, to ensure that the development of application goes smoothly and as intended. I also learnt how to take feedback into criticism, interpret them from a more constructive view point and analyse whether it would help improve the application better.

LickiLicky mengxi.png

Ren Mengxi

Android development is a tough but rather fun journey. Starting from zero knowledge about the platform, libraries and frameworks, I was able to adopt to the new development environment quickly, and our team learnt a lot from each other. Being new to the financial industry, I was exposed to different working principles through this project. I believe there are many other promising aspects to be branched out if we could obtain extensive feedback from the end users regarding the features and experience at an earlier stage.