agile methodology<\/a> adoption which was very contrary to much of Google\u2019s practices. Stribeck shared his findings in his study titled \u201cSsh! We are adding a process\u201d. He used the AdWords frontend (AWFE) project as his test project and found this would be a tremendous opportunity as it was a huge business-to-business application.<\/span><\/p>\n\u00a0<\/b>Case Study: Google Chrome<\/b><\/h2>\n A classic example is the Google Chrome release cycle. Google put together a blog post describing their change in the release cycle. According to the Chromium Blog, the Google Chrome Developers mentioned that their new cycle would be \u201cabout once every six weeks\u2026 While the pace is important to us, we are all committed to maintaining high-quality releases \u2014 if a feature is not ready, it will not ship in a stable release\u201d. As mentioned above, Google does not like to announce very specific time frames. This gives them more flexibility to move features to the next cycle if a feature is not ready in the six-week time frame. As seen in the diagram below, they have adopted an iterative agile practice, but it isn\u2019t a full-on agile lifecycle.<\/span><\/p>\nGoogle Chrome Developers stated their reasons why Google has announced this rapid release cycle. Their first goal is that they do not want their users to wait months before using new features, instead of small iterative features can keep the consumers excited. The second goal is that they wanted to apply more project management in which they can have an internal idea of how long it will take them to do work in a six-week cycle. The last goal is to take pressure from the software engineers as they have less pressure if a feature is not completed than the old model which when a feature was not completed, they would have to work overtime, or disable the feature and wait months till next release.<\/span><\/p>\nBeing a project manager working with developers who are working across multiple projects, the adoption of agile is difficult. I found that there needs to be flexibility in the rule book, especially in the beginning. I also found, depending on the size and complexity of the project, the length of the sprint can make a statement to the quality of the product and the health of your team. Find a schedule that is realistic and push back to clients if needed. A happy team makes for a great product.<\/span><\/p>\n <\/p>\n
Source:\u00a0<\/span><\/p>\nhttps:\/\/www.quora.com\/How-does-Google-implement-Agile-Scrum<\/span><\/a>[\/vc_column_text][\/vc_column][\/vc_row]<\/p>\n<\/span>","protected":false},"excerpt":{"rendered":"[vc_row][vc_column][vc_column_text]Agile for software development is one of the most common approaches to software development, requires certain stages to be implemented properly: Thus, it is often initiated [\u2026]<\/span><\/p>\n","protected":false},"author":1,"featured_media":2786,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"nf_dc_page":"","_mi_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0},"categories":[34],"tags":[],"yoast_head":"\nGoogle Case Study - Agile for software development<\/title>\n \n \n \n \n \n \n \n \n \n \n \n \n \n\t \n\t \n\t \n \n \n \n\t \n\t \n\t \n