Technical Speaking

Trying to make life easier for SharePoint people
posts - 57, comments - 53, trackbacks - 2

My Links

News


MJ Ferdous

MJ Ferdous is an IT professional from 7 years ago.

He is Technical Project Manager of Congral LLC, USA and SharePoint Consultant as well. He has industry level experience on SharePoint Server (MOSS 2007/2010) and did lots of Presentation & workshop on SharePoint.

He did work in OT Group SPA,Italy as SharePoint Consultant. He did lot of international projects during his professional life. For example: Software development for Internet Banking Portal, TCI on Canadian tourism sector, Rockwell MES solution for international pharmaceuticals companies and so on. He is the author of several technical article.

He is also Technical Author of DevMedia Group(Mrbool.com) as well as owner & modaretor of several groups of sharepoint and asp.net.. Looking for a Offshore Development partnership.............. in ASP.Net & Sharepoint 2007,2010.

invisible hit counter View My Stats

Tag Cloud

Article Categories

Archives

Post Categories

Image Galleries

Blogs [MVP]

My Articles

My Others Link

Public Speaking

Requirement Specification: Developers Duty & Customer Duty to satisfy each other

When developer starts to develop software they do not care about the requirement specification properly. As a result, they get lot of misunderstanding part in the developed software in the 1st iteration. So customer and developer blame each other for the useless or enhance part. I feel both of them should follow few steps to reduce misunderstanding. 


Developers duty: 9 good points for the developers

  •    Speak customer language
  •    Learn about customer business and customer objective for the system
  •    Explain all work products created from the requirements process
  •    Treat customer with respect and maintain a collaborative and professional attitude 
  •    Provide customers with ideas and alternatives both for customer requirements and for product implementation
  •    Describe characteristics of the product that will make it easy and enjoyable to use
  •    Present opportunities to adjust customer requirements to permit reuse of existing software components
  •    Give good faith estimate of the costs, impacts, and trade-offs when customer request a change in the requirements
  •    Produce a system that meets customer functional and quality needs, to the extent that those needs have been communicated

Customers Duty: 10 good points for the customers

  •    Educate analysts about the business and defines the business jargon
  •    Spend time it takes to provide requirements, clarify them, and iteratively flesh them out
  •    Are specific and precise when providing input about the system’s requirements
  •    Make timely decisions about requirements when requested to do so
  •    Respect a developer’s assessment of the cost and feasibility of the requirements
  •    Set priority for individual requirements, system features, or use case
  •    Review requirements documents and prototypes
  •    Communicate changes to the project requirements as soon as they are known
  •    Follow the development organisation’s defined process for requesting requirements changes
  •    Respect the process the developers use for requirement engineering

 

  • Share This Post:
  • Share on Twitter
  • Share on Facebook
  • Share on Technorati

Print | posted on Saturday, February 03, 2007 12:06 PM |

Feedback

No comments posted yet.
Post A Comment
Title:
Name:
Email:
Website:
Comment:
Verification:
 
 

Powered by: