Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Workshop: Running Discovery Projects Workshop...

Rob
September 04, 2018

Workshop: Running Discovery Projects Workshop - DPM Summit 2018

Running digital projects is hard. When expectations are mismanaged during initial client conversations, running digital projects can be nearly impossible. Before the work begins, you and your client must agree to terms, so you define the project and provide an estimate. Once agreed, you have to manage to that budget for the life of the project regardless of what else you learn. This is crazy. One of the most important constraints–budget–is too often defined when you know the least about the project: the beginning. The largest risk in any digital project is building the wrong thing, but a few conversations and a quick estimate do not provide what you need to build the right thing.

We understand that Agile and iterative techniques can help mitigate risk during a project, but an iterative mindset can provide just as much value when planning that work. What if we started our projects with a smaller engagement that allowed us to “lean into learning” and teach our clients how to work with us? This unique way to gather requirements and start engagements has dramatically improved the way we run projects. In this workshop, we will discuss how you can implement Discovery Projects to dive into a project with confidence. You’ll be armed with a thoughtful, scoped roadmap to provide more accurate estimates and begin to chart the course of your project. During our time together, we will walk through setting the correct expectations, running in-person collaborative meetings and building trust with the client team along the way.

IN THIS WORKSHOP, WE'LL COVER:
-The value of Discovery Projects and how to convince your team and clients to work this way
-Interviewing Stakeholders and Users
-Setting the correct project expectations up-front
-Getting just enough feel for Design requirements
-In-person collaborative meetings: an approach different from a “Kickoff” which includes exercises designed to engage clients while providing critical insights
-Documentation that can set up project success
-Showing clients what effective collaboration looks like
-Making sure you start the project building the right things
-Lessons learned from running Discovery Projects

Rob

September 04, 2018
Tweet

More Decks by Rob

Other Decks in Business

Transcript

  1. Agenda Part 1: Context Part 2: Setting the Table Part

    3: So you got the Project Part 4: Closing the deal Part 5: Lessons Learned Part 6: Anything goes
  2. Reason 1: Determining scope on software projects upfront is impossible

    because: Clients are really bad at describing their actual needs.
  3. We are bad at estimating work because we are optimistic.

    Reason 1: Reason 2: Determining scope on software projects upfront is impossible because: Clients are really bad at describing their actual needs.
  4. We are bad at estimating work because we are optimistic.

    Reason 1: Reason 2: Determining scope on software projects upfront is impossible because: Clients are really bad at describing their actual needs. Business needs change over time. Reason 3:
  5. I believe as an industry we often care more about

    how we get to the end, then the results.
  6. “I don’t know enough to estimate this right now, I

    don’t think that anyone does.”
  7. SOW Example 7*)."/74"$$77**#"70)707)2/./("(7#(7)(7)0 7)7+&!(0!)(7.7(7 *,)3"7 )&*(674"##7*+)3"7 #"(074"/77,2(7)707*)."/74"/"(70(7 72."(..7 6.7"7)(7".727 #"(174"#$77"(3)"7*,7/7/+'.7.*"

    7"(70")(7 7)7/7.0+7 -3 .7 -&(07   ".7+&(07".7(2%#7(73)"7"7()0752074"0"(7 772."(..76.7                                
  8. The best way to make sure your project does not

    hit budget, timeline, and scope is to not talk about it.
  9. People are scared of things they don't understand. 
 We

    can take the mystery out of things by talking about them a lot.
  10. Almost always the last question: (In your opinion) what will

    keep this project from being successful?
  11. “Have an interactive, human website that shares relatable stories and

    reaches millennial and gen Z candidates.” Exam ple
  12. The best part of project teams is that they are

    made up of humans. Humans sometimes suck. The worst part of project teams is that they are made up of humans.