Spikes and Proof of Concepts (PoCs) are both Agile techniques used to reduce uncertainty, but they differ in purpose: a Spike is a time-boxed investigation to gain knowledge or estimate effort, whereas a PoC is a, often throwaway, implementation designed to prove a specific technical concept or feature viability.
User wants to buy a vintage turntable. Because everybody says he'll get basically better quality for less money than a modern one worth buying.
After checking the specialized forum he realized that it's not so easy, because they all have their issues and caveats, so he unsure anymore which one to buy.
The user has a personal AWS account, and he interested in saving costs, but also wants to be able to do everything in the cloud, without any local scripts or other overhead.
So what he needs is to build a simple RAG which will allow him to just send name of the specific model (for example: Dual 721), to the chat and get an answer if this turntable is considered good, how much issues this particular model has, any caveats, etc.
So, our requirements and constraints so far:
We need to estimate our SPIKE in days.
In other words - how much time we need to check related documentation*, and consider approach/approaches.
*Like what AWS services we need to use, how to ensure it's cost-efficient, and so on.
Things can be build even a way more faster with coding tools ...
But I believe this approach can help in the next cases:
We will continue by trying to actually build the app accroding to the guide which AI created for us. There could be also some eventual issues in this guide obviously, which we will try to mitigate.