Increase your project success with MoSCoW analysis
This is another post in the spirit of the STEMGeek's Hackathon.
The prize pool for the Hackathon is over 12,000 Hive right now.
Using MoSCoW to improve project planning
There are a lot of useful techniques for brainstorming and project planning. One I don't see talked about too often is the MoSCoW analysis method.
MoSCoW is an extremely simple technique but can prove invaluable for new projects.
MoSCoW is a mnemonic device to remember four key categories for planning features for a project. While these are completely obvious when you hear them, actually identifying and classifying the features ahead of time will save a lot of headaches down the road.
It will also help you identify areas you can improve, don't need, or may not have considered prior.
MoSCoW simply means:
- Must Have
- Should Have
- Could Have
- Won't Have
By using these four categories you can categorize features for your project before getting too far along in development.
Must Have
These are features that are critical to the core functionality of your project. Without all of these features, the project is considered a failure.
If you don't identify exactly what is most critical to the success of your project, then you may need to rebuild a lot of functionality to support these features before you have a usable project.
Should Have
These are features that while not critical to the core functionality, the project really should support them to be competitive and successful.
Knowing what your project should do even before you start working on these features can allow you to design your database and interfaces to support features you know will be coming down the road.
Could Have
These are features that are nice to have but may not make it into the MVP (Minimum Viable Product) of your first release.
Identifying these features is good early in a project as some may require changes to how you store or work with core data. By knowing this ahead of time, you can frequently save a lot of time in the long run.
Won't Have
These are features you know your project will not have.
By identifying these features you know what functionality you do not need to implement or plan for.
I have seen the W also referred to as Would Haves which is a lower priority of the Could Haves. I believe Won't Have is more effective by identifying problems you will not be solving and leaving someday maybe for the Could Have.
While these categories sound simple (and they are), the exercise of identifying them and brainstorming will frequently help you see areas where you may have problems. You will frequently identify new features that can be very useful for your project that you never thought of before this exercise.
Even if you have started your Hackathon project, it isn't too late to give this technique a try.
This is a quick tool for decision making. Thank you for sharing. 🙂
While I’m not partaking in the Hackathon.
Seems I need to implement this in my own project. So I don’t get runaway features that add very little and where quite time consuming.
This is too informative and educative. Thanks for sharing this.
@themarkymark - hey. just reaching out to you about two items you were selling on dcity. I picked them up, but wanted to reach out because they were very underpriced. If you did not intend to sell at that level, let me know and I will send them back t you.
What was it, it was likely due to the way it updates, it has happened to me multiple times now. Click on something but it updates and it isn't what you really clicked on. I can't tell what was sold as the site doesn't show history anymore.
You had listed 2 immigrant cards for 0.70 SIM each. My guess is that you intended to sell each for 0.7 HIVE. Just a guess though.
Ahh yea, keep them.
@xxxxxxxxxx
wubba lubba dub dub