Skip to main content

Thoughts on the Developer Open Assessment

Last post 01:20 pm August 15, 2019 by Timothy Baffa
8 replies
09:51 am January 4, 2013

Hi all,

Nice to see the new Developer Open Assessment on the site. May I suggest that you provide some recommended reading or links to other material that that is worth studying before taking the test. The only recommended reading I could find was to review the Scrum Guide but that does not (intentionally) say anything about engineering practices so it cannot be used alone.

Fredrik


Anonymous
10:53 am January 4, 2013

Hi Fredrik,

Thank you for your message. Work is underway to publish a Book of Knowledge list for the Developer Open and general Scrum Developer knowledge on Scrum.org. An announcement will be made via our twitter feed within the next week or so.

Best,
Daniel


04:48 pm August 14, 2019

Hello, I'm new here, but not new to SCRUM. I just took the Developer Open (that's what I primarily do), and in reviewing my result, I have some thoughts about one of the questions that I got:

The question was: "What are ways a Development Team can ensure a good application architecture?" with the following options as responses (only selecting 2)

  1. The Development Team plans a Sprint 0 at the beginning of a project with the objective of developing an architecture model used during the following Sprints.

  2. A Development Team doesn't need an architecture model in Scrum and should focus on adding functionality. The architecture will come into place without fail as the Development Team adds functionality.

  3. The Development Team should have a set of guiding architecture principles that every Development Team member understands and follows when writing code.

  4. The Development Team should assign someone to the role of software architect whose job it is to make sure a consistent architecture is developed.

  5. The Development Team plans some time each Sprint to discuss the architecture needed for the features planned in that Sprint.

I selected items 1, and 5, because there needs to be a consensus on HOW a Software Solution will be implemented, and that consensus MUST include the Business side of the house. 

The response that I got back was that the correct items were 3 and 5, with the following feedback:

Feedback

"There is no specific "architect" role on a Scrum team, nor is there an architecture planning Sprint.  But, a good architecture doesn't just happen automatically.  Guiding principles and frequent conversations on the team help ensure that the most appropriate architecture is developed as it is needed by features being developed in the current Sprint"

My question:

The way I understand it, SCRUM states that the Development Team is a cross-functional group that supports a given software product, or suite of products. If that is true, then even though there is no "architect" role, the Development Team has members on it that do not function as software developers. Therefore Item #3 is disqualified, because it implies that all members of the Development team are Software Developers, and it is only these people who write code. 


05:13 pm August 14, 2019

The Development Team plans a Sprint 0 at the beginning of a project

This answer is incorrect, since there is no Sprint Zero in Scrum (reminiscent of BPUF - Big Planning Up Front).   Therefore, #1 cannot be true.

#4 is also false, since it attempts to silo an individual on the Development Team.

Since Scrum and Agile embrace an architectural approach that evolves as functionality is delivered, I can see #2, #3, and #5 as possible answers.   However, #2 implies that the architecture will "just happen", whereas #3 and #5 provide an intentional, practical approach to architecture development.

So the correct answers are #3 and #5.

 

 


05:33 pm August 14, 2019

Ok, I get where #5 is correct. But how does #3 pass muster when it specifically speaks to only one function of the team? Most BA's don't regularly cut code. Test might do some, but the Business User? I'm having trouble seeing it, the way the option is worded.


06:01 pm August 14, 2019

The Development Team should have a set of guiding architecture principles that every Development Team member understands and follows when writing code.

It does state 'when writing code', which to me makes it 3 correct.

 
 

06:49 pm August 14, 2019

Ok, I get where #5 is correct. But how does #3 pass muster when it specifically speaks to only one function of the team? Most BA's don't regularly cut code. Test might do some, but the Business User? I'm having trouble seeing it, the way the option is worded.

Do you think a good Scrum Development team ought to have functions that inhibit collaboration?


05:01 am August 15, 2019

From my perspective, the term "cross-functional" is exactly that. The Development Team is composed of individuals that, at the very least, understand what the results are supposed to be, what inputs are required,  and how the transformation works. There's no code required for that level of understanding and/or consensus.

It's THAT kind of communication that makes SCRUM work. Anything short of that will have issues.


01:20 pm August 15, 2019

Most BA's don't regularly cut code. Test might do some, but the Business User? 

Andrew, are any of these Scrum roles?   

Do you think considering individual skills within the Development Team for option #3 might be one reason why you're questioning the answer?

 


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.