We are engineers and we know how to write code.

We are QA engineers and we know how to test an application or product.

There are so many roles and so many perspective about the product / application team is building. Everybody is right in their perspective. Then the question is....are we/they missing something?

This session is going to explore the perspective beyond the perspective of an individual in team. We will try to move from individual perspective to a common perspective which is so much critical for each individual. We will talk about the user perspective and how it is important to get the 'out of box' picuture over a 'in side box' picture.

Entrepreneurship in product development is all about raising agile concepts to entrepreneurial level in a way that would clinch success by innovation, autonomy, proactiveness, risk-taking and other characteristics associated with entrepreneurship. 

The present paper describes briefly how to make a Agile product development approach as entrepreneurial. An entrepreneur has high level of personal ownership and this is due to the fact that an entrepreneur understands that failure is not an option, so this approach of personal ownership sets performance standard high. Similarly entrepreneurial project manager understand that if the project fails then the organization fails. This paper also talks about three main aspects of entrepreneurial project management which are entrepreneurial orientation, entrepreneurial management and entrepreneurship strategy.

-The Sprint Planning meeting is just too long and never finishes on time.

-I finished my tasks on time, the story couldn’t be completed as there was a dependency on him. I just didn’t have time to follow it up. Not my fault.

-Yet again, there are left over items in the sprint. We couldn’t finish all the committed stories as some of them were too complex for their correct effort complexity estimation.

-Ohh Gosh, once again the priority of the tasks have changed in the middle of the sprint, there are new urgent items that have to be done. My sprint commitments have gone for a toss.

-We moved to Agile from waterfall and it has been few sprints into it, though even here vision is unclear, requirements are evolving and our sprint commitments are failing. Velocity is just been a number, Burn down graphs conclude nothing concrete and useful.

-How do we cater support/maintenance work with Scrum?

Does any of the above statement sound familiar to you, if yes probably it is the time to evolve and adopt KanScrumBan wrapped around XP practices.

KanScrumBan is the combination of Kanban and Scrum and uses the best features of both. While Scrum framework helps the software development teams to self-organize, collaborate, improve efficiency constantly, work in small iterations, and avoid management overhead, applying lean methods like Kanban , flavored with XP practices can extend these benefits.

a combination of 3 games which demonstrate the importance and efficacy of a self organising small team.

The session also explains the "Law of Diminishing Marginal Productivity" along with other agile concepts.