Assignment 5
Assignment 5
Assignment 5
5
1. Project Title: Project Management Challenges & Solutions,
IMAGINARY MOTION PICTURES- S is for Save the Planet: A How
to be Green Alphabet.
2. Author: Abhiram Sridhara
Analyzing
Specifying
Designing
Implementing/integrating
Testing/validating
Operating
Maintaining/supporting &
risks. The seven key aspects of our generic methodology which must
be followed before beginning to work on any process failure risk study
with our PFRA Tool are as follows:
1. Defining the scope, function and purpose of the system or subsystem, or any product, or process design to be analyzed.
2. Identifying the potential risks and failure modes and their
effects by applying the PFRA technique during the process, and
creating, or analyzing the existing BOM (Bill of Material) file. The
PFRA will help the team to gradually deepen the product, process
or system design analysis and locate all potential failures at the
earliest possible stage
3. Prioritize potential failures by ranking the critical quality, cost,
and safety related faults and eliminate them by the crossfunctional team as early as possible.
4. The cases involving high risk of potential failures must be
identified, selected and managed by devising an immediate
control plan to get the processes in control by following our basic
TQM principles.
5. Observe and learn by creating living knowledge-managed
document that needs to be kept up-to-date for each system or
product/process design, PFRA / DFRA. It should not be
retrospective, but kept as a valuable source of information for
current, as well as for future products.
6. Documenting the process is an important aspect, as the team
goes along, and store the PFRA / DFRA contained information in a
widely accessible format (preferably, both electronically, such as
our spreadsheet and optionally on paper based media) for the
current as well as for future Teams.
7. Enter the values into the PFRA / DFRA spreadsheet on a relative
scale, determined by the local PFRA / DFRA Team, as well as by
the local, customized standards they follow.
The rating rules are regarding:
1. Severity
2. Detection
3. Occurrence
The product with these rating values, gives a number called the risk
priority number [RPN] which can be used as a measure of the degree
of failure risk.
The severity rating uses a scale from 1 to 10, where the lower rating is
corresponds to no effect on specified process or product performance
and higher rating corresponds to hazardous effects specified process or
product performance. Here a goal is achieving a lower rating.
The detection rating uses a scale from 1 to 10, where the lower rating
is corresponds to easily detecting process or product performance
failure and higher rating corresponds to impossibly detecting process
or product performance. Thus, the goal is achieving lower rating.
The occurrence rating uses the scale from 1 to 10, where the lower
rating is corresponds to lower failure rate i.e. less than 1 in 500,000 for
specified process or product performance and higher rating
corresponds to higher failure rate greater than 1 in 3 for specified
process or product performance. Also, the goal here is to achieve
low rating.
The Main Body of the project:
Part 0: Resubmitting all Assignments:
Assignment 0:
Professors comments: For your submission, I can give you 10/10. No
further comments.
New Link: http://abhiramsridharaem636.weebly.com/assignment-0.html
Assignment 1:
Professors comments: I can give you the following grade: 8/10
Suggestions for improvements: sorry, there are some syntax and
semantic errors in your diagrams / models. Please improve those.
New Link: http://abhiramsridharaem636.weebly.com/assignment-1.html
Assignment 2:
Professors comments: I can give you the following grade: 10/10.
New Link: http://abhiramsridharaem636.weebly.com/assignment-2.html
Midterm A & Midterm B:
Professors comments: Midterm (max. 20/20): Your grade: 2 x 20/20.
Assignment 3:
Professors comments: Your grade: 10/10.
New Link: http://abhiramsridharaem636.weebly.com/assignment-3.html
Assignment 4:
Professors comments: Not yet Graded.
Part 1:
Chapter 6: The principle is simple: you have to be able to market your
project and your project management service well to get the
sponsorship you need, to design it, to implement it, and then to sell
your next project idea.
In this Chapter we address the importance of marketing strategies, in
integration with project management, within a customer and total
quality focused, complex, global business environment.
Customer Focused Engineering and Project Management
Finding out, and then capturing what customers want, need, desire
and truly require is essential for every business to survive and
prosper.
Furthermore, getting information about new products and/ or services
across a customer base is one of the greatest engineering
management, and project management challenges of mankind.
Since information, presented in a clear and meaningful manner is the
key to progress, an organizations success often depends on its ability
to communicate.
Our method and tool, presented in this 3D multimedia eBook program
helps project managers, marketing and sales engineers, designers and
manufacturers, civil engineers and construction managers, and even
will collapse to that of the fraction it takes and costs without it.
This will result in retaining satisfied customers, who can become
virtual members of the next product design team, or even
community.
Furthermore with the added product intelligence gathered from
customers, and potential customers, innovation will accelerate and
designs and services will improve because everybody will learn from
the focused and targeted market intelligence feedback.
A Hi-tech Marketing Strategy
In terms of marketing your advanced, hi-tech product, process or even
disassembly service, consider that the major opportunities for gaining
competitive advantage will have their roots in one or more of the
following major changes in the way we design and manufacture goods
and offer services already, or in the (near) future:
1. Internationalization and globalization: overseas markets and
global enterprises have/ will have a major influence on everything
we do, because fundamentally every human being has the right
to continuously improve their living conditions, a major human
energy and driving force.
2. The continuously changing customer requirements, sales and
service networks will have a major effect on all of us. (The
Internet is already a major opportunity, as well as a challenge to
competitors!) This is why it is essential to inform and involve
potential customers by taking them through virtual product and
factory tours that have on-line feedback opportunities over the
web (as it is the case with this program).
3. Competitiveness through quality, consistency, leanness, agility,
and partnerships is and will increasingly be key. There is literally
no company in the world that can research, develop, manufacture
and maintain all of its product components, sub-systems, and
services, therefore companies have to become increasingly
competent systems integrators and value added re-sellers. Note,
thatour CORA Tool can identify your position in a competitive
world, including indicators where you should improve.
4. The importance of enthusiastic people who have driven and skills,
motivation, leadership skills, teamwork interest, learning skills,
9. Last, but not least, visibility to your supply chain is important. You
are simultaneously a customer as well as a supplier in an ecommerce network. Break organizational barriers and share
information about business activities on a close to real-time basis.
Using the gained accurate data, turn it into information and
manage by metrics (this is a fundamental industrial engineering,
and engineering management principle). Encourage fast and
collaborative decision-making in all projects, as a manager, as
well as a team member; you have all the reliable information
now, use it positively!
Chapter 7: The principle is simple: A project document must be
atraceable, quality record that offers a technically and financially
accurate, as well as legally binding information of all key aspects of the
project, for current and future use.
In this Chapter we address the importance of quality project
documentation and presentation methods, as part of quality
management, within a customer focused, complex, global business
environment, in which key roles, team members, managers,
technology, resources, and opportunities change dynamically.
Note, that we discuss these topics in such a way, that they are
meaningful to both our student, as well as our professional
communities.
Introduction
Our technical world is complex and the knowledge workers are
increasingly mobile and global. A team that has started to work on a
project might not stay together until the completion of the project. New
interests, assignments and forces control the team's activities,
therefore it is essential that they document their work professionally.
The obvious choice is a logical, object oriented approach, that is
essential not only because of technical and management reasons, but
also very useful because it supports Total Quality traceability principles
(ref. the international ISO 9000x quality standards).
Following object oriented documentation rules this section was written
as a guide, therefore please feel free to modify it to suite your needs
and method of documenting assignments, mini-projects, software and
other projects and presentations for Case Based Learning and Case
Based Marketing using the Virtual Product Demo (and other methods)
in academia as well as in industry.
How Does Our Generic Engineering Problem Solving Method
Help in Documenting Projects?
Our proposed methodology for object oriented documentation basically
follows the best engineering and academic problem solving practices
for creating new products and services, final year, as well as graduate
or post-graduate level thesis projects. It suggests the following
activities, or processes with continuous quality and requirements
feedback-loops:
10.
11.
12.
Collect and review your data. Validate your data, based on
available resources including feedback from experts, academic
tutors, trustworthy textbooks, research articles, trade
publications, the Internet, and other reliable sources.
13.
Create a pilot system, a prototype that you can realistically
implement, validate, and refine.
14.
Create the full system as specified by your customer(s)/
sponsor(s).
15.
16.
Knowledge-mine what you have done for continuously
improving on your performance in the future.
In more detail, the process by which you can achieve the above
outlined and expected results can be as follows:
1. Requirements analysis: What does the customer want? How can
we satisfy this need at the highest quality and minimum cost?
What are the engineering solutions for satisfying customer
needs? How does our competition do?
2. Object oriented system analysis. (This is the 'as is' system
scenario).
3. Object oriented system design. (This is the 'to be' system
scenario).
the names above. Also note, that in industry teams can be much
larger.
Note that you are encouraged to perform all tasks as part of a team,
nevertheless your performance will have to be individually assessed!
This is why it is vital that you specify what aspects of the project you
have tackled.
Also note, that it is common to have overlaps of activities between
team members, nevertheless it is considered to be unfair to state
something like this: 'All activities relating to this project have been
accomplished by all members of the team on an equal basis'.
This clearly illustrates the lack of team management within the team,
as well as very likely indicates to the experienced academic, or
industrial management eyes that one or perhaps only a few members
of the team done the entire work.
Team Reporting Rules
The basic process during which you will arrive to a professional project
document and report is as follows:
The identification, analysis and definition of the challenge, or in
other words the requirement, or problem. In most cases you are
looking for identifying and analyzing objects and processes first
to establish the 'as is' scenario, or system.
When you find the objects, immediately analyze their behavior
(i.e. the processes they perform). This will help you to see most of
the 'gray donkeys in the fog'.
Idea generation (so that you have a wide decision space to
navigate within and you understand your boundaries).
Design the new system with its objects, classes and relationships.
Decision making, most importantly by navigating through objects
and their classes, and their behavior throughout the project.
Object oriented, self-contained, well designed quality
documentation, intermediate and/ or final report writing and
presentation.
Feedback loops and iterative improvements throughout the entire
process within and/or outside the team for supporting the team.
then change the current system. But first, you must state the
goal.
The statement of the goal should depend on your definition of the
requirements. (Note, that this is a good opportunity for
brainstorming in the team. You might want to get away and let
your minds "bubble" together...)
Create goal options, meaning that you consider several
alternative goal statements. (Note, that this is a good opportunity
for brainstorming in the team).
Select the most appropriate goal from these options. Your
requirements as well as your "as is" object oriented system model
will help you in doing so.
State why your team believes that the selected option is the most
appropriate goal statement for the "to be" system.
The plan, or design of your new baby, the "to be" system should follow
object oriented principles. This means that you will be able to compare
your 'as is' with your 'to be' system using the same methodology. This
will be beneficial when it comes to implementing, debugging, and
benchmarking, or when you need to change, update the system at a
later stage.
Some questions that you need to answer that will help you with this
process are as follows:
Which are the new objects? What is their relationship with the old
objects? How does this change effect the overall system
performance? What weaknesses do you see in each?
What options do you have now in terms of going through the
change process from 'as is' to 'to be?
Are there ways of synthesizing an implementation/ integration
plan out of the ideas generated?
Furthermore consider documenting/ presenting the following:
A physical description of your work by means of drawings, neat
sketches, software code, rapid prototypes, etc.
If you are dealing with software, think of object oriented process
plans and visual programming techniques. This means an objectby-object, process plan of how you plan to achieve your results.
(Who will be doing what and when? What resources will be
needed and when?).
A set of cost estimates to the best of your ability.
Some performance criteria and estimates to the best of your
ability. (What you think it will be able to do?)
Follow good multimedia presentation rules when communicating
your plan to your real/ virtual team members. Slide shows are the
past... use web-authoring tools with hyperlinks and 3DVR media if
possible.
It is a good idea to employ a quality project planning software tool in
combination with the object oriented system design plans. Such tools
will enable you to calculate important cash flow and other dynamically
changing resource/ time issues.
After having considered the goal, the selected ideas, constraints, and
potential problems, identify the best plan. Describe this plan in this
section of the document/ or presentation.
As with the previous sections, this section will probably be updated
more than once.
Implementation of the Selected PlanIn this section you have to
answer what problems are associated with the chosen plan. In order to
achieve this, analyze your chosen plan carefully. Carry out your plan,
and describe what actually happened.
This section of your report should have subsections as follows:
ChronologyState in this section of your report in detail who was
responsible for each aspect (object) of the work, and how long it took
the team to actually build the system.
If you continuously document your project electronically, following our
outlined object oriented plan, than this will be a relatively simple task.
Project CostThis section is where you record the actual costs of
materials, resources and time spent on developing your new project or
system.
An object oriented approach will help here too, because it lends itself
to ABC, or Activity Based Costing.
An activity could be an object, or processes that led to the creation of
the object, therefore the cost calculation becomes simpler and more
accurate, since it is part of your overall project documentation process
where all the required data is available.
Quality and Performance TestsYou must try out your product, or
device or experiment, or model. At this stage the predicted
performance of your objects and the system of integrated objects must
function according to the requirements. Following a truly concurrent
approach, when object design and its implementation and test go
hand-in-hand, the methodology you follow for testing is crucial.
As a rule of thumb, it is always a good idea to ask another team to do
the testing, since objective eyes can see what developers have taken
for granted. If there are any, try to use internationally accepted,
standard test methods.
In the document briefly justify and describe the tests that you have
used. Furthermore document the test results. (This is crucial if there
are questions and/or problems at a later stage!
Offshoring / Reshoring
At this point of our studies, as a truly exciting and relevant interactive
exercise, I would like to ask you to do a bit of research on an
offshoring / reshoring, and in particular the cost ($$$$!!!!) aspectsof
offshoring and reshoring . Then create a new case study (with your
own data; you can make up missing data) and fill in the Input page for
Total Cost of Ownership Estimator. Then, calculate and explain the
results. Please note, that this is interactive exercise is a VERY
IMPORTANT feature of your project management studies since it relates
to what is happening in the real world, with real professional
companies!
In relationship to the above, consider what MIT's Sloan School of
Management is stating:
In the last few years, there has been considerable discussion around
the need for manufacturing companies to reexamine the structure of
their global supply chains. In parallel, a growing number of global
companies are repatriating their manufacturing capabilities - moving
some production operations back to the US from overseas: Ford,
Caterpillar, GE, Apple and Foxconn, to name a few.
On-shoring Manufacturing Trends include the following:
The on-shoring trend has picked up pace not only because of job losses
in the US, but also because the economics that made off-shoring
attractive a decade ago have changed for a number of reasons:
High price of oil versus cheap natural gas available locally: a
combination of high transportation costs to ship from overseas
and lower manufacturing costs to produce in the US can
financially motivate re-shoring.
Rising labor costs in developing countries: in the last few years
labor costs in China have increased, year over year by almost
20%, in Mexico by 5%, while labor costs in the US have increased
year-over-year by only 3%.
New automation technologies that increase productivity and
require fewer but more skilled workers: cheap sensors, fast
Part 2:
The costs of a constructed facility to the owner include both the initial
capital cost and the subsequent operation and maintenance costs.
tasks, plus any fixed costs associated with the tasks. Called "the
budgeted cost of work scheduled," BCWS is the baseline cost up to the
status date you choose. For example, the total planned budget for a 4day task is $100 and it starts on a Monday. If the status date is set to
the following Wednesday, the BCWS is $75.
The actual cost required to complete all or some portion of the tasks,
up to the status date. This is the actual cost of work performed
(ACWP). For example, if the 4-day task actually incurs a total cost of
$35 during each of the first 2 days, the ACWP for this period is $70 (but
the BCWS is still $75).
The value of the work performed by the status date, measured in
currency. This is literally the value earned by the work performed and
is called the budgeted cost of work performed (BCWP). For example, if
after 2 days 60% percent of the work on a task has been completed,
you might expect to have spent 60 percent of the total task budget, or
$60.
Essential features of any EVM implementation include the
following:
1. A project plan that identifies work to be accomplished
2. Valuation of planned work, called Planned Value (PV) or Budgeted
Cost of Work Scheduled (BCWS), and
3. Pre-defined earning rules (also called metrics) to quantify the
accomplishment of work, called Earned Value (EV) or Budgeted Cost of
Work Performed (BCWP).
EVM implementations for large or complex projects include many more
features, such as indicators and forecasts of cost performance (over
budget or under budget) and schedule performance (behind schedule
or ahead of schedule). However, the most basic requirement of an EVM
system is that it quantifies progress using PV and EV.
It is helpful to see an example of project tracking that does not include
earned value performance management. Consider a project that has
been planned in detail, including a time-phased spend plan for all
elements of work. Figure 1 shows the cumulative budget (cost) for this
project as a function of time (the blue line, labeled PV). It also shows
the cumulative actual cost of the project (red line) through week 8. To
those unfamiliar with EVM, it might appear that this project was over
budget through week 4 and then under budget from week 6 through
week 8. However, what is missing from this chart is any understanding
of how much work has been accomplished during the project.
If the project were actually completed at week 8, then the project
would actually be well under budget and well ahead of schedule. If, on
the other hand, the project is only 10% complete at week 8, the project
is significantly over budget and behind schedule. A method is needed
to measure technical performance objectively and quantitatively, and
that is what EVM accomplishes.
We discussed about Carbon Foot printing and calculated for each other
individually. Of course Face to face meeting and through VC has
different effects but to calculate that it would be obvious that through
VC, it would be much less. No travel expenses and no pollution and etc.
8. What are Green Engineering benefits of using VC?
Video conferencing not only saves money by eliminating travel costs; it
also reduces the harmful emissions and fossil fuel use that are
necessary for business conference travel. By using the power of the
Internet for clear, sharp video and voice transmission, video
conferencing allows people from across the country or even across the
world to meet and conduct real-time, face-to-face discussions from the
convenience of their own offices at a mutually agreed upon time.
Often, that time is convenient for all participants in the discussion no
matter their own time zones.
SOCIAL NETWORKING:
Summary:
In this Assignment, I have summarized objectives and methodologies
from Assignments 0-4 and Re-submitted all the previous assignments
and a brief description of chapters 6 and 7 along with the discussion of
a video conferencing with Sourabh Vyas.
Further work needed/proposed:
Furthermore work is to develop a better manufacturing process which
reduces much less wastage and their by less pollution ensuring
sustainable Green and I want to learn more about Total Cost of
Ownership Estimates & Carbon Foot Printing.
References and Bibliography: