Posts

Showing posts from February, 2018

Tableau in Detail

Upcoming topic: Tableau Tableau is a software on business intelligence.

Statement of Work

Image
Statement of Work A Statement of Work (SOW) is a document routinely employed in the field of project management. It defines project-specific activities, deliverables and timelines for a vendor providing services to the client. Overview Various formats & styles of Statement of Work document templates have been specialized for the hardware or software solutions. Many companies create their own customized version of SOWs that are specialized or generalized to accommodate typical requests and proposals they receive. Note that in many cases the Statement of Work is a binding contract. Master Service Agreements or Consultant/Training Service agreements postpone certain work-specific contractual components that are addressed in individual Statements of Work. The Master Services Agreement serves as a master contract governing the terms over potentially multiple SOWs. Sometimes it refers to Scope of work. Know what to include. Bruce Russell, who signed off on numerous SOWs when

Feature Driven Development (FDD)

Image
Overview: A quick overview of Feature Driven Development (FDD)—an iterative software development methodology intended for use by large teams working on a project using object-oriented technology. What is FDD? Feature Driven Development (FDD) is an iterative software development methodology intended for use by large teams working on a project using object-oriented technology. The methodology description includes some prescription about what tasks should be done and what roles should be doing them, so many do not consider it a truly agile methodology. Why is FDD useful? FDD is useful because it demonstrates that you can focus on domain modeling on an iterative and incremental project, and because it demonstrates that agile-like methodologies can scale. FDD shows that teams can spend a short amount of time at the beginning of the project to establish a clear understanding of the domain in which they are working and use that understanding to formulate a rough plan without getting st

Agile Retrospective

Image
  What is Agile Retrospective ? An Agile retrospective is a meeting that's held at the end of an iteration / sprint in Agile software development (ASD ). During the retrospective, the team reflects on what happened in the iteration and identifies actions for improvement going forward. During the retrospective, each member of the team members answers the following questions: What worked well for us? What did not work well for us? What actions can we take to improve our process going forward? The Agile retrospective can be thought of as a "lessons learned" meeting. The team reflects on how everything went and then decides what changes they want to make in the next iteration / sprint. An atmosphere of honesty and trust is needed in order for every member to feel comfortable sharing their thoughts. Norman Kerth's work at the turn of the millennium was highly important to the development of Agile retrospectives and retrospectives in general. Kerth's prime