Confirmed users
280
edits
m (removed empty sections) |
|||
(8 intermediate revisions by 5 users not shown) | |||
Line 1: | Line 1: | ||
=Removing Roadblocks to Productivity - Project Wrap= | =Removing Roadblocks to Productivity - Project Wrap= | ||
==What we accomplished== | ==What we accomplished== | ||
While we'd like to take full credit for the removal of all roadblocks this year, many of them were addressed organically (without our direct intervention) over the course of the year. That said, here is a short list of what our small team was able to accomplish as a result of this project: | |||
[https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_dev_qualityoflife Developer Productivity] | [https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_dev_qualityoflife Developer Productivity] | ||
# | # Highlighted developer pain points like Bugzilla and build performance and code review overload. | ||
# | # The Release Engineering and Developer Services teams were given more support and staff to prioritize: | ||
#* Improving Bugzilla performance | |||
#* Moving more build servers to the cloud (AWS). | |||
#* Deploying modern workflow tools like Review Board and Treeherder. | |||
[https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_broken_comms Broken / Too Many Communication Channels] | [https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_broken_comms Broken / Too Many Communication Channels] | ||
# | # Solicited involvement in the [[WeeklyUpdates/2014-06-02|Monday project meeting]] ([https://air.mozilla.org/mozilla-weekly-project-meeting-20140602/ AirMo]) | ||
# | # Formed a working group | ||
#* Sean Rich | |||
#* Jason Crowe | |||
#* Kadir Topal | |||
#* Byron Jones | |||
#* Corey Shields | |||
#* Jennie Halperin | |||
#* Matthew Noorenberghe | |||
#* Cassandra Lee | |||
# Held [https://drive.google.com/a/mozilla.com/#folders/0B0PPzqHbJSSWdjlWMl9tNzU1QjA 4 project meetings] | |||
# Created a [[People:removing_roadblocks_to_productivity/project_broken_comms/intranet_mana_costs|Product Comparison]] sheet | |||
# Invited Jo as Queeniebee to share her wikimo survey experience best practices with the team. | |||
# Refined the [https://docs.google.com/a/mozilla.com/forms/d/1Hn8utb2vbQIQtDQChRyiAznQE_JpL0Yj4mrL6boLl5k/edit# DRAFT survey] | |||
# Pulled [https://docs.google.com/a/mozilla.com/spreadsheets/d/1VxJ6F0wSGaglGYdj3HVP3ltdWw_ef7k3WKLx9LwbEZI/edit#gid=0 user stats to understand how users are using Intranet and Mana]. | |||
# Conducted a listing exercise of key differences between Intranet and Mana so that we can address cultural preferences, develop education/training campaign, etc. See: [[People:removing_roadblocks_to_productivity/project_broken_comms/intranet_mana_costs|Product Comparison]] | |||
[https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_lack_of_standardization Lack of Standardization] | [https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_lack_of_standardization Lack of Standardization] | ||
# | # Introduction of Trello to align and track priorities. The Platform team has adopted this and project managers on the Desktop/Android side as well. It's a light-weight way to put a common face on organizing priorities. | ||
# | # The 2015 planning process was a excellent exercise for the organization to help standardize on the way we plan, measure and track our goals. This was not spearheaded by the RRTP initiative but it will help address some of the issues that came out in the feedback. It also lays the ground work for us to solve some of the problems around the alignment between teams. | ||
==Lessons learned== | ==Lessons learned== | ||
Line 30: | Line 41: | ||
* Things change around here as fast as you can say that. Things that seemed critical to solve in January could easily become "no big deal" by March (or were replaced by something else). Constantly evaluate your priorities and don't be afraid to shift (even if you've invested in something). | * Things change around here as fast as you can say that. Things that seemed critical to solve in January could easily become "no big deal" by March (or were replaced by something else). Constantly evaluate your priorities and don't be afraid to shift (even if you've invested in something). | ||
* It's okay to stop. This project was imperfect. We didn't solve all of our roadblocks (and many more showed up while we were working on these). This project had it's moment and now it's time for another. That's not a failure, it's evolution. | * It's okay to stop. This project was imperfect. We didn't solve all of our roadblocks (and many more showed up while we were working on these). This project had it's moment and now it's time for another. That's not a failure, it's evolution. | ||
* Mozillians like to solve their own problems. Some will solve problems that are identified as part of efforts like this. Let them. The goal isn't to do everything. The goal is to improve the life of Mozillians. | |||
==What's happening in 2015 to carry the work through== | ==What's happening in 2015 to carry the work through== | ||
[https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_dev_qualityoflife Developer Productivity] | [https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_dev_qualityoflife Developer Productivity] | ||
# | # Autoland continues to move towards deployment | ||
# | # Continued enhancements of ReviewBoard and Bugzilla | ||
# Continued investment into SCM and build improvements | |||
# A new effort to improve test failures (oranges) | |||
# | |||
# | |||
[https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_lack_of_standardization Lack of Standardization] | [https://wiki.mozilla.org/People:removing_roadblocks_to_productivity/project_lack_of_standardization Lack of Standardization] | ||
# | # Regular program reviews to help articulate progress on goals and strategic plan. Some products are doing this already. I plan to have one for the Platform team. | ||
# Introduction of tools like Trello for more and more projects to provide an infrastructure for planning and tracking. | |||
# |