Difference between revisions of "Digital Enablement Development Release Cycle"

From wiki
Jump to navigation Jump to search
m
 
(46 intermediate revisions by 3 users not shown)
Line 1: Line 1:
−
The Digital Collaboration uses an Agile framework to develop and release digital products.
+
{{Translation to follow}}
 +
<span style="float:right;">__TOC__</span>
  
−
==Agile==
 
−
Agile is an umbrella term for a variety of development methods which focus on adaptability, continuous development, iteration and collaboration.[1]
 
  
−
==Stages of Development and Release==
+
The Digital Enablement Development (DE-D) Division continuously develops, tests and releases enhancements and fixes for its applications throughout their life cycle. There are four stages of development, testing and release for a new web application: Proof of Concept, Alpha, Beta and Official Release.
  
−
DCD uses open-source software to develop applications, and follows three stages for releasing these applications.
+
Before entering the development process, DE-D will determine if an open source software exists that meet the business, technical and user requirements for the application. If none meet the requirements, DE-D will look into developing the new application, starting with an minimal viable product (MVP) where they will continue to iterate on the application to add additional features and functionalities.
  
−
===Pilot===
+
During the proof of concept phase, DE-D will attempt to demonstrate the feasibility of a concept or product to verify if it has the potential of being used. DE-D will either test an open source software to see if it meets the initial requirements, or will test a newly developed Minimal Viable Product (MVP). If the concept or product successfully goes through the proof of concept phase, it will then enter the Alpha phase where the majority of the new development and design work for the new product will be completed. Once the initial necessary features are developed and tested in Alpha, the new tool will enter the Beta phase where at least 90% of the application is completed and is released to users as the Minimal Marketable Product (MMP). During the Beta phase, final bug fixes and enhancements required are addressed before the application is officially released.  
−
DCD may test multiple open-source applications to develop a particular tool. When a tool is in pilot it means that an open-source application is being tested to see if it can meet the users' needs, before the tool undergoes a more comprehensive development by the DCD team. It is a short-term, experimental phase to see how the large-scale service may work in practice.[https://searchcio.techtarget.com/definition/pilot-program-pilot-study]. Pilot is sometimes referred to as pre-alpha.[https://en.wikipedia.org/wiki/Software_release_life_cycle#Pre-alpha]
 
  
−
Open pilot testing means that the potential open-source application is available to anyone in the user-base to test. Closed pilot testing means that the potential application is only available internally to the team who will be developing the tool. The DCD team uses both of these pilot testing methods depending on what makes the most sense for the tool which will be developed. However, when possible open pilot testing is preferred as it includes the user at the earliest stage of development.
+
{| class="wikitable"
 +
|-
 +
|
 +
=== '''Minimal Viable Product (MVP) vs. Minimal Marketable Product (MM)''' ===
  
−
If the open-source application being tested is unsuitable, a different application will be pilot tested.
+
==== '''What is a minimal viable product?''' ====
 +
In agile product development, the minimum viable product (MVP) is a bare-bones version of a new product that contains a minimum amount of features (usually 1 or 2) and that allows a team to get initial feedback from a small group of users with the least effort
  
−
Currently the following tools are in pilot:
+
As the main goal of the MVP is to facilitate validated learning, it can take the form of paper prototypes and clickable prototypes that generate qualitative data (as opposed to quantitative data), as long as it helps to test the idea and to acquire the relevant knowledge.
−
*Message
 
  
−
===Alpha===
+
==== '''What is a minimal marketable product?''' ====
−
After the appropriate application is selected, the tool undergoes alpha development.
+
The minimal marketable product (MMP) is a version of a product that includes a small set of features that addresses the needs of the initial users (innovators and early adopters), and that can be released to the market.
 +
 
 +
The main goal of the MMP is to reduce the time-to-market as it can be launched more quickly than a feature-rich product. The MMP helps focuses on what really matters, without all the unnecessary features.
 +
 
 +
==== '''In summary:''' The '''MVP''' helps you test your ideas. The '''MMP''' enables you to launch your product faster. ====
 +
 
 +
|}
 +
 
 +
==Proof of Concept==
 +
A proof of concept (POC) is a way for DE to test and demonstrate the feasibility of a concept or product to verify if it has the potential of being used. A proof of concept is usually small and may or may not be complete. DE-D will either test an existing open source application to see if it meets the initial requirements, or will test a newly developed '''Minimal Viable Product (MVP)''', before the product undergoes more comprehensive development by the DE-D team. It is a short-term, experimental phase to see how the large-scale service may work in practice and allows to better investigate a set of technologies and how they might work in a specific business culture. 
 +
 
 +
Before doing a proof of concept, the scope of the project is developed, including user, business and technical requirements. User requirements are determined through research, testing and analysis of the user base. From the project scope, the DE-D team will conduct research to determine if an open source application exist that could meet these requirements. If not, DE-D will develop a Minimum Viable Product (MVP). The MVP will not include all the features planned for the application, only the minimum amount of features required to get initial feedback from users. Further features and enhancements that add value to the tool will be developed if the proof of concept proves to be successful. 
 +
 
 +
'''Open Proof of Concept''' means that the product, or application, is available and open for any users to test. '''Closed Proof of Concept''' means that the product, or application, is only made available to a small set of users, or is only available to the team who is developing the tool. The DE-D team uses both of these testing methods depending on what makes the most sense for the product being developed. When possible, open proof of concept is preferred as it includes the user at the earliest stage of development and provides for more in-dept user feedback.
 +
 
 +
If the MVP or open-source application being tested is deemed to be successful, the application will go on to the next phase of development. If it is deemed to be unsuitable (e.g. does not meet user and/or business requirements), DE-D will determine if there is a need to pivot, abandon or come up with a different solution.
 +
 
 +
'''The following product is an open proof of concept:'''
 +
*[https://message.gccollab.ca Message]
 +
 
 +
==Alpha==
 +
Once a product (existing open source software or new MVP) successfully passes the proof of concept phase, the application will undergo Alpha development and testing. During this phase, the features and design of the application are developed based on the user feedback received during the initial testing. 
 +
 
 +
If using an open-source application, DE will develop additional features and/or remove features in order to meet users' needs, and align the user interface to use the [[Aurora|Aurora design system]]. The main focus is to make the application stable, accessible and usable for the user base. 
 +
 
 +
Alpha testing is done by select users to test the usability and user experience of the tool in development, as well as to find major bugs that affect the functionality of the tool.<ref>“What Is Alpha Testing? An Early Alarm for Defects.” ''Software Testing Help'', 7 June 2018, www.softwaretestinghelp.com/alpha-testing/.</ref> The DE-D team also focuses on accessibility testing during this stage.
 +
 
 +
When in Alpha, the tool is functional but may not include all of the enhancements that will be part of the Minimal Marketable Product (MMP) and the official release. The Alpha phase is complete when all of the necessary features and design are developed and tested, and the tool is ready to be released as the MMP, during the Beta phase, to the entire user base for further testing and feedback.<ref>Christensson, Per. "Alpha Software Definition." ''TechTerms''. Sharpened Productions, 05 April 2013. <<nowiki>https://techterms.com/definition/alpha_software</nowiki>>.</ref>
 +
 
 +
'''The following applications are in Alpha phase:'''
 +
* No application at this time.
 +
 
 +
==Beta==
 +
After Alpha testing has ended, the application enters the Beta phase of development and testing. When in Beta, the application is at least 90% completed and is release to users as the '''Minimal Marketable Product (MMP)'''. During Beta testing, users are asked to provide feedback on the design, functionality, and usability of the tool. Beta testing is also done to find and address minor bugs, as well as bugs that may have been missed in Alpha testing.<ref>“What Is Beta Testing? A Complete Guide.” ''Software Testing Help'', 7 June 2018, www.softwaretestinghelp.com/beta-testing/.</ref> The DE-D team uses open Beta testing to test its tools, meaning that the tool can be used and tested by every user who wishes to participate in testing in a real environment.
 +
 
 +
Beta development uses the feedback provided by real users to develop any additional enhancements or make any modifications to the user interface design needed in order to release an application that is usable and accessible, offering the best possible user experience. There may be multiple versions of the application released during the Beta phase<ref>“Beta Software.” ''Beta Software Definition'', 5 Apr. 2013, techterms.com/definition/beta_software.</ref>.
 +
 
 +
'''The following tools are in Beta phase:'''
 +
*[[Aurora|Aurora design system]]
 +
 
 +
==Official Release==
 +
When all necessary features and designs are developed and implemented as part of the new application, it is ready to be officially released. As the DE-D team works in an agile environment, an official release does not mean that development on the application ends. User research is routinely conducted to determine if enhancements are reuqired  and how the usability of the tool can be improved. After the official release, DE-D continues to fix bugs, develop and release new features, enhancements and improvements on a continuous basis throughout the entire life-span of the application.
 +
 
 +
'''The following tools have been officially released:'''
 +
* [https://account.gccollab.ca/profile/ GCaccount]
 +
 
 +
* GCWiki
 +
 
 +
* [https://gccollab.ca GCcollab] (legacy)
 +
* [https://gcconnex.ca GCconnex] (legacy)
 +
* [https://gcpedia.ca GCpedia] (legacy)
 +
 
 +
==References==
 +
<references />

Latest revision as of 16:52, 15 February 2019

Ambox notice.png
 This page is a work in progress. We welcome your feedback. Please use the discussion page for suggestions and comments. When the page is approved and finalized, we will send it for translation.


The Digital Enablement Development (DE-D) Division continuously develops, tests and releases enhancements and fixes for its applications throughout their life cycle. There are four stages of development, testing and release for a new web application: Proof of Concept, Alpha, Beta and Official Release.

Before entering the development process, DE-D will determine if an open source software exists that meet the business, technical and user requirements for the application. If none meet the requirements, DE-D will look into developing the new application, starting with an minimal viable product (MVP) where they will continue to iterate on the application to add additional features and functionalities.

During the proof of concept phase, DE-D will attempt to demonstrate the feasibility of a concept or product to verify if it has the potential of being used. DE-D will either test an open source software to see if it meets the initial requirements, or will test a newly developed Minimal Viable Product (MVP). If the concept or product successfully goes through the proof of concept phase, it will then enter the Alpha phase where the majority of the new development and design work for the new product will be completed. Once the initial necessary features are developed and tested in Alpha, the new tool will enter the Beta phase where at least 90% of the application is completed and is released to users as the Minimal Marketable Product (MMP). During the Beta phase, final bug fixes and enhancements required are addressed before the application is officially released.

Minimal Viable Product (MVP) vs. Minimal Marketable Product (MM)

What is a minimal viable product?

In agile product development, the minimum viable product (MVP) is a bare-bones version of a new product that contains a minimum amount of features (usually 1 or 2) and that allows a team to get initial feedback from a small group of users with the least effort

As the main goal of the MVP is to facilitate validated learning, it can take the form of paper prototypes and clickable prototypes that generate qualitative data (as opposed to quantitative data), as long as it helps to test the idea and to acquire the relevant knowledge.

What is a minimal marketable product?

The minimal marketable product (MMP) is a version of a product that includes a small set of features that addresses the needs of the initial users (innovators and early adopters), and that can be released to the market.

The main goal of the MMP is to reduce the time-to-market as it can be launched more quickly than a feature-rich product. The MMP helps focuses on what really matters, without all the unnecessary features.

In summary: The MVP helps you test your ideas. The MMP enables you to launch your product faster.

Proof of Concept

A proof of concept (POC) is a way for DE to test and demonstrate the feasibility of a concept or product to verify if it has the potential of being used. A proof of concept is usually small and may or may not be complete. DE-D will either test an existing open source application to see if it meets the initial requirements, or will test a newly developed Minimal Viable Product (MVP), before the product undergoes more comprehensive development by the DE-D team. It is a short-term, experimental phase to see how the large-scale service may work in practice and allows to better investigate a set of technologies and how they might work in a specific business culture.

Before doing a proof of concept, the scope of the project is developed, including user, business and technical requirements. User requirements are determined through research, testing and analysis of the user base. From the project scope, the DE-D team will conduct research to determine if an open source application exist that could meet these requirements. If not, DE-D will develop a Minimum Viable Product (MVP). The MVP will not include all the features planned for the application, only the minimum amount of features required to get initial feedback from users. Further features and enhancements that add value to the tool will be developed if the proof of concept proves to be successful.

Open Proof of Concept means that the product, or application, is available and open for any users to test. Closed Proof of Concept means that the product, or application, is only made available to a small set of users, or is only available to the team who is developing the tool. The DE-D team uses both of these testing methods depending on what makes the most sense for the product being developed. When possible, open proof of concept is preferred as it includes the user at the earliest stage of development and provides for more in-dept user feedback.

If the MVP or open-source application being tested is deemed to be successful, the application will go on to the next phase of development. If it is deemed to be unsuitable (e.g. does not meet user and/or business requirements), DE-D will determine if there is a need to pivot, abandon or come up with a different solution.

The following product is an open proof of concept:

Alpha

Once a product (existing open source software or new MVP) successfully passes the proof of concept phase, the application will undergo Alpha development and testing. During this phase, the features and design of the application are developed based on the user feedback received during the initial testing.

If using an open-source application, DE will develop additional features and/or remove features in order to meet users' needs, and align the user interface to use the Aurora design system. The main focus is to make the application stable, accessible and usable for the user base.

Alpha testing is done by select users to test the usability and user experience of the tool in development, as well as to find major bugs that affect the functionality of the tool.[1] The DE-D team also focuses on accessibility testing during this stage.

When in Alpha, the tool is functional but may not include all of the enhancements that will be part of the Minimal Marketable Product (MMP) and the official release. The Alpha phase is complete when all of the necessary features and design are developed and tested, and the tool is ready to be released as the MMP, during the Beta phase, to the entire user base for further testing and feedback.[2]

The following applications are in Alpha phase:

  • No application at this time.

Beta

After Alpha testing has ended, the application enters the Beta phase of development and testing. When in Beta, the application is at least 90% completed and is release to users as the Minimal Marketable Product (MMP). During Beta testing, users are asked to provide feedback on the design, functionality, and usability of the tool. Beta testing is also done to find and address minor bugs, as well as bugs that may have been missed in Alpha testing.[3] The DE-D team uses open Beta testing to test its tools, meaning that the tool can be used and tested by every user who wishes to participate in testing in a real environment.

Beta development uses the feedback provided by real users to develop any additional enhancements or make any modifications to the user interface design needed in order to release an application that is usable and accessible, offering the best possible user experience. There may be multiple versions of the application released during the Beta phase[4].

The following tools are in Beta phase:

Official Release

When all necessary features and designs are developed and implemented as part of the new application, it is ready to be officially released. As the DE-D team works in an agile environment, an official release does not mean that development on the application ends. User research is routinely conducted to determine if enhancements are reuqired and how the usability of the tool can be improved. After the official release, DE-D continues to fix bugs, develop and release new features, enhancements and improvements on a continuous basis throughout the entire life-span of the application.

The following tools have been officially released:

  • GCWiki

References

  1. ↑ “What Is Alpha Testing? An Early Alarm for Defects.” Software Testing Help, 7 June 2018, www.softwaretestinghelp.com/alpha-testing/.
  2. ↑ Christensson, Per. "Alpha Software Definition." TechTerms. Sharpened Productions, 05 April 2013. <https://techterms.com/definition/alpha_software>.
  3. ↑ “What Is Beta Testing? A Complete Guide.” Software Testing Help, 7 June 2018, www.softwaretestinghelp.com/beta-testing/.
  4. ↑ “Beta Software.” Beta Software Definition, 5 Apr. 2013, techterms.com/definition/beta_software.
Retrieved from "https://wiki.gccollab.ca/index.php?title=Digital_Enablement_Development_Release_Cycle&oldid=8173"