The Fuzz In Front Endby QArea Expert on June 24, 2015
Fuzzy Front End aka FFE is quite an interesting subject many projects and their developers implement in the beginning and even more do not know when to stop. The catch is that Fuzzy, or Fuzzy logic, to be more precise, allows uncertainty to a particular extent, which is a valuable benefit in the beginning, though this trend cannot go on as more layers of the product are added along with new, precise requirements. If you truly wish to understand FFE, you are to realize the very basics of the Fuzz Logic.
The Logic of Fuzz!
Fuzz logic does not entirely rely on solid, absolute truth-values, which grants certain levels of advanced flexibility. Info machines will access can me not too precise and more human-thought like. Despite the process may look like nothing but tons of creative nonsense and billions of potential defects and security flaws, FFE may be of huge value if you can manage your team properly. And, frankly, Fuzzy Logic is quite pre-determined and has a certain, defined appearance.
- A plan? Never heard of that! Simply remember all the plans you have had, were they implemented by all 100%, like ever? FFE is more result-oriented and gives little credit to overall process organization. Ok, that was an exaggeration, you always need a plan. However you may not be completely positive your plan is entirely solid and all will flow accordingly.
- Your plan should rely on understanding of every core business aspect by every teammate involved in the process. So it’s more like guidance with FFE, when everybody completely understand why you all have gathered and what needs to be done to ensure business success.
- Gain new levels of flexibility as ongoing thinking is a brilliant engine for fast progress. Strategy is nothing without corresponding actions. Even if you are finished with any certain part of the functionality, do not forget about it. Changes may become necessary in most surprising moments. It is these very moments when you must be fully armed.
- You are not alone. Get a partner. A tester perhaps, practice pairing and simultaneous debugging done while code is only being created. Narrate your actions to your partners, keep them updated on your activities.
- Never neglect customer feedback. Be prepared to make required changes when time comes. Changes users want, after all, the entire project is designed to meet their expectations and not someone else’s.
- It’s not all about the money. Opportunities should be your primary goal, not revenue. You can’t possibly measure all the risks with dollars only. However new business capabilities and improved customer reach can deliver quite more in the long-run.
This is pretty much how FFE works. It is a dynamic, flexible process overfilled with changes and oriented on result delivery. FFE is a great solution you can begin development with, however when you pass primary designing stages, projects should stick to more common and manageable ways of Front end development, otherwise you will be carries away into a waterfall of constant changes, fixes and hacks. And if your team is trapped it loses priceless time and lots of effort and investment are being wasted into cold, black, empty hollowness. You don’t want that to happen to your project, do you?