Software Performance Engineering A Complete Guide - 2020 Edition. Gerardus Blokdyk
Чтение книги онлайн.
Читать онлайн книгу Software Performance Engineering A Complete Guide - 2020 Edition - Gerardus Blokdyk страница 5
<--- Score
68. Who needs what information?
<--- Score
69. What are the clients issues and concerns?
<--- Score
70. Did you miss any major Software Performance Engineering issues?
<--- Score
71. Are there any revenue recognition issues?
<--- Score
72. Does the problem have ethical dimensions?
<--- Score
73. Does Software Performance Engineering create potential expectations in other areas that need to be recognized and considered?
<--- Score
74. What Software Performance Engineering capabilities do you need?
<--- Score
75. Are there any specific expectations or concerns about the Software Performance Engineering team, Software Performance Engineering itself?
<--- Score
76. Why is this needed?
<--- Score
77. Are your goals realistic? Do you need to redefine your problem? Perhaps the problem has changed or maybe you have reached your goal and need to set a new one?
<--- Score
78. Where do you need to exercise leadership?
<--- Score
79. What do employees need in the short term?
<--- Score
80. What needs to be done?
<--- Score
81. Think about the people you identified for your Software Performance Engineering project and the project responsibilities you would assign to them, what kind of training do you think they would need to perform these responsibilities effectively?
<--- Score
82. Are employees recognized for desired behaviors?
<--- Score
83. How are you going to measure success?
<--- Score
84. What is the extent or complexity of the Software Performance Engineering problem?
<--- Score
85. Are you dealing with any of the same issues today as yesterday? What can you do about this?
<--- Score
86. Will Software Performance Engineering deliverables need to be tested and, if so, by whom?
<--- Score
87. Consider your own Software Performance Engineering project, what types of organizational problems do you think might be causing or affecting your problem, based on the work done so far?
<--- Score
88. What information do users need?
<--- Score
89. Would you recognize a threat from the inside?
<--- Score
90. What extra resources will you need?
<--- Score
91. How do you take a forward-looking perspective in identifying Software Performance Engineering research related to market response and models?
<--- Score
92. What is the Software Performance Engineering problem definition? What do you need to resolve?
<--- Score
93. What else needs to be measured?
<--- Score
94. What are the Software Performance Engineering resources needed?
<--- Score
95. Which issues are too important to ignore?
<--- Score
96. Is it clear when you think of the day ahead of you what activities and tasks you need to complete?
<--- Score
Add up total points for this section: _____ = Total points for this section
Divided by: ______ (number of statements answered) = ______ Average score for this section
Transfer your score to the Software Performance Engineering Index at the beginning of the Self-Assessment.
CRITERION #2: DEFINE:
INTENT: Formulate the stakeholder problem. Define the problem, needs and objectives.
In my belief, the answer to this question is clearly defined:
5 Strongly Agree
4 Agree
3 Neutral
2 Disagree
1 Strongly Disagree
1. Have all basic functions of Software Performance Engineering been defined?
<--- Score
2. Will a Software Performance Engineering production readiness review be required?
<--- Score
3. Is the team formed and are team leaders (Coaches and Management Leads) assigned?
<--- Score
4. How does the Software Performance Engineering manager ensure against scope creep?
<--- Score
5. The political context: who holds power?
<--- Score
6. What customer feedback methods were used to solicit their input?
<--- Score
7. What is the definition of success?
<--- Score
8. Is Software Performance Engineering linked to key stakeholder