• Hire Us
  • Follow Us
  • My Account
    • Login
    • Account Information
    • My Orders
    • Wishlist
    • My Product Reviews
  • Checkout
  • Help
    • Help
    • Contact Us
  • info@agilecodex.com
  • +880-2-9137384
  • Home
  • Products
    • Magento 2 Extensions
      • RMA (Retuurn & Exchange)
      • Advanced Dashboard
      • Reward Points
      • CMS Migration
      • Recent Orders
      • Brand Slider
      • Web POS
    •  
      • Banner Slider
      • Custom Order Number
      • Store Pickup
      • Stock Notification
      • Purchase Management
      • Orders Export and Import
    • Software
      • Accounting Software
      • Hospital Management System
      • Human resourse Management
      • ERP
      • Customer Relation Management
      • Point Of Sale (POS)
      • Restaurant Management System
    • Magento 1 Extension
      • PO Box
      • SEO
    • Themes
      • Agile Magento Theme
      • Agile Magento 2 Theme
      • Agile Wordpress Theme
  • Services
    • Magento Design & Development
    • SEO Audit
    • Technical Audit
    • WordPress Development
    • Desktop Software Development
    • Mobile Development
  • How We Work
    • Agile Methods & Principles
    • Product Owner
    • Development Team
    • Business Models
    • Engagement models
  • Works
  • Blogs
  • About Us
  • Contact Us
HomeHow We WorkHow we follow Agile Methods

How we follow Agile Methods

We follow agile methods and principles, and bring success for any kind of business and engagement contract. We are expert with agile methods and curious about our take on agile software development.

There are many agile methods available, of which we find that Extreme Programming and Scrum are the two methods that are best suited for us to provide you the maximum benefits. Any one of these methods alone has inherent drawbacks. So we have adopted a hybrid method by blending the benefits of both. This page explains how we work through the agile methods.

agile methods xp scrum

Agile Principles

At Agile Codex, we follow the agile methods through the Agile Manifesto. This page explains how we work through the agile methods.

Interpreting the Agile Manifesto

 

The Agile Manifesto provides very broad guidelines:

We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on
the right, we value the items on the left more.
Agile Manifesto »

The manifesto is about what gets priority, not what gets done.
That said, here’s how we put these guidelines into practice:

 

Agile Principle - Individual and Interaction

Individuals and Interactions

The first principle of the Agile Manifesto is to value individuals and interactions over processes and tools.

As software developers, we are actually passionate about tools. And we love our processes as well. Both processes and tools help us get things done.

But tools and processes can get in the way of people and relationships. This principle guides us in choosing tools. We choose tools that amplify the individual’s effectiveness, rather than tools that the person has to steer and control. And we choose tools that facilitate collaboration and communication.

Working Software

The second principle of the Agile Manifesto is to value working software over comprehensive documentation.

At Agile Codex, we keep software working and ready to ship throughout the development lifecycle by:

  • regular deployment to the staging environment
  • TDD and BDD
  • continuous integration
  • pair programming
  • code review
  • iterations

In software development, documentation is important, but, exhaustively documentation of everything is expensive. The software itself suffers from the effort devoted to expensive documentation. So, we don’t write documentation fully for every project upfront; we write documentation when it is needed and has value. Our tools and processes help us to prepare documentation effortlessly in most of cases.

We follow different Requirement Engineering techniques which help to prepare the SRS documentation quickly. That specs are designed for skilled programmers, also understood and verified by our customers. Though we write documentations, we exhibit the part of working software even in first iteration.

We believe good UI design reduces the importance of user manual.

We follow sustainable techniques and processes to prepare technical documentation even in little efforts. That documentation helps future developers to understand how to fix, maintain, and extend the software.

agile principle - customer colaboration

Customer Collaboration

Contracts are very important and useful for successful projects, so contracts must not be exploited. The third principle of the Agile Manifesto: “customer collaboration over contract negotiation” adds value when customer/vendor relationships are much better and the two are working together as partners.

We like to work in iterations so that we can deliver working software to the customer every week. If there’s some external reason that they need to cut the project short, they will have still received something valuable.

For any business and engagement models, we have track records of successful projects using agile methods. As our developers and scrum masters have over one and half decades of experience in software development, we understand the big picture clearly. So, business collaboration and negotiation are followed by the contract.

Responding to Change

The fourth principle of the Agile Manifesto is to value responding to change over following a plan.

At Agile Codex, the following practices help teams respond quickly to change:

  • the daily standup
  • the story card lifecycle

agile principle - responding to change

The principle doesn’t devalue planning—just sticking to the plan. Planning is valuable in itself, and because the plan helps us recognize when things have changed; it helps us understand the implications of change, how we need to adjust, and the likely cost. The important thing is that, as we make plans, we understand that the plan may have to change. Planning is an ongoing time-boxed activity that includes

  • iteration planning meetings
  • retrospectives
  • risk assessments

Let us know about your project!

We’d love to know more about your project and give estimation.

Hire Us
How we work:
  • How We Work
  • How we follow Agile Methods
  • Product Owner View
  • Development Team
  • Business Models
  • Engagement models
  • Waterfall Methods
AgileCodex.com
  • About Us
  • Blog
  • Contact Us
  • Privacy policy
  • Member of BASIS
SERVICES
  • Magento 2 Design & Development
  • Mobile Apps Development
  • SEO Audit & Optimization
  • Website Design & Development
  • How We Work
PRODUCT
  • Magento 2 Advanced Dashboard
  • Magento 2 RMA
  • Magento 2 Reward Points
  • Magento 2 Extensions
  • Free Extensions
SUPPORT
  • My Account
  • My Downloadable Product
  • Helps & FAQ
  • Terms & Conditions
  • License Agreement
Copyright © 2012 - 2019 Agile Codex Ltd. All Rights Reserved.
  • Follow: