Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Info

TRY Plangle on our Demo site without installing it in your environment !

This section is about the Agile concepts we support with our plugin.

Info
titleAgile, Agile practices/tools, Scrum

In case if you were not familiar with the difference between these:

  • Agile is a software development approach which means "nothing more" than following some principles described in Agile Manifesto.
     
  • Agile practices and tools are those... well, practices and tools that support (fit well into) the Agile principles (like Stories, estimation Story Points, Continuous Integration, Pair Programming, or Automated testing, etc.)
    • this is not a definitive set, if you invent a tool/practice in your own company which supports Agile principles, well, then there you go, you have an Agile practice, don't be shy, other Agile practices and tools are created by guys like you, who wanted to answer questions of the real world
    • if you find an Agile practice written somewhere and it just does not fit for the way you work it does not necessarily mean that your way is not Agile. It just means what it means... it just does not fit your company/team/PM style
    • these practices are NOT for Agile only and not even necessary invented for Agile (pair programming worked in the 80's as well)
    • you can find a great deal of practices and tools in various books, and a great summary of the 11 best books in one. If you have time to read only one book about Agile you should read that one.
       
  • Scrum is "just" a framework which helps you to keep the principles of Agile.
    • It is VERY important to understand the framework nature of Scrum!
    • Scrum is NOTHING more than a set of Roles, Artifacts and Events written here.
    • Scrum does not talk about that you should estimate your Stories in Story Points, also does not talk about Continuous Integration or Pair Programming, or Automated testing, or how to estimate a project, these are all Agile practices.
    • Scrum trainer companies usually sell Scrum as a complete solution, but actually it is NOT. It is JUST a framework.
      In Scrum trainings the trainers fill the framework with best practices and tools and it is a GOOD thing because it is what a framework is for.
      A framework is there to give you a frame which you can use and fill it with your solutions (Agile practices and tools). So trainers are not bad guys, but you have to understand that you are free to shamelessly add/replace tools and practices to your Scrum implementation.
    • Most of the guys who hate Scrum actually hate those practices and tools that their trainers tried to sell, not Scrum. Scrum is too little, you cannot hate the little ones.


from the "Unofficial Scrum Checklist" by Henrik Kniberg

 

With Plangle we commited ourselves to

  • follow Agile principles so we won't accept feature requests which clearly go against these
  • support any Agile practices and tools our customers use without claiming we would know better how you should work
  • support the Scrum framework... well, there is not much to support here since as you've learned Scrum does not say too much and its sayings are not too relevant in our plugin.

We depend on JIRA Agile which is a very well built and widely used plugin, we re-use its settings and vocabulary but do not obey some of the artificial restrictions, like "Stories can not be estimated while they are in a Sprint"

How do we...?

Child pages (Children Display)alltruepageHow do we...It is important to highlight here that these are not how you should do things, it is how we do things and how they work for us. However if you are not completely satisfied with your agile tools/practices you may find good ideas here about how to control this chaos called "Software Development".

No, no matter what you have heard until now, Agile is NOT chaotic, Software Development is, Agile is about trying to control it, just like any other project management approaches.

The main point why we prefer Agile over any other methodologies is its dedication to measure progress based on real achievements and giving project forecasts based on real data.

Status
colourYellow
titleUNDER DEVELOPMENT
 Start a project planning?
Status
colourYellow
titleUNDER DEVELOPMENT
 Create Stories/Epics/Themes
Status
colourYellow
titleUNDER DEVELOPMENT
 Estimate our Stories?
Status
colourYellow
titleUNDER DEVELOPMENT
 Plan risks?
 Give a sales quote
Status
colourYellow
titleUNDER DEVELOPMENT
 Start our project?
Status
colourYellow
titleUNDER DEVELOPMENT
 Plan our Sprints?
Status
colourYellow
titleUNDER DEVELOPMENT
 Work within a Sprint?
Status
colourYellow
titleUNDER DEVELOPMENT
 Demo our Sprints?
Status
colourYellow
titleUNDER DEVELOPMENT
 Measure our progress?
Status
colourYellow
titleUNDER DEVELOPMENT
 Do our Retrospectives?
Status
colourYellow
titleUNDER DEVELOPMENT
 Plan our Releases?
Status
colourYellow
titleUNDER DEVELOPMENT
 Handle Bugs?
Status
colourYellow
titleUNDER DEVELOPMENT
 Handle Change Requests?
Status
colourYellow
titleUNDER DEVELOPMENT
 Handle "Technical Stories"?
Status
colourYellow
titleUNDER DEVELOPMENT
 Maintain our Stories and Backlog?
Status
colourYellow
titleUNDER DEVELOPMENT
 Meet our deadlines?

 

Info
titleWant to know more...?

Are you interested in how we do other things? (For instance how we eat or drink in Hungarian?)

Just let us know and we'll add more articles.

Or just comment on this page...

Info
titleDisagree on how we do these things?

Well, they work for us, so they are not bad... however we are sure that your methods work as well, so let us know, maybe we can do better using your approach.

Or just comment on this page...

 

What do we think about...? 

Our opinions about things that usually raise debate on forums, books, and actually everywhere.

Status
colourYellow
titleUNDER DEVELOPMENT
 Estimating in Story Points vs. estimating in hours 
Status
colourYellow
titleUNDER DEVELOPMENT
 Using remaining hours as Story measurement units 
Status
colourYellow
titleUNDER DEVELOPMENT
 Agile vs. "Classic" (Waterfall)
Status
colourYellow
titleUNDER DEVELOPMENT
 Scrum vs. Kanban vs. Lean vs. [your favourite agile-like stuff goes here]
Status
colourYellow
titleUNDER DEVELOPMENT
 How much details a Story should contain 
Status
colourYellow
titleUNDER DEVELOPMENT
 Planning Poker and his friends 
Status
colourYellow
titleUNDER DEVELOPMENT
 Partially completed Stories 
Status
colourYellow
titleUNDER DEVELOPMENT
 Requirement Specifications
Status
colourYellow
titleUNDER DEVELOPMENT
 Agile/Scrum can not meet deadlines
Status
colourYellow
titleUNDER DEVELOPMENT
 Agile/Scrum can not give proper estimations about what and when will be ready
Status
colourYellow
titleUNDER DEVELOPMENT
 Agile is Chaos
Status
colourYellow
titleUNDER DEVELOPMENT
 Agile plans are jokes, MS Project are for serious Project Managers
Status
colourYellow
titleUNDER DEVELOPMENT
 Scrum does not work
Status
colourYellow
titleUNDER DEVELOPMENT
 Agile pitfalls 
Status
colourYellow
titleUNDER DEVELOPMENT
 Scrum pitfalls

 

Info
titleWant to know more...?

Are you interested of what we think of other things? (like The Rise of the Lumbersexual?)

Just let us know and we'll add more articles.

Or just comment on this page...

 

 

Panel

On this page:

Table of Contents

Panel
Tip

You can always contact us if you feel we could do more for you!

Support