160 likes | 343 Views
SCRUM for Startups. Innosquared – Providing expertise on demand. Who I am…. Stephan Haupt Born in 82‘ in Leverkusen, Germany Studied „Technical Informatics “ (Information Engineering ) Lead Software Developer @ Innosquared. Who is INNOSQUARED….
E N D
SCRUM for Startups Innosquared – Providing expertise on demand.
Who I am… • Stephan Haupt • Born in 82‘ in Leverkusen, Germany • Studied„Technical Informatics“ (Information Engineering) • Lead Software Developer @ Innosquared
Who is INNOSQUARED… • Founded in 2010 in Duesseldorf, Germany • Provides global accesstoindustryexpertsenablingthousandsofinteractionseachyear • Network ofexpertsfrommorethan 50 countries • Flat hierarchies • Young, good-humoredteam • Alwayslookingfortalentedpeopletojoinourteam
Whatwe do… Identify – Recruit – Manage
Expertscanbesourcedaccordingtoourclientsneeds Consultations Discussion between client and expert(s) via phone or face-to-face Project Staffing Series of consultations to complement client’s know-how Workshops/ Seminars Expert participates in client’s meetings or gives presentation Surveys Custom web-based survey of selected experts
Ball Point Game • Youareonebigteam • Ball must haveair-time • No ball toyourdirectneighbors • Start Point = End Point • Iteration = 2 min • We will play 3-4 iterations
Problems before SCRUM • Very long release times • Difficulties to react to changed requirements • Not enough time for quality management • Problems in requirement engineering
Improvements we made with SCRUM • Short release times • Clear responsibilities • Clear requirements • Flexible dealing with changed requirements
Problems implementing SCRUM • No SCRUM Master • Code Quality Issues • Estimation without Story points
Key Learnings • Keep it simple • Implement a base version • Define a target for every sprint • The devil is in the implicit
Whatyou‘ll not learnfrombooks… • Sprint Planning I • Askforrequirements / specificinformation • Discover User Acceptance Tests • Talk aboutconstraints • DiscussAcceptancecriteria
Whatyou‘ll not learnfrombooks… • Sprint Planning II • Create architecturediagrams • Diveintothecodebase • Get an ideaaboutthetechnicalsolution • Tasks will comeupas a sideproduct
Whatyou‘ll not learnfrombooks… • Estimation • Once a sprint / week • Do not usetimesforestimation, betteruse Story points (1, 3, 5, 8, 13) • Play „Magic Estimation“
Links • http://borisgloger.com/ • Search on Youtubeforborisglogerandthesprintmeetings