Overence Technologies is a startup I created in 2021 at the height of the pandemic. It purpose is to create engineering prototypes for the military in pursuit of the preservation of human life. A cause that I have worked for my entire professional career. Overence is a no non-sense, straight to the point firm who takes our clients confidentiality serious.
An interesting example of the work I have done with Overence is the 850nm IR Torch. This item was a custom solution for soldiers wearing night vision googles to have a directed source of light while remaining completely invisible to the naked eye.
The torch features 30 high intensity 850nm IR LEDs and is powered by a rechargeable 18650 battery over a USB-C interface. The form of the light is primarily made to be used as a scanning or work light and has a 45 degree angle when set flat.
The matte black PCB is sandwiched between two layers of custom carbon fiber and secured with M3 hardware and nylon bushings. The PCB layout and design files are open source and readily available for download.
Once a feature was ready for development we would present the work to our clients on a biweekly demo call and walk them through the entire process and explain the what and why to them. Every click and action had to be drawn out and explained in detail to the client to ensure we were meeting our mark. In this industry, small mistakes impair judgement and could lead to loss of life. We took every step to ensure we had it right.
Next high fidelity mockups would be created if they were needed. Our software has an established framework with predefined styles, so this was not always necessary. Current work in flight was always printed off and posted on the communal white board areas so everyone would have situational awareness on what the entire feature set was going to be.
ide insight into how and what we were building.
Next my team and I would sit down and brainstorm while creating multiple workflows and wireframe options for the feature on hand. We would then have a sit down with the entire team to discuss the plan and receive feedback both from a design / user stance but also technical feasibility of the design. This process would repeat itself until we had a clear path forward
The next step was adding cards to our Kanban board. Each story would be written by a group consisting of a member of each pillar – the wireframes and mockups acting as a guide. We had a unique setup in where we used large physical corkboards for our swim lanes, this allowed us to have a solid understanding of where in the process each story was.
I implemented a stamping process, in which design, dev and QA all owned a rubber stamper. Once a card was almost complete, I would sit down with the development pair responsible and check it for consistency – if the story passed this check, it was awarded with a purple design stamp. The same process would continue for development and QA checks. This process was to provide transparency and responsibility for each story and it greatly reduced churn in our cycles.
The final step was called the design review. When a feature was complete, the heads of each pillar would meet and walk through each story with the working software to confirm both design and functionality was complete. If there was an instance of something being off, the feature would be sandbagged and the process would start over.
Another major role of my time on the MFK was field research. I would travel and spend time with the teams in the field observing how they were using the software, training them on new features and gathering feedback. Another aspect of these trips was to help deploy CBRN sensors, setting up complex networks and helping with various gear the teams were equipped with.
These trips were both for inactive and active missions such as The Boston Marathon, Presidential Inaugurations and other Large NSSEs (National Security Special Events). This hands on experience with the operators was a key to the softwares success.
While MFK was the system we created, we also worked very tightly with ATAK (Android Team Awareness Kit). Sharing base functions and specific tools sets was common place within the design of new features. We also created and partnered with different organizations on a few well known plugins, for which I had a hand in.
Even though I no longer work on MFK, I still work with ATAK designing plugins for various tools such as UGV navigation and sensor fusion. I also serve as a subject matter expert (SME) for the project and consult with the current UX team regularly on concepts and design audits.