Running head: Lab Team Blue Version # 3 Lab 1 STAT

advertisement
Running head: Lab Team Blue
Lab 1 STAT
Team Blue
Okechukwu Wyche
CS 411W
Janet Brunelle
10/11/13
Version # 3
STAT
2
Table of Contents
1 INTRODUCTION ..................................................................................................................................... 4
2 STAT PRODUCT DESCRIPTION ......................................................................................................... 10
2.1 Key STAT Features and Capabilities................................................................................................ 10
2.2 Major Components (Hardware/Software) ......................................................................................... 11
3 IDENTIFICATION OF CASE STUDY .................................................................................................. 13
4 STAT PRODUCT PROTOTYPE DESCRIPTION ................................................................................. 14
4.1 Prototype Architecture (Hardware/Software) ................................................................................... 15
4.2 Prototype Features and Capabilities .................................................................................................. 16
4.3 Prototype Development Challenges .................................................................................................. 17
Glossary ...................................................................................................................................................... 17
References .................................................................................................................................................. 18
STAT
3
Table of Figures
Figure 1: Sticky Notes Brainstorming .......................................................................................................... 5
Figure 2 Power, Legitimacy, Urgency, and Venn diagram........................................................................... 6
Figure 3 Stakeholder Relationship diagram .................................................................................................. 7
Figure 4: GUI example ............................................................................................................................... 11
Figure 5: Attitude vs Classification Matrix................................................................................................. 13
Figure 6: Prototype MCFD ......................................................................................................................... 15
Figure 7: STAT Classification Venn Diagram ........................................................................................... 16
Table of Table
Table 1: Stakeholder Management Table ....................................................................................... 8
Table 2: Real Vs Prototype Table ................................................................................................. 14
STAT
4
1 INTRODUCTION
In the current high stakes fast moving environment there are often times when the
stakeholder with less power is looked over. Though this can be seen a as a small oversight it can
have dire consequences. Halting of the project or cancelation of a project can be a couple of
these consequences. That is why in a relatively recent time the practice of stakeholder analysis
was into the forefront. First introduced in 1963 by Robert Freeman in his book Strategic
Management: A Stakeholder Approach [4], stakeholder analysis details the importance of paying
attention to every person of value in a project or organization. Due to the importance of
stakeholder analysis, there have been multiple techniques to implement the theory.
Unfortunately, these seem outdated in this technologically fueled society. STAT (Stakeholder
Analysis Tool) is here to bring a new more streamlined way to handle stakeholder analysis.
The current method of stakeholder management consists of a round table like discussion
between one or multiple system of systems engineers and some of the potential stakeholders for
a particular project. In that discussion, there is a mass brainstorming session where stakeholders
are added and their wants and relationships are then added one after another. They are usually
done with sticky notes on a board or sometimes in an office document. This can become very
STAT
5
large and complicated to view, Figure 1:
Figure 1: Sticky Notes Brainstorming
Even looking past the cosmetic problems in this brainstorming technique there are other issues,
like the ability to change stakeholders data when a random event occurs. Also there are other
inefficiencies in showing more than the minimal amount of stakeholder data. After the brain
storming there is a phase where the list of stakeholders are placed into a Venn diagram based on
their power, legitimacy, and urgency (shown in Figure 2):
STAT
6
Figure 2 Power, Legitimacy, Urgency, and Venn diagram
Inside this Venn diagram(Figure 2) the stakeholder names would be placed where they belong on
the board, using sticky notes. This is done after careful decision making of the system of systems
engineers. The classifications would then be obtained from the Classification diagram and then
used to decide where the stakeholders belong on the Stakeholder Relationship Diagram(Figure 3)
along with the stakeholder’s attitudes.
STAT
7
Figure 3 Stakeholder Relationship diagram
All of these (Figures 1 & 2) are used to give the user a visual of which stakeholders should be
prioritized and which have the most connections to other stakeholders. Also there is a table
created, usually done in Microsoft Word or PowerPoint, that has the stake holders sorted by most
influential in order, to give the stakeholders a strategy on which to go with for their project. This
is illustrated in Table 1
STAT
8
Table 1: Stakeholder Management Table
The current method of stakeholder analysis is inefficient, it is very important. Poor
stakeholder management/selection can lead to the downfall of a project. The selection of a
stakeholder who has no power could waste valuable time and resources whereas no paying
attention to small stakeholder that has a lot of power could be risky.
When the systems engineer’s stakeholder analysis is not done well a project can be
canceled. In the journal presented to the STAT team by the group’s mentors, a real life example
was given detailing exactly that. A housing developer was trying to start construction in
downtown’s waterside area and they neglected to notice the power of a smaller stakeholder. That
stakeholder that did not agree with the project and ended it through connections it had with other
stakeholders, thus showing the importance even the smallest stakeholder or group of
stakeholders.
STAT
9
STAT offers to help clean up some of the inefficiencies with the current stakeholder
analysis, with STAT’s simple more efficient wizard. STAT will also allow for easier navigation
between steps and room for continuous editing ability throughout the stakeholder analysis
procedure. Instead of sticky notes STAT will have the stakeholder’s data saved so they can
always looked up for future reference or future updates.
The application will also have the ability to dynamically change the (diagrams see
Figures). This can be done with any type of legal user input. There will be tools to adjust the
view of the diagrams so more attention can be given to certain stakeholders or just for common
convenience. There will also be an algorithm created so the relationship diagram will not get too
incomprehensible when there are a vast number of stakeholders.
Team Blue’s application is specifically made to be used to view and edit the stakeholder
analysis process. It is not meant to create or schedule meetings although it will save the contact
the information of the stakeholders. STAT is also not a customer relation tool, it analyzes the
stakeholders through algorithms based on the input the user gives or given through text file.
While it does not create meetings, the STAT management table was put in place to give the
stakeholders an idea on who to contact and prioritize.
(This space intentionally left blank)
STAT
10
2 STAT PRODUCT DESCRIPTION
STAT will be a standalone Java application that will be able to be used on any operating
system for convenience and portability. It will have an interactive GUI that is easily accessible.
STAT will allow users to export their data in PDF or XML format.
2.1 Key STAT Features and Capabilities
STAT will allow the users to go through the different steps of the stakeholder analysis
(shown is section 1.1) editing and adding stakeholder information while the user progresses
through the program. Steps that are already done can be revisited and changed if the user wants
to change values. The information will be stored while going through the steps and will then be
inserted into a chart that will be constantly updated while the user inputs. While the user is
inputting the stakeholder information, the STAT algorithms will be working in the background
constantly updating the diagrams and tables.
With the dynamically changing stakeholder relationship diagram (see Figure 3), system
of systems engineers are also able to see how the tiniest of changes can change a stakeholder's
impact on a project. With this tool their research can help by bringing dynamic images instead of
having to constantly redraw the diagram when changes are made. The stakeholder management
plan (see Figure 4) will be the biggest help to the system of systems engineers mostly because it
stores all the contact information of stakeholders and it can be sorted by any field the user
chooses. This will also help the stakeholder create a strategic plan of action for their project by
showing the stakeholder relationships and amount off pull that they have.
STAT
11
2.2 Major Components (Hardware/Software)
The software will consist of a simple client java application that can be loaded onto the
current system’s operating system. The software will consist of an easy to use GUI that will
provide the various steps of stakeholder analysis in a simple tabular menu. The GUI will have all
the steps shown in tabs that the user can navigate in any way (shown in Figure 5)
Figure 4: GUI example
As shown in Figure 4 the GUI will always show the tabs of all the steps in stake holder analysis,
making for easy navigation. STAT will also have tools for viewing the various diagrams such as
zoom and pan (see Figure 3).This is just a mockup of the GUI so far there will be more elements
added to the prototype.
The algorithms that run in the background and that are the basis of how the diagrams will
look are all products of the research of Dr. Adams and Dr. Hester. The Relationship Diagram
STAT
12
(see figure 3) itself is built off of collaboration of the classifications, attitudes and influences that
stakeholders have on other stakeholders. The size of the circles in that diagram directly correlates
with the user inputs in those steps. This is shown in this example shown here:
Instead of using a huge database Team Blue decided to use an easily exportable STAT
project file. The idea for using a huge database seemed to not be needed right now for the
prototype instead the project file will be able to be exported to office programs for easy viewing
at any time. The project file will still contain the contact information of stakeholders deemed not
important until the user decides to delete them, just in case they become of use later in the
project.
The application will need no other hardware than a computer, laptop, or tablet with basic
computing abilities. It also does not need a server because it has been decided to make STAT
entirely a desktop application. Because of the decision to use an XML(Extensible Markup
Language) document there is no need to have a database.
(This space was intentionally left blank)
STAT
13
3 IDENTIFICATION OF CASE STUDY
The underlying logic behind STAT’s algorithms will be based on the research of Dr.
Hester and Dr. Adams. They are system of systems of engineers for NCSoSE(pronounced
nexus). As systems of systems engineers they have adapted Robert Freeman’s theories on
stakeholder analysis. In their research every stake holder has at least one of the following
classifications: power, legitimacy, and urgency. After deciding what the stakeholder’s
classification is the attitude that the stakeholder has toward the project is recorded. Depending on
values selected for the stakeholder’s power legitimacy, or urgency they are placed in certain
spots on the Classification Venn Diagram(see STAT Presentation[1]).The classifications and the
attitudes are then graphed against each other into a matrix that is shown in Figure 5:
Figure 5: Attitude vs Classification Matrix
The color code the user will see in the matrix is the same as user will see in the Stakeholder
Relationship Diagram (see Figure 3). Also the algorithm that decides the size of the circles in the
Stakeholder Relationship Diagram (see) is also taken from Figure 3. More information regarding
their research is located in the references.
STAT
14
4 STAT PRODUCT PROTOTYPE DESCRIPTION
Knowing that the time period to finish STAT is short there have been certain features that
will not be included in the prototype due at the end of the semester. Although they have been
removed at the moment if time permits some might be implemented into the prototype. A table
illustrating what will and what will not included is displayed in Table2:
Table 2: Real Vs Prototype Table
As shown in Figure 6 certain features like the ability for multiple users to add input
simultaneously. The ability to have a script that will automatically insert stakeholder information
from a file has been removed. But as illustrated in Table 2 most of the functionality in the real
world product will be in the prototype.
STAT
15
4.1 Prototype Architecture (Hardware/Software)
Figure 6: Prototype MCFD
Figure 6 shows what features our prototype will have by the end of next semester. The
STAT prototype, along with user input, will have test suites for bug checking. Also there is will
be a way to insert test data directly into the STAT project file to populate it. As shown in Figure
5 there will be a tab where the user can add the stakeholder wants, classification, attitudes, and
relationships. The majority of the editing of stakeholders will be done in the stakeholder tab,
while the rest of the tab will be mainly for views of the output and specific stages. Also the
STAT
16
STAT prototype will also be able to delete stakeholders, encrypt data, and export the stakeholder
files.
4.2 Prototype Features and Capabilities
The STAT prototype will be very close to the idealized software. So all the features
except for the ones explained in Table 2 will be in the prototype. A new Classification Venn
diagram will be created for the program which will have stakeholders in the correct
classifications in the diagram. Along with the stakeholders being shown in the Classification
Venn diagram there will also be a pop up of the stakeholder’s individual information when
clicked. Example of new Classification Venn Diagram Figure 7:
Figure 7: STAT Classification Venn Diagram
STAT
17
4.3 Prototype Development Challenges
There are some development challenges STAT team can foresee during the coding the
process. One is having a method to notify the user get when changes are made to the
stakeholders. This needs to be implemented just in case that the user makes a mistake by deleting
or editing a stakeholder. Being that all the diagrams are dynamically updated this can drastically
change the software’s output. Another problem that could take a lot of time to code would be the
security portion of STAT’s program. Now that STAT’s software is no longer a client-server
application having administer profile to cover the security is no longer needed, but security is
important especially because a lot of the stakeholder information can be very sensitive. Lastly,
Team Blue realizes that making this portable in every operating system will be very difficult.
Glossary
legitimacy: A generalized perception or assumption that the actions of an entity are desirable,
proper, or appropriate within some socially constructed system of norms, values, beliefs,
definitions.[4]
power: A relationship among social actors in which one social actor, A, can get another social
actor, B, to do something that B would not.[4]
project file: the file STAT will use to store the stakeholder data in i.e. contact, information, and
want’s attitudes.
relationships: the connections between the various stakeholders.
stakeholder: A person, group, or organization that has interest or concern in an organization.[1]
stakeholder analysis: studying those in a project/organization and deciding who should be
prioritized and handled certain ways.
system of systems engineer: the users of our software their main job is researching the
stakeholder’s effect on projects/systems.
urgency: The degree to which stakeholder claims call for immediate attention.[4]
STAT
XML: extensive markup language used to store data in fields.
References
[1]Blue, T. (2013). STAT Presentation. Retrieved from STAT:
http://www.cs.odu.edu/~410blue/deliverables.html
[2]Blue, T. (n.d.). STAT webpage. Retrieved from 410Blue:
http://www.cs.odu.edu/~410blue/deliverables.html
[3] Freeman, R. (1983). Strategic Management: A Stakeholder Approach. Boston: Pittman.
[4] Mitchell, R. A. (1997). Academy of Management.
18
Download