Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

In Scrum, work is delivered to customers through a series of sprints in which project work is time boxed to a fixed number of days or weeks, usually 30 days. In lean software development, the goal is to deliver as soon as possible, permitting early feedback for the next iteration.

Both techniques stress the importance of workflow in which software work product does not accumulate in development awaiting release at some future date. Both permit new or refined requirements and feedback from QA and customers to be acted on with as little delay as possible based on priority.

A few years ago I heard a lecture where the speaker talked briefly about a family of concepts from industrial engineering called theory of constraints. In the factory, they use an operations model based on three components: drum, buffer, and rope. The drum synchronizes work product as it flows through the system. Buffers that protect the system by holding output from one stage as it waits to be consumed by the next. The rope pulls product from one work station to the next.

Historically, are these ideas part of the heritage of Scrum and Lean, or are they on a separate track?

It we wanted to think about Scrum and Lean in terms of drum-buffer-rope, what are the parts?

  • Drum = {daily scrum meeting, monthly release)?
  • Buffer = {burn down list, source control system)?
  • Rope = { daily meeting, constant integration server, monthly releases}?

Industrial engineers define work flow in terms of different kinds of factories.

  • I-Factories: straight pipeline. One input, one output.
  • A-Factories: many inputs and one output.
  • V-Factories: one input, many output products.
  • T-Plants: many inputs, many outputs.

If it applies, what kind of factory is most like Scrum or Lean and why?

share|improve this question
    
What you describe is not a SCRUM. It is half-assed-agile. –  Euphoric Aug 22 '12 at 5:48
    
I think I discussed relating a concept from industrial engineering to Scrum. Timeboxing is a concept that is directly used in Scrum in a very obvious way (24 hour cycle, 30 day cycle). From the small response, it would seem I didn't phrase the question in a useful way. –  DeveloperDon Sep 2 '12 at 19:50

1 Answer 1

up vote 3 down vote accepted

Agile is really just a set of principles (see here). Scrum is just one tool to try to adhere to those principles.

Another agile/lean tool which does rely heavily on theory of constraints in Kanban. Where one of the key points is to limit work in progress (WIP) in order to improve output (See here).

Its worth noting though that Kanban is only agile if you choose to use it that way, as its much less prescriptive of process then scrum is, and in theory could be implemented in a waterfall SDLC.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.