YoungUpstarts
JULY 30, 2019
We use SCRUM. As its official website suggests, it is a better way of building products. Moreover, scrum and agile aren’t the same thing. The first and foremost shelf of the scrum framework is the product backlog. Now that all of this is set, who is going to manage the scrum team? Startups and SCRUM.
YoungUpstarts
MARCH 12, 2020
Different ways of working are better suited to different industries and business sizes, so it’s crucial to consider these sorts of things before you begin hiring or go to market. One of the major benefits of using a SOM approach is that product development costs are drastically decreased and technical risk is also reduced.
This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.
The Next Web
MARCH 6, 2014
Successful collaboration between a company’s business development and product development requires mutual understanding and purpose. Hire T-Shaped People. Make sure to hire T-shaped individuals. Workflow solutions can make a huge impact on the productivity of a team if the communication is well-facilitated.
Startup Lessons Learned
MARCH 16, 2009
XP and Scrum don’t have much to say - they punt. Its by far the hardest part of the puzzle of shipping successful products and both recommend that you get a customer in the room and ask them to clarify what they want as you go. Labels: customer development , product development 8comments: Sarah Milstein said.
Startup Lessons Learned
DECEMBER 6, 2008
For starters, theres whole volumes that need to be written about how to actually find and hire the people your startup needs. But most startups succeed in hiring, one way or another, and are still left with the problems of organizing the people that rapid growth brings in. At IMVU, we found 60 days was just about right.
Startup Lessons Learned
SEPTEMBER 10, 2008
I am convinced one of Joel Spolskys lasting contributions to the field of managing software teams will turn out to be the Joel Test , a checklist of 12 essential practices that you could use to rate the effectiveness of a software product development team. He wrote it in 2000, and as far as I know has never updated it.
adam.heroku.com
MAY 18, 2012
Everyone has to be a generalist and able to work on any kind of problem - specialists will be (at best) somewhat bored and (at worst) highly distracting because they want to steer product development into whatever realm they specialize in. Stage 2: The first hires. Don’t do that stuff.
Expert insights. Personalized for you.
113 
Let's personalize your content