November 5, 2020, 8:30 a.m. to 6 p.m. EDT | November 6, 2020 – February 7, 2021, On-Demand | Online Conference
Please login or join to subscribe to this thread
Prototyping is one of the ways to include Agile based practices inside waterfall life cycles. The problem is: most of the times , if you answer about prototyping you will surprise when you receive the answers about what a prototype is, which are the types of prototype and mainly the lack of knowledge about the prototype must have an objective and the script to run the prototype related to it because the objective to reach.
A lot depends on what the expectations are surrounding "prototyping". I've seen prototypes range from something cooked up with duct tape and chewing gum all the way up to a true MMR. As long as stakeholders have a consistent understanding of what the prototype will and won't be for and there is discipline in how much time and money is spent prototyping, then it can be a valuable mechanism for getting feedback on product or approach viability.
Agree with Sergio and Kiron.
Also one of the prototyping is the story boarding technique which use Mock-ups navigation paths through web pages,screens or other user interfaces.
The point at which a development team becomes “enlightened,” that is, the light bulb comes on, and they truly understand “what they are doing,” and how that relates to the objectives, is also the point the project becomes catalyzed.
In other words, the catalyst for any project is “knowledge.” So, the question becomes, “where do you want that point of enlightenment to occur?” I believe this question is valid for all development approaches, including agile.
In Agile, although understandable, why wait for breakthrough moments to occur in sprint demos – what’s wrong with reasonable due-diligence in the form of tangible prototyping before one starts to sprint?
I see prototyping as a core PM technique to reduce insecurity. Any planning can be seen as a sort of prototyping, any possible future scenario is a mental prototype.
Product-related Prototypes can be categorized according to their
- completeness (complete or incomplete)
- usability (reusable or thrown away)
- purpose (demonstration, laboratory - for the purpose of validating hypothesis, pilot)
For example, a complete, reusable pilot could emerge into a delivered product, but still might need some product specific features.
Another example of a prototype would be digital twins, as envisioned thru BIM in construction. They could be seen as (in the end) complete and reusable laboratory prototypes.
Please login or join to reply