We just held our eighth and ninth weeks of the Hacking for Defense class. Now with over 917 interviews of beneficiaries (users, program managers, stakeholders, etc.), the teams spent the last two weeks learning what activities, resources and partners they would need to actually deliver their solution. And they’re getting a handle on what it costs to build a company to deliver it.

Thank you for the opportunity to address you on your graduation from this esteemed engineering school. I’m honored to help you celebrate this important milestone. Your life is already full of milestones: Your first steps, your first kiss, passing a driving test, this graduation. And there are more to come: your first job, getting married, buying a house, having a child, becoming a manager, starting a company, retirement – and eventually commencement speaker:-)

We just held our seventh week of the Hacking for Defense class. Now with over 750 interviews of beneficiaries (users, program managers, stakeholders, etc.) almost all the teams are beginning to pivot from their original understanding of their sponsor’s problem and their hypotheses about how to solve them. Minimal viable products are being demo’d to sponsors and sponsors are reacting to what the teams are learning. This week teams figured out how to measure mission achievement and success, and our advanced lectures were on activities, resources and partners.

We just held our sixth week of the Hacking for Defense class. Now with over 660 interviews of beneficiaries (users, program managers, stakeholders, etc.) the teams are getting deep into problem understanding and their minimal viable products are getting sophisticated enough to generate detailed customer feedback; we gave them advice on how to “stand and deliver” in class; and our advanced lecture explained how to find and measure mission achievement.

We just held our fifth week of the Hacking for Defense class. This week the teams passed the half way mark in the class. They’ve collectively talked to over 550 beneficiaries (users, program managers, stakeholders, etc.) Their focus for this week was to figure out how to get products rapidly deployed into their sponsors organization. Our advanced lecture explained how to get buy-in for your solution by creating an insurgency among your supporters and advocates.

We just held our fourth week of the Hacking for Defense class. This week the teams turned the corner on understanding beneficiaries and finding product/market fit. The 8 teams spoke to 115 beneficiaries (users, program managers, etc.); we sent each team a critique of their mission model canvas; we started streaming the class live to DOD/IC sponsors and other educators; our advanced lecture explained how to go from concept to deployment in the DOD/IC; and we watched as the students got closer to understanding the actual problems their customers have.

We just held our third week of the Hacking for Defense class. This week the 8 teams spoke to 108 beneficiaries (users, program mangers, etc.), we held a Customer Discovery workshop, we started streaming the class live to DOD/IC sponsors and other educators, our advanced lecture was on Product/Market fit for the DOD/IC and we watched as the students solved their customer discovery obstacles and started getting closer to their customers.

We just held our second week of the Hacking for Defense class. This week the 8 teams spoke to 106 beneficiaries (users, program mangers, etc.), we held a DOD/IC 101 workshop, our advanced lecture was on the Value Proposition Canvas, and we watched as the students ran into common customer discovery obstacles and found new ones.

Hacking for Defense is a new class in Stanford’s School Engineering, where students learn about the nation’s security challenges by working with innovators inside the Department of Defense (DoD) and Intelligence Community. The class teaches students the Lean Startup approach to entrepreneurship while they engage in what amounts to national public service.

To most founders a startup is not a job, but a calling. But startups require money upfront for product development and later to scale. Traditional lenders (banks) think that startups are too risky for a traditional bank loan