Loading ...
Sorry, an error occurred while loading the content.

RUP and Agile

Expand Messages
  • Nam Dao Xuan Thien
    Dear ALL, I have some experiences in the software methodology such as RUP, but currently I am working with a customer come from US. This customer wants me to
    Message 1 of 49 , Nov 24, 2006
    • 0 Attachment

      Dear ALL,

       

      I have some experiences in the software methodology such as RUP, but currently I am working with a customer come from US. This customer wants me to apply agile process in the new project.

       

      I want have your helps in mapping activities between RUP and agile.

       

      1. How do I realize the business model procedure, analysis and design procedure, coding and testing procedure, and transition procedure in the agile process?
      2. What are the best practices when moving from RUP to Agile and what are the risks ?
      3. Do you have any URL references talk about the differences between RUP and Agile?

       

      Thank you and best regards

       

      Nam

    • David A Barrett
      ... Those of us practicing Scrum on a daily basis, who look to this list for practical answers to their daily questions and actually implement ideas that they
      Message 49 of 49 , Dec 4, 2006
      • 0 Attachment
        On Fri Dec 1, 2006 Stephen Gordon wrote:

        >Where does this analogy to the daily scrum come from?
        >
        >The analogy to a sprint/release/project retrospective is much closer,
        >but virtually everyone here is a chicken with respect to whoever is
        >posting their question, so either analogy means we could say nothing
        >anyway.

        Those of us practicing Scrum on a daily basis, who look to this list for
        practical answers to their daily questions and actually implement ideas
        that they read her as part of their ongoing process of continual
        improvement, are pigs with regards to the health and continued value of
        this list. As Ken has explained, much of this RUP discussion was driven
        by people who don't practice Scrum and have some financial interest in
        diverting the attention of this group.

        >This list is among the most active online agile communities and is
        >discussing some of the most important issues in agile software
        >development. This community has thrived both here both because Scrum
        >has become the kernel of agile software development and because there
        >has been little if any explicit regulation of conversation.

        I agree with your assessment of the success of this group, but disagree
        entirely with your assessment of the cause of that success. This group
        is successful because Scrum works, delivers what it promises and this
        group is THE place to get quality information and advice on using Scrum.
        Oh yeah, and Ken hangs out here.

        >I am afraid that this late attempt to provide regulation will harm
        >this community. And I just do not see why is it even necessary? Just
        >because the discussion is a little too chaordic for a few newbies?
        >People looking for cut-and-dried robotic answers are ultimately not
        >going to find Scrum to their liking anyway. Newbies are going to need
        >to learn how to filter and adapt to constructive chaos pretty quickly
        >to make Scrum work in most environments. Any newby who cannot handle
        >that should just be reading static FAQs instead of this list.

        What a crock! Since when did keeping the discussion within some
        reasonable bounds equate to giving only "cut-and-dried robotic answers"?

        Personally, I don't think I'd consider myself a newbie. I've been
        running Scrum day in and day out for over two years now. I get this
        list in digest form, because dealing with 50-100 posts a day is a bit
        much. So I skim the digests, and try to hone in on the the stuff that
        might be relevant to me at work. Thousands of lines of posts dealing
        with a dead issue like RUP just makes it less likely I'll notice
        something of real interest to me.

        Why don't you put all the stuff comparing RUP to Scrum in a static FAQ
        so the rest of us can ignore it, and get on talking about Scrum?



        Dave Barrett,
        Lawyers' Professional Indemnity Company
      Your message has been successfully submitted and would be delivered to recipients shortly.