ติดแท็ก: PMM RSS สลับกระทู้แสดงความคิดเห็น | แป้นพิมพ์ลัด

  • Sizemore พอล 9:51 am on March 7, 2012 ความคิดเห็น
    Tags:: , PMM, , Requirements,   

    The Artifacts of Agile Development 

    Anything produced in business that is not used in the finished good or service is an artifact, and requirements are artifacts. Requirements are essential, เกินไป. Because of this it is important to create the minimum documentation needed to communicate the requirements. Many times the business solutions group, or a consulting firm, feels it is paid by the word.
    Large enterprises, such as Humana and SiriusXM, have traditionally excelled at creating excessive artifacts. Sometimes it’s needed, to help in an audit situation. But, often, it’s a byproduct of the culture, and doesn’t directly serve the product development process.

    This leads to enormous Word requirement documents in excess of 100 pages, that the teams avoid. Instead of looking at requirements as documentation, it is important to look at them as communication. It’s also helpful to have it in a form that the teams enjoy going to, they can get in and out quickly. They can find the information they need.

    A switch to Jira, http://www.atlassian.com/software/jira/overview, can put the infrastructure and tools in place to make that organizational change.

  • Sizemore พอล 3:40 pm on February 20, 2012 ความคิดเห็น
    Tags:: PMM, ProdctCamp DC, ,   

    Signing Up on Meetup for ProductCamp DC 

    In order to signup for ProductCamp DC you will will first need to go to the event page: http://www.meetup.com/ProductCampDC/events/48130972/
    The First Step) Click Join Us

    ProductCamp DC Signup step one

    Second Step) As a user that does not have a Meetup Account, or is not signed in, you will be prompted to create an account or sign in.
    New User signing up for ProductCamp DC

    Step Three) If you have never used Meetup before, you need to verify Your Email Address. The browser will message you that you need to check your email. There is a message in the inbox of the email account you indicated, and you need to click the link to activate your Meetup account.


    Fourth & last Step) After verifying your address, the link will take you to the ProductCamp DC event registration. You’ll get the chance to fill out the event profile. Be sure to include your Twitter if you have one.

  • Sizemore พอล 12:18 am on February 13, 2012 ความคิดเห็น
    Tags:: PMM, , ,   

    New ProductCamp DC Site in Development 

    ProductCamp-DC-Dev.png.scaled.1000
    The ProductCamp DC team is creating a new web site to replace the older Webnode site. We have decided on a WordPress site, and to use the P2 theme, found at http://wordpress.org/extend/themes/p2. The theme is clean and modern.

    P2 is the theme that I am currently using on this site, and it’s extremely easy to use.
    We’ve started to refine messaging to Register, Sponsor, and Volunteer. This aligns with the three primary personas that I see, the attendee, the executive that will sponsor, and the person that will be an active volunteer.
  • Sizemore พอล 7:37 pm on February 3, 2012 ความคิดเห็น
    Tags:: PMM, , ,   

    ProductCamp DC Location Announced 

    customink-logo
    The next ProductCamp DC on May 5, 2012 is going to be at CustomInk, located in Tysons Corner, VA. It will be easier in & out than Network Solutions was, needing people to check in as they entered.

     

    Sign Up


    View Larger Map

  • Sizemore พอล 6:52 pm on January 10, 2012 ความคิดเห็น
    Tags:: , PMM,   

    เจ้าของผลิตภัณฑ์ Humana สิ่งที่จะทำ? 

    At the Humana Innovation Center the product owner responsibilities include representing the customer voice in the Scrum or Kanban team, and is often the only voice of the customer. ดังนั้น, the stronger the Product Owner is, the more the product will be what aligns with the Stories, Epics, Themes and product Vision. All too often, with a weak product owner, the user experience is diluted in efforts made by the development team. Their goal is to couple stories, and maintain the greatest velocity they can. This presents a point of conflict between the product owner, and the rest of the Scrum Team.
     

    Acting as a mentor to the product owner, we were once told that it would take five story points to complete what was a basic php include, and it went unchallenged in the scrum, until the end when I spoke up. With challenge, it was quickly lowered to a one.
    I see the scrum as a fight, a fight between the product owner and dev, and being outnumbered, the product owner needs to be able to spot problems.

     

    The product owner takes the Key Feature & Epics, writes supporting stories, and presents them to the Scrum team.

     

    The product owner is responsibilities are:
    • To write stories, and make sure they tracked in the backlog
    • Prioritizes the backlog, according to the product strategy
    • Helps the Scrum Master & Team in Release & Sprint Planning
    • Although they live in the day-to-day product details, they advise on Themes and the Vision
    • Accepts or rejects the work presented by the development team
    • A stakeholder communication (in this aspect they protect the team)
    • They can terminate the sprint
    • They speak on behalf of the customer, and is the customer’s champion

     

    Most importantly, the Product Owner is ultimately responsible for the success of the product.

     

เขียนโพสต์ใหม่
j
โพสต์ต่อไป / แสดงความคิดเห็นต่อไป
K
ก่อนหน้านี้โพสต์ / ความคิดเห็นก่อนหน้า
R
ตอบ
และ
แก้ไข
o
แสดง / ซ่อนข้อคิดเห็น
T
ไปที่ด้านบน
l
ไปที่เข้าสู่ระบบ
ชั่วโมง
แสดง / ซ่อนช่วย
เปลี่ยน + ESC
ยกเลิก