Sunday, May 03, 2009

Roles in Scrum........

Roles in Scrum:

There are only three roles in Scrum:

1.) The Product Owner.

2.) The Team.

3.) The ScrumMaster.

All management responsibilities in a project are divided among these three roles.

The Product Owner is responsible for representing the interests of everyone with a stake in the project and its resulting system. The Product Owner achieves initial and ongoing funding for the project by creating the project’s initial overall requirements, return on investment (ROI) objectives, and release plans. The list of requirements is called the Product Backlog. The Product Owner is responsible for using the Product Backlog to ensure that the most valuable functionality is produced first and built upon; this is achieved by frequently prioritizing the Product Backlog to queue up the most valuable requirements for the next iteration.

The Team is responsible for developing functionality. Teams are self-managing, self-organizing, and cross-functional, and they are responsible for figuring out how to turn Product Backlog into an increment of functionality within an iteration and managing their own work to do so. Team members are collectively responsible for the success of each iteration and of the project as a whole.

The ScrumMaster is responsible for the Scrum process, for teaching Scrum to everyone involved in the project, for implementing Scrum so that it fits within an organization’s culture and still delivers the expected benefits, and for ensuring that everyone follows Scrum rules and practices.

Scrum Basics...........


Scrum Basics :

Scrum hangs all of its practices on an iterative, incremental process. The lower circle represents an iteration of development activities that occur one after another. The output of each iteration is an increment of product.

The upper circle represents the daily inspection that occurs during the iteration, in which the individual team members meet to inspect each others’ activities and make appropriate adaptations. Driving the iteration is a list of requirements. This cycle repeats until the project is no longer funded. 

The above figure operates this way: At the start of an iteration, the team reviews what it must do. It then selects what it believes it can turn into an increment of potentially shippable functionality by the end of the iteration. The team is then left alone to make its best effort for the rest of the iteration. At the end of the iteration, the team presents the increment of functionality it built so that the stakeholders can inspect the functionality and timely adaptations to the project can be made.

The core of Scrum lies in the iteration. The team takes a look at the requirements, considers the available technology, and evaluates its own skills and capabilities. It then collectively determines how to build the functionality, modifying its approach daily as it encounters new complexities, difficulties, and surprises. The team figures out what needs to be done and selects the best way to do it. This creative process is the core of the Scrum’s productivity. 


Wednesday, April 22, 2009

Extreme Programming Practices in brief

Extreme Programming Practices in brief :

XP is an adaptive method, so although all XP teams need to consistently embrace the values and
principles, the details of the actual day-to-day operation of an XP project vary from team to team.

A reasonable question then is “where do I start?”.

XP provides a set of daily practices that, used together, have been demonstrated to efficiently produce high quality software.

These practices are:

· Whole Team
· Planning Game
· Customer Tests
· Small Releases
· Simple Designs
· Pair Programming
· Test-Driven Development
· Design Improvement
· Continuous Integration
· Collective Ownership
· Coding Standard
· Sustainable Pace
· Metaphor

Tuesday, March 31, 2009

Extreme Programming

Extreme Programming Values and Principles :

The XP values are:
· Communication
· Simplicity
· Feedback
· Courage

An XP project relies on these four values. If your organisation or team doesn' t truly share these
values, then an XP project will fail.

Of course, most of those values are motherhood-and-apple pie – it would be hard to find an organisation that said that it didn' t believe in them.

XP tries to remove some of the vagueness from these values by describing principles that embody the values.

· Open, honest communication
· Quality work
· Rapid feedback at all levels
· Assume Simplicity

Monday, February 09, 2009

Microsoft's Calculator Failed in following calculation..........

Microsoft's Calculator Failed : 

Go to Start-->Run-->type Calc. and Check the following....

2704/52 = try yourself….Doesn't Work.......

And these also..........

2809/53 ; 2916/54 ; 3025/55

 

Wednesday, January 14, 2009

Career Options for Software Test Engineers :


Career Options for Software Test Engineers : 

They can go for SCM / Security domain or towards the management roles. 

Tuesday, January 13, 2009

Extreme Programming Values and Principles.

Extreme Programming Values and Principles :

The XP values are:

· Communication

· Simplicity

· Feedback

· Courage

An XP project relies on these four values. If your organisation or team doesn' t truly share these values, then an XP project will fail. Of course, most of those values are motherhood-and-apple pie – it would be hard to find an organisation that said that it didn' t believe in them.

XP tries to remove some of the vagueness from these values by describing principles that embody the values.

· Open, honest communication

· Quality work

· Rapid feedback at all levels

· Assume Simplicity

The USB-C Moment for AI: A Student’s Guide to the Model Context Protocol (MCP)

  The USB-C Moment for AI: A Student’s Guide to the Model Context Protocol (MCP) In the rapidly evolving world of Artificial Intelligence, ...