Looking beyond the Horizon - Future EU-Japan collaboration ...
Collaboration Beyond Code
-
Upload
david-weekly -
Category
Business
-
view
1.780 -
download
1
description
Transcript of Collaboration Beyond Code
![Page 1: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/1.jpg)
Collaboration Beyond Code
David Weekly, PBwikieBig Best Practices SIG
February 4, 2009
![Page 2: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/2.jpg)
Thesis: Your People Are Smart
![Page 3: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/3.jpg)
Thesis: Your People Are Smart
The more they know,
the better decisions get made.
So stop playing “telephone.”
![Page 4: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/4.jpg)
What do coders spend time on?
Coding is the primary activity…
But coding itself is not that hard.
Most work is in figuring out what to build.(and coding is just being more explicit.)
![Page 5: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/5.jpg)
How do coders excel?
Having & mastering the right tools Understanding the problem.
Give them more customer access/data!
![Page 6: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/6.jpg)
How are software projects built?
1. Gather customer inputs.
2. Agree on what to do.
3. Specify what to build.
4. Make sure it gets built.
5. Coordinate the launch.
6. Document the result.
![Page 7: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/7.jpg)
PBwiki uses a wiki for all of these.
(not surprising)
![Page 8: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/8.jpg)
…there are bad uses for a wiki.
Code snippetsWhy not just make a library / repository?
Notated walkthroughs of specific functionsThese will get stale. Nobody will update them.
![Page 9: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/9.jpg)
1. Gather Customer Inputs
Have lots of conversations with customers. Put the raw notes online.
(with summaries) Send them out over email, present the
results to the whole team in person. Agile = connect coders w/users!
![Page 10: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/10.jpg)
2. Drive Internal Consensus
Building on #1, come up with ideas for solutions.
Anyone can contribute. Anyone can comment. Lets thinking happen outside meetings.
Like in the shower. Which is a much better place to think.
![Page 11: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/11.jpg)
3. Specify What To Build
Progressive advancement of wikipages. Start with executive requirements. Product Manager fills out. Project Manager assigns. Engineers spec the project. The page evolves.
![Page 12: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/12.jpg)
4. Manage The Building Process
Use lightweight project management. Let contributors directly update progress. Have quick in-person checkpoint
meetings. Full transparency! The page evolves.
![Page 13: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/13.jpg)
5. Coordinate the Launch
The code’s in SVN. What now?! Marketing, support, sales, QA… Peer review & development of materials
Let developers see how it’s being pitched & contribute (& correct)
“Sorry, what are you saying we have?” Fewer surprises in timing due to visibility.
![Page 14: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/14.jpg)
6. Document the Work
Spec page evolves into:Public documentation / FAQs Internal/helpdesk knowledgebase
Procedure manuals The page evolves.
![Page 15: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/15.jpg)
Why Wikis?
What you need, when you need it. (apologies to the domain squatters.)
A tool that evolves with your project!
Something that everyone in the company can contribute to and use Versus TXT files in your SVN repository. Versus an MS Project file output as PDF.
![Page 16: Collaboration Beyond Code](https://reader036.fdocuments.net/reader036/viewer/2022070315/55534550b4c9059e688b47da/html5/thumbnails/16.jpg)
BONUS WIKI USES!!1!11!
Automatic enumeration of upcoming deployment changes.
Repository for ideas / brainstorms“Didn’t we discuss doing this last year?”
Team contact info page