BT

US Government: Proposed Assessment and Authorization for Cloud Computing

by James Vastbinder on  Nov 25, 2010

Two weeks back the US CIO's office released a 90 page proposal entitled, Proposed Security Assessment and Authorization for US Government Cloud Computing. The document is the result of 18 months of work among the NIST, GSA, ISIMC and the CIO Council to evaluate security controls and multiple Assessment and Authorization models for US Government Cloud Computing.

Implementing Partial Updates In RESTful Services

by Dilip Krishnan on  Nov 19, 2010 3

Alex Scordellis posted an article on how the interaction of a client and a service can be modeled and designed for updating partial resources. It appears that it is easily solved if we model the resources appropriately. Often times just thinking of resources as entities that support CRUD is the problem and modeling resources as “resources” and the services they offer.

Game Theory and Agile Software Development

by Vikas Hazrati on  Nov 16, 2010 1

Game theory was initially developed in economics to understand behavior of firms, markets, consumers etc. Since then, its scope and use has expanded to various fields like politics, sociology, psychology and Agile software development.

Effective Agile Meetings

by Vikas Hazrati on  Nov 09, 2010 2

Meetings are expensive. An all-day team meeting costs thousands of dollars, if we calculate the cost of all the people involved along with overheads. Hence, it is pragmatic to do a fair amount of preparation for the meeting to ensure that the Agile meetings are as effective as possible.

Scrum Does Not Have a ProductMaster Role

by Vikas Hazrati on  Oct 19, 2010 7

A common question across multiple forums is about the acceptability of combining the ScrumMaster and Product Owner role. While most Agilists believe that these roles are like oil and water, there are situations where combining them might be inevitable.

Handling Team Changes

by Vikas Hazrati on  Jun 08, 2010 1

Change is constant, yet people fear change. It is mostly the fear of unknown and loss of comfort zones that makes the perception of a change painful. Though Agile teams are well prepared for change, however most of them are not comfortable when the change affects the team.

Motivation 3.0: McGregor’s Theory Y Can Work

by Vikas Hazrati on  May 11, 2010 1

McGregor’s theory X suggests that employees are inherently lazy and will avoid work if they can and that they inherently dislike work. Thus, they need to be closely supervised. Theory Y suggests that employees may be ambitious and self-motivated and exercise self-control.Most Agile teams would like to be associated with theory Y. Mike Griffiths suggested how this might be easy to achieve.

Backlog Grooming: Who, When and How

by Vikas Hazrati on  May 04, 2010 1

Backlog grooming as the name suggests is giving regular care and attention to a product backlog so that it does not get ugly and unwieldy like an unattended garden with weeds. Though, it is not a formal process of Scrum, however, Ken Schwaber recommended reserving five percent of every sprint for this activity. A recent discussion on the Scrum Development group discussed and debated the process.

Most Effective Team Structure

by Vikas Hazrati on  Mar 16, 2010 2

Agile talks about small team sizes with the magic numbers of 7 plus minus 2. Agile also recommends whole teams. Whole team is a concept that advises for having sufficient skills within the team itself to get the job done. Thus the development team has the testing skills, database skills, user interface skills, apart from the core development skills. Is defining the team structure this easy?

Rules for Better Retrospectives

by Chris Sims on  Mar 01, 2010 1

James Carr recently published a list of five rules to help improve the effectiveness of retrospectives. The rules are based on his experiences in hundreds of retrospectives, both successful and not.

Comparing Velocity Across Teams

by Vikas Hazrati on  Feb 02, 2010 9

A common project management criticism is that since the story points vary across teams, there is no way to ascertain one teams progress with respect to the other. Amongst Agilists there is a general consensus that comparing velocity across teams is an anti pattern and is best avoided lest the overall productivity should suffer.

Overlapped or Synchronized Sprints?

by Vikas Hazrati on  Dec 30, 2009

When a Scrum project grows, so do the team members. The suggested way of managing a growing team is to split the team into multiple teams keeping in line with the Agile recommended team sizes. However, there could be multiple communication and coordination problems when each team starts working in a sprint of their own.

Reasons for Delay in an Agile Project

by Vikas Hazrati on  Dec 22, 2009 1

A delay, in general, is getting something done later than it was scheduled for thereby causing distress and inconvenience. Likewise, a delay is considered to be a waste in the Agile terminology. A delay causes discontinuity and thereby causes other wastes like relearning, task switching etc. A few Agilists discuss the common delays and ways to resolve them.

When Agile Success is Eventually a Failure

by Vikas Hazrati on  Dec 01, 2009 1

It is often assumed that once the pilot Agile teams are successful, the process of Agile adoption is on the right track. Dave Nicolette shares very intriguing insights into situations where the adoption failed even after very successful pilot implementations.

Tips to Select a Pilot Project for Agile Adoption

by Vikas Hazrati on  Nov 17, 2009 1

One of the most important factors which influences the success of Agile adoption is the set of learnings derived by applying Agile to a pilot project. These learnings significantly influence the organization to go ahead with Agile or fall back to their usual process. A wrong type of pilot could end up aborting, which would be a poor advertisement for the new process.

General Feedback
Bugs
Advertising
Editorial
InfoQ.com and all content copyright © 2006-2013 C4Media Inc. InfoQ.com hosted at Contegix, the best ISP we've ever worked with.
Privacy policy
BT