10 tips on how to prevent business value risk
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
Presentation
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Recorded at:
MongoDB @ SourceForge
- Sections
- Architecture & Design,
- Development,
- Operations & Infrastructure
- Topics
- Architecture ,
- Data Access ,
- Stories & Case Studies
- Tags
- MongoDB ,
- QCon ,
- QCon London 2010
-
- The next QCon is in London March 5-9, Join us!
How would you like to view the presentation?
In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
Mark Ramm tells the story of why SourceForge needed to redesigned its site, why they chose MongoDB, how it compared to other possible solutions, the problems encountered, how they fixed them, and overall lessons learned. Ramm also responds to various questions coming from the audience.
Bio
Mark Ramm is an web developer who's interested in everything from making everyday development easier to scalability and high traffic websites. He's the BDFL of TurboGears 2, and is leading the charge to modernize the tech stack at GeekNet for sourceforge.org.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community.QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
Mark Ramm tells the story of why SourceForge needed to redesigned its site, why they chose MongoDB, how it compared to other possible solutions, the problems encountered, how they fixed them, and overall lessons learned. Ramm also responds to various questions coming from the audience.
Bio
Mark Ramm is an web developer who's interested in everything from making everyday development easier to scalability and high traffic websites. He's the BDFL of TurboGears 2, and is leading the charge to modernize the tech stack at GeekNet for sourceforge.org.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community.QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
RelatedVendorContent
Getting Started with Stratos - an Open Source Cloud Platform
Agile Development: A Manager's Roadmap for Success
Improve Java Garbage Collection, Runtime Execution, and JVM visibility with Zing
18 agile and lean practices for effective software development governance
Agile Practices to Improve Project Management Organization (PMO) Effectiveness
MongoDB (not) faster than CouchDB
by
Thomas Mueller
Posted
Confusion
by
Stephen Devonald
Posted
-
If I understood correctly, the presentation says that writing to CouchDB is much slower than writing to MongoDB. The following blog post discusses this: www.rethinkdb.com/blog/2010/07/the-benchmark-yo... (I'm not related to those projects)
-
Mark is clearly an excellent protagonist of current improvements in technology, and I would accept that the 6 week timescale for thw project imposed a tight deadline (one that he may havw negotiated or refused!).
It is unclear whether having chosen MongoDB, he tried to annexe some of their technical expertise as consultants on the project. With so many unknowns in the project, I feel he should have attempted to involve supplier expertise more - especially once the technolofy suppliers were chosen.
2 comments
Watch Thread Reply