Читать книгу Software Performance Engineering A Complete Guide - 2020 Edition - Gerardus Blokdyk - Страница 7
ОглавлениеCRITERION #1: RECOGNIZE
INTENT: Be aware of the need for change. Recognize that there is an unfavorable variation, problem or symptom.
In my belief, the answer to this question is clearly defined:
5 Strongly Agree
4 Agree
3 Neutral
2 Disagree
1 Strongly Disagree
1. How are the Software Performance Engineering’s objectives aligned to the group’s overall stakeholder strategy?
<--- Score
2. Who needs budgets?
<--- Score
3. What Software Performance Engineering problem should be solved?
<--- Score
4. Where is training needed?
<--- Score
5. Do you recognize Software Performance Engineering achievements?
<--- Score
6. Do you need to avoid or amend any Software Performance Engineering activities?
<--- Score
7. What Software Performance Engineering events should you attend?
<--- Score
8. When a Software Performance Engineering manager recognizes a problem, what options are available?
<--- Score
9. How do you identify the kinds of information that you will need?
<--- Score
10. What situation(s) led to this Software Performance Engineering Self Assessment?
<--- Score
11. Will new equipment/products be required to facilitate Software Performance Engineering delivery, for example is new software needed?
<--- Score
12. What are the stakeholder objectives to be achieved with Software Performance Engineering?
<--- Score
13. Who else hopes to benefit from it?
<--- Score
14. As a sponsor, customer or management, how important is it to meet goals, objectives?
<--- Score
15. How much are sponsors, customers, partners, stakeholders involved in Software Performance Engineering? In other words, what are the risks, if Software Performance Engineering does not deliver successfully?
<--- Score
16. Have you identified your Software Performance Engineering key performance indicators?
<--- Score
17. Do you know what you need to know about Software Performance Engineering?
<--- Score
18. Which needs are not included or involved?
<--- Score
19. Can management personnel recognize the monetary benefit of Software Performance Engineering?
<--- Score
20. How are training requirements identified?
<--- Score
21. What does Software Performance Engineering success mean to the stakeholders?
<--- Score
22. What vendors make products that address the Software Performance Engineering needs?
<--- Score
23. What is the smallest subset of the problem you can usefully solve?
<--- Score
24. How can auditing be a preventative security measure?
<--- Score
25. What are the timeframes required to resolve each of the issues/problems?
<--- Score
26. What should be considered when identifying available resources, constraints, and deadlines?
<--- Score
27. What are the minority interests and what amount of minority interests can be recognized?
<--- Score
28. What are the expected benefits of Software Performance Engineering to the stakeholder?
<--- Score
29. How do you recognize an objection?
<--- Score
30. What problems are you facing and how do you consider Software Performance Engineering will circumvent those obstacles?
<--- Score
31. Looking at each person individually – does every one have the qualities which are needed to work in this group?
<--- Score
32. Why the need?
<--- Score
33. What do you need to start doing?
<--- Score
34. For your Software Performance Engineering project, identify and describe the business environment, is there more than one layer to the business environment?
<--- Score
35. What Software Performance Engineering coordination do you need?
<--- Score
36. What resources or support might you need?
<--- Score
37. To what extent would your organization benefit from being recognized as a award recipient?
<--- Score
38. Is it needed?
<--- Score
39. Do you have/need 24-hour access to key personnel?
<--- Score
40. Are there regulatory / compliance issues?
<--- Score
41. Are employees recognized or rewarded for performance that demonstrates the highest levels of integrity?
<--- Score
42. Who defines the rules in relation to any given issue?
<--- Score
43. What prevents you from making the changes you know will make you a more effective Software Performance Engineering leader?
<--- Score
44. Are there Software Performance Engineering problems defined?
<--- Score
45. Who should resolve the Software Performance Engineering issues?
<--- Score
46. Are there recognized Software Performance Engineering problems?
<--- Score
47. How do you recognize an Software Performance Engineering objection?
<--- Score
48. How does it fit into your organizational needs and tasks?
<--- Score
49. How do you identify subcontractor relationships?
<--- Score
50. What would happen if Software Performance Engineering weren’t done?
<--- Score
51. Whom do you really need or want to serve?
<--- Score
52. Which information does the Software Performance Engineering business case need to include?
<--- Score
53. Is the need for organizational change recognized?
<--- Score
54. Who are your key stakeholders who need to sign off?
<--- Score
55. How many trainings, in total, are needed?
<--- Score
56. Is the quality assurance team identified?
<--- Score
57. What needs to stay?
<--- Score
58. Do you need different information or graphics?
<--- Score
59. What is the problem or issue?
<--- Score
60. Are losses recognized in a timely manner?
<--- Score
61. What is the recognized need?
<--- Score
62. Will it solve real problems?
<--- Score
63. Are problem definition and motivation clearly presented?
<--- Score
64. What training and capacity building actions are needed to implement proposed reforms?
<--- Score
65. How do you assess your Software Performance Engineering workforce capability and capacity needs, including skills, competencies, and staffing levels?
<--- Score
66. What are your needs in relation to Software Performance Engineering skills, labor, equipment, and markets?
<--- Score
67. Will a response program recognize when a crisis occurs and provide some level of response?
<--- 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.
