DOCSLIB.ORG

Project System (PS) ESPS D N.I

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Project System (PS) ESPS D N.I Project System (PS) ESPS D N.I ADDO Release 4.6C Project System (PS) SAP AG Copyright © Copyright 2001 SAP AG. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein may be changed without prior notice. Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors. Microsoft®, WINDOWS®, NT®, EXCEL®, Word®, PowerPoint® and SQL Server® are registered trademarks of Microsoft Corporation. IBM®, DB2®, OS/2®, DB2/6000®, Parallel Sysplex®, MVS/ESA®, RS/6000®, AIX®, S/390®, AS/400®, OS/390®, and OS/400® are registered trademarks of IBM Corporation. ORACLE® is a registered trademark of ORACLE Corporation. TM INFORMIX®-OnLine for SAP and Informix® Dynamic Server are registered trademarks of Informix Software Incorporated. UNIX®, X/Open®, OSF/1®, and Motif® are registered trademarks of the Open Group. HTML, DHTML, XML, XHTML are trademarks or registered trademarks of W3C®, World Wide Web Consortium, Massachusetts Institute of Technology. JAVA® is a registered trademark of Sun Microsystems, Inc. JAVASCRIPT® is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by Netscape. SAP, SAP Logo, R/2, RIVA, R/3, ABAP, SAP ArchiveLink, SAP Business Workflow, WebFlow, SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo and mySAP.com are trademarks or registered trademarks of SAP AG in Germany and in several other countries all over the world. All other products mentioned are trademarks or registered trademarks of their respective companies. 2 April 2001 SAP AG Project System (PS) Icons Icon Meaning Caution Example Note Recommendation Syntax Typographic Conventions Type Style Description Example text Words or characters that appear on the screen. These include field names, screen titles, pushbuttons as well as menu names, paths and options. Cross-references to other documentation Example text Emphasized words or phrases in body text, titles of graphics and tables EXAMPLE TEXT Names of elements in the system. These include report names, program names, transaction codes, table names, and individual key words of a programming language, when surrounded by body text, for example, SELECT and INCLUDE. Example text Screen output. This includes file and directory names and their paths, messages, names of variables and parameters, source code as well as names of installation, upgrade and database tools. Example text Exact user entry. These are words or characters that you enter in the system exactly as they appear in the documentation. <Example text> Variable user entry. Pointed brackets indicate that you replace these words and characters with appropriate entries. EXAMPLE TEXT Keys on the keyboard, for example, function keys (such as F2) or the ENTER key April 2001 3 Project System (PS) SAP AG Contents Project System (PS).....................................................................................13 Preparations ...........................................................................................................................14 Automatic Translation ...........................................................................................................15 Adapting the Application Function Bar ...............................................................................17 Information Technology Project (IT Project) .......................................................................19 Data for this Example.............................................................................................................21 Creating the Project in the Project Builder..........................................................................22 Using Relationships to Link Activities.................................................................................26 Planning the Output and Duration of Activities ..................................................................28 Scheduling the Project ..........................................................................................................30 Planning Costs .......................................................................................................................32 Allocating the Budget ............................................................................................................34 Releasing the Project for Execution.....................................................................................35 Confirming the Activities.......................................................................................................36 Checking the Actual Dates....................................................................................................38 Entering Activity Allocation ..................................................................................................40 Evaluating the Project............................................................................................................41 Storing the Settlement Rule ..................................................................................................43 Executing the Settlement ......................................................................................................44 Easy Cost Planning and Execution Services for an IT Project..........................................46 Data Used During This Process............................................................................................48 Creating a Project with Template .........................................................................................49 Planning Costs using Easy Cost Planning..........................................................................52 Changing Cost Planning........................................................................................................54 Releasing the Project.............................................................................................................56 Carrying out Execution Services..........................................................................................57 Evaluating Costs in Reporting..............................................................................................60 Ad Hoc Cost Estimate using Easy Cost Planning ..............................................................61 Data for this Example.............................................................................................................62 Creating a New Planning Form .............................................................................................63 Creating Ad Hoc Cost Estimates ..........................................................................................67 Engineer-to Order (ETO) of a Turbine ..................................................................................69 Data Used in this IDES Process............................................................................................71 Concept and Product Design................................................................................................74 Displaying a Standard WBS................................................................................................75 Displaying a Standard Network...........................................................................................76 Display the Turbine Product Structure ................................................................................77 Inquiry and Quotation Processing .......................................................................................78 Creating the Inquiry.............................................................................................................80 Creating the Project Structure.............................................................................................81 Determining Dates and Planned Costs...............................................................................83 Scheduling the Project...................................................................................................85 4 April 2001 SAP AG Project System (PS) Recalculating Planned Costs.........................................................................................87 Planning Material Costs.................................................................................................89 Evaluating Costs in the Cost Element Report................................................................91 Sales Pricing, Revenue Planning, and Quotation Creation ................................................92 Account Assigning the Inquiry to the Project .................................................................93 Determining Sales Prices and Planning Revenues .......................................................94 Generating the Quotation from the Sales Pricing ..........................................................97 Order Entry Processing.........................................................................................................98 Creating the Order ............................................................................................................100 Evaluating Revenues in the Structure Overview...............................................................102 Deleting the Billing Plan for the WBS Element .................................................................103 Planning Revenues Using the Sales Order ......................................................................104
Load more

Recommended publications
  • Project Management © Adrienne Watt
    Project Management © Adrienne Watt This work is licensed under a Creative Commons-ShareAlike 4.0 International License Original source: The Saylor Foundation http://open.bccampus.ca/find-open-textbooks/?uuid=8678fbae-6724-454c-a796-3c666 7d826be&contributor=&keyword=&subject= Contents Introduction ...................................................................................................................1 Preface ............................................................................................................................2 About the Book ..............................................................................................................3 Chapter 1 Project Management: Past and Present ....................................................5 1.1 Careers Using Project Management Skills ......................................................................5 1.2 Business Owners ...............................................................................................................5 Example: Restaurant Owner/Manager ..........................................................................6 1.2.1 Outsourcing Services ..............................................................................................7 Example: Construction Managers ..........................................................................8 1.3 Creative Services ................................................................................................................9 Example: Graphic Artists ...............................................................................................10
    [Show full text]
  • Identifying and Defining Relationships: Techniques for Improving Student Systemic Thinking
    AC 2011-897: IDENTIFYING AND DEFINING RELATIONSHIPS: TECH- NIQUES FOR IMPROVING STUDENT SYSTEMIC THINKING Cecelia M. Wigal, University of Tennessee, Chattanooga Cecelia M. Wigal received her Ph.D. in 1998 from Northwestern University and is presently a Professor of Engineering and Assistant Dean of the College of Engineering and Computer Science at the University of Tennessee at Chattanooga (UTC). Her primary areas of interest and expertise include complex process and system analysis, process improvement analysis, and information system analysis with respect to usability and effectiveness. Dr. Wigal is also interested in engineering education reform to address present and future student and national and international needs. c American Society for Engineering Education, 2011 Identifying and Defining Relationships: Techniques for Improving Student Systemic Thinking Abstract ABET, Inc. is looking for graduating undergraduate engineering students who are systems thinkers. However, genuine systems thinking is contrary to the traditional practice of using linear thinking to help solve design problems often used by students and many practitioners. Linear thinking has a tendency to compartmentalize solution options and minimize recognition of relationships between solutions and their elements. Systems thinking, however, has the ability to define the whole system, including its environment, objectives, and parts (subsystems), both static and dynamic, by their relationships. The work discussed here describes two means of introducing freshman engineering students to thinking systemically or holistically when understanding and defining problems. Specifically, the modeling techniques of Rich Pictures and an instructor generated modified IDEF0 model are discussed. These techniques have roles in many applications. In this case they are discussed in regards to their application to the design process.
    [Show full text]
  • Pm4dev, 2016 –Management for Development Series ©
    pm4dev, 2016 –management for development series © Project Quality Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS Project Quality Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS A methodology to manage development projects for international humanitarian assistance and relief organizations © PM4DEV 2016 Our eBook is provided free of charge on the condition that it is not copied, modified, published, sold, re-branded, hired out or otherwise distributed for commercial purposes. Please give appropriate citation credit to the authors and to PM4DEV. Feel free to distribute this eBook to any one you like, including peers, managers and organizations to assist in their project management activities. www.pm4dev.com Project Quality Management PROJECT QUALITY MANAGEMENT Quality management is the process for ensuring that all project activities necessary to design, plan and implement a project are effective and efficient with respect to the purpose of the objective and its performance. Project quality management (QM) is not a separate, independent process that occurs at the end of an activity to measure the level of quality of the output. It is not purchasing the most expensive material or services available on the market. Quality and grade are not the same, grade are characteristics of a material or service such as additional features. A product may be of good quality (no defects) and be of low grade (few or no extra features). Quality management is a continuous process that starts and ends with the project. It is more about preventing and avoiding than measuring and fixing poor quality outputs. It is part of every project management processes from the moment the project initiates to the final steps in the project closure phase.
    [Show full text]
  • Using IDEF and QFD to Develop an Organizational Decision Support Methodology for the Strategic Justification of Computer-Integrated Technologies
    UTTERWORTH lnternational JournalofProjectManagement Vol. 13, No. 3, pp. 177-185, 1995 E I N E M A N N Elsevier Science Ltd S Printed in Great Britain 0263-7863/95 210.00+ 0.00 0263-7863 (94) 00008-5 Using IDEF and QFD to develop an organizational decision support methodology for the strategic justification of computer-integrated technologies Joseph Sarkis Department of Information Systems and Management Sciences, Box 19437, University of Texas at Arlington, Arlington, TX 76019, USA Donald H Liles Automation and Robotics Research Institute, 7300 Jack Newell Boulevard, Fort Worth, TX 76118, USA The paper presents some issues relevant to the strategic justification of computer-integrated enterprise technologies for small and medium-sized manufacturing enterprises. To address the issue of making a strategic justification or 'business case' for these technologies, an organizational decision-making methodology that incorporates the strategies of the firm is needed, among other requirements. A research and development approach that integrates Quality Function Deployment and IDEF0 functional modeling to determine the requirements and processes for the justification methodology is presented. This approach has implications for future research and development for similar organizational decision-support processes and business-process reengineering. Keywords: quality-function deployment, IDEFO, strategic justification Current and future directions in the US domestic industrial CIE technologies are necessary to help enterprises become economy point to further global competitive pressures on agile enough to form interorganizational ad hoc partner- manufacturing enterprises of all sizes. For organizations to ships that emphasize each enterprise's core competencies ~. be able to compete on this global level, there need to be Examples of some of these technologies are computer- national and industrial visions, as well as enterprise-level integrated manufacturing systems, flexible manufacturing visions.
    [Show full text]
  • Quality Management Process © for [Project Name]
    Project Quality Management Process © For [Project Name] Project Quality Management Process 1 Introduction The Project Quality Management Process is followed during the Execution phase of the Project Management Life Cycle as each deliverable is completed, prior to customer sign-off. What is a Quality Management Process? A Quality Management Process is a method by which the quality of deliverables and processes is assured and controlled during the project. This process entails completing a variety of review techniques and implementing a set of corrective actions to address any deficiencies and raise the quality levels within the project. The Quality Management Process involves: Listing the quality targets to achieve (from the Quality Review Form) Identifying the types of quality measurement techniques to be undertaken Measuring deliverable and process quality (via Quality Assurance and Quality Control) Taking action to enhance the level of deliverable and process quality Reporting the level of quality attained to project management When to use a Quality Management Process Although Quality Assurance methods may be initiated prior to the Execution phase, Quality Control techniques are implemented during the actual construction of each physical deliverable. Without a formal Quality Management Process in place, the basic premise of delivering the project to meet „time, cost and quality‟ targets may be compromised. © The Quality Management Process is terminated only when all of the deliverables and management processes have been completed and approved prior to project closure. 1.1 Instructions Not all sections in this document will apply due to the uniqueness of each project.If a particular section is not applicable; enter NA (Not Applicable) to indicate that you have at least considered this section.
    [Show full text]
  • PROJECT MANAGEMENT PROGRAM Project Management THIS DEGREE IS NOT FINANCIAL AID ELIGIBLE BACHELOR of APPLIED SCIENCE (BAS) REQUIRED CREDITS: 121 DEGREE CODE: PMGT-BAS
    PROJECT MANAGEMENT PROGRAM Project Management THIS DEGREE IS NOT FINANCIAL AID ELIGIBLE BACHELOR OF APPLIED SCIENCE (BAS) REQUIRED CREDITS: 121 DEGREE CODE: PMGT-BAS DESCRIPTION *Admittance into the Bachelor of Applied Science will require a minimum of an associate degree from an accredited institution. The Bachelor of Applied Science (BAS) in Project Management degree aligns with the Career and Technical Education (CTE) degrees by allowing for a seamless articulation of the Associate of Applied Science programs. The BAS in Project Management degree will be administered in an accelerated structure to meet industry demand. The Bachelor of Applied Science (BAS) degree in Project Management provides a unique pathway for students to build upon the technical skills and knowledge acquired in attaining an associate degree. The BAS degree is designed to instill abilities and competence, this degree program focuses on developing student communication, project management skills, and decision making abilities within a broader context rather than a single vocation. STUDENT LEARNING OUTCOMES • Analyze and apply the role of the project manager in driving an organization’s key performing indicators within an organization. Conduct planning activities that forecast project costs, completion, quality, and necessary resources. • Acquire and apply the necessary theoretical management, knowledge, practices, and organizational structural work-flow processes required to be successful in any project management career designation. • Utilize tools specific to project management, applicable to many industries, that ensure projects are on time, on budget, and within the project’s original scope. • Develop and apply analytical frameworks, strategic planning skills, and managerial insight to be more effective project leaders and contributors.
    [Show full text]
  • Capturing the Value of Project Management Through Decision Making August 2015
    Capturing the Value of PROJECT MANAGEMENT Through Decision Making 2015 Pulse of the Profession®: Capturing the Value of Project Management Through Decision Making August 2015 MAKING EFFECTIVE DECISIONS Good decisions lead to great things: Henry Ford’s decision to double the wages of his autoworkers, paving the way for the growth of the middle class and changing the U.S. economy for the next century. Bad decisions lead to disaster: Kodak’s decision not to release the digital camera they invented in 1975, leaving the door open for competitors and leading to the company’s bankruptcy. Actions like these force us to examine our decision-making effectiveness. As we rethink this issue, I remember what my good friend J. Davidson Frame points out in his book, Framing Decisions—our attention should focus on two things: “First, it is important to recognize that decision making is a social activity. It is rooted in people and should not be approached as an objective process detached from human factors. … Second, decision makers must recognize that decisions are the end product of wrestling with constraints: constraints of knowledge, time, resources, skills, political forces, legacy, laws of nature, human laws, ethics, personalities, and more. Effective decision making requires decision makers to surface these constraints and figure out how to craft workable decisions that accommodate them.” With this latest Pulse of the Profession® in-depth report, we wanted to better understand the conditions and processes by which decisions, both good and bad, impact the outcomes of projects and programs. The good news, as we expected, is that sound decisions lead to better project outcomes.
    [Show full text]
  • Project Quality Management for Project Managers Vol
    PM World Journal Project Quality Management for Project Managers Vol. IV, Issue VII – July 2015 T. D. Jainendrakumar www.pmworldjournal.net Advisory Project Quality Management for Project Managers By Dr. T D Jainendrakumar Quality Management: Quality is the degree to which the project fulfills requirements. It includes creating and following policies and procedures in order to ensure that a project meets the defined needs it was intended to meet. Quality Theorists . Joseph Juan’s theory was based on 80/20 principle; he has told that the top management involvement is a must to maintain quality. Quality is fitness for use. W. Edwards Deming has put forward 14 steps of total Quality Management; he has described Plan-Do-Check-Act cycle. Philip Crosby’s theory says Cost of poor quality has to be taken care while producing a product, always prevention is better than cure that is “prevention over inspection” and zero defects. Quality is “conformance to requirements” (Just read from other books and have common understanding about other Quality Gurus also) . Armand. V. Feigenbaum says Quality is a customer determination, not an engineer's determination, not a marketing determination, [nlor a general management determination. It is based upon the customer's actual experience with the product or service, measured against his or her requirements-stated or unstated, conscious or merely sensed, technically operational or entirely subjective-and always representing a moving target in a competitive market. Kaoru Ishikawa. Ishikawa makes it clear the proof of high quality is the satisfaction of ever changing consumer expectations. Ishikawa's essential points are: 1.
    [Show full text]
  • Sdlc/Sdlc V Model.Htm Copyright © Tutorialspoint.Com
    SSDDLLCC -- VV--MMOODDEELL http://www.tutorialspoint.com/sdlc/sdlc_v_model.htm Copyright © tutorialspoint.com The V - model is SDLC model where execution of processes happens in a sequential manner in V- shape. It is also known as Verification and Validation model. V - Model is an extension of the waterfall model and is based on association of a testing phase for each corresponding development stage. This means that for every single phase in the development cycle there is a directly associated testing phase. This is a highly disciplined model and next phase starts only after completion of the previous phase. V- Model design Under V-Model, the corresponding testing phase of the development phase is planned in parallel. So there are Verification phases on one side of the .V. and Validation phases on the other side. Coding phase joins the two sides of the V-Model. The below figure illustrates the different phases in V-Model of SDLC. Verification Phases Following are the Verification phases in V-Model: Business Requirement Analysis: This is the first phase in the development cycle where the product requirements are understood from the customer perspective. This phase involves detailed communication with the customer to understand his expectations and exact requirement. This is a very important activity and need to be managed well, as most of the customers are not sure about what exactly they need. The acceptance test design planning is done at this stage as business requirements can be used as an input for acceptance testing. System Design: Once you have the clear and detailed product requirements, it.s time to design the complete system.
    [Show full text]
  • Project Quality Management Why, What and How
    Project Quality Management Why, What and How by Kenneth H. Rose, PMP Copyright ©2005 by J. Ross Publishing, Inc. ISBN 1-932159-48-7 Printed and bound in the U.S.A. Printed on acid-free paper 10987654321 Library of Congress Cataloging-in-Publication Data Rose, Kenneth, 1947– Project quality management : why, what and how / by Kenneth Rose. p. cm. Includes index. ISBN 1-932159-48-7 (softcover : alk. paper) 1. Project management. 2. Quality control. I. Title. HD69.P75R664 2005 658.4′013—dc22 2005011209 This publication contains information obtained from authentic and highly re- garded sources. Reprinted material is used with permission, and sources are indicated. Reasonable effort has been made to publish reliable data and information, but the author and the publisher cannot assume responsibility for the validity of all materials or for the consequences of their use. All rights reserved. Neither this publication nor any part thereof may be repro- duced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording or otherwise, without the prior written permission of the publisher. The copyright owner’s consent does not extend to copying for general distribution for promotion, for creating new works, or for resale. Specific permission must be obtained from J. Ross Publishing for such purposes. Direct all inquiries to J. Ross Publishing, Inc., 6501 Park of Commerce Blvd., Suite 200, Boca Raton, Florida 33487. Phone: (561) 869-3900 Fax: (561) 892-0700 Web: www.jrosspub.com Dedication Thank you, Nancy, for your love and support over the years.
    [Show full text]
  • Chapter-3 Lecture Deck
    MGMT 4135 Project Management Chapter-3 Organization Structure & Culture 1 Chapter-3 Organization Structure and Culture How will approved projects be implemented? • Three different project management structures to choose from: 1. Functional organization 2. Projectized or dedicated teams 3. Matrix structure 2 Chapter-3 Organization Structure and Culture How will approved projects be implemented? • Functional Organization 1. Even though top management decides to implement the project, implementation and coordination is managed by functional management. 2. One functional area plays a dominate role or has a dominate interest in the success of the project 3. While several functional organizations may have a role in the project the overall project will be managed within the normal hierarchy. 4. The project will be part of the working agenda of top management. 3 Chapter-3 Organization Structure and Culture How will approved projects be implemented? • Functional Organization Advantages 1. No change. Projects are managed within the functional structure of the organization to administer and complete project. No radical change in the operations of the parent company; status quo. 2. Flexibility: Specialists in different functional units can temporarily work on the project then return to their normal work. 3. In-Depth Expertise: The functional unit is assigned primary responsibility and in-depth experts within the unit can concentrate on the most crucial aspects of the project. 4. Easy Port-Project Transition: Normal career paths within a function division remain intact. The functional unit worked on it and they maintained it after being implemented. 4 Chapter-3 Organization Structure and Culture How will approved projects be implemented? • Functional Organization Disadvantages 1.
    [Show full text]
  • Work Breakdown Structure Work Breakdown Structure
    MnDOT Project Management Office Presents: WBS ––– Work Breakdown Structure Presenter: Jonathan McNatty, PSP Senior Schedule Consultant DRMcNatty & Associates, Inc. Housekeeping Items Lines will be muted during the webinar Questions can be submitted thru the GoToWebinar Questions box on right of your screen Webinar slides available in pdf on MnDOT webiste within 5 days Questions will be posted on the MnDOT website with answers within in 5 days Webinar is being recorded and will be available on the MnDOT website within 5 days http://www.dot.state.mn.us/pm/ MnDOT Webinars http://www.dot.state.mn.us/pm/ MnDOT Webinars http://www.dot.state.mn.us/pm/learning.html Click on the “Learning” link MnDOT Webinars Introduction to Webinar A well-developed WBS is a critical aspect to managing the project schedule. Learn how the WBS assists the Project Team in managing Work Packages at the schedule level for organizing, reporting and tracking. What is a WBS? Definition of a WBS A Work Breakdown Structure (WBS) is a fundamental project management technique for defining and organizing the total scope of a project, using a hierarchical tree structure. A well-designed WBS describes planned outcomes instead of planned actions. Outcomes are the desired ends of the project, such as a product, result, or service, and can be predicted accurately. Levels of a WBS The first two levels of the WBS (the root node and Level 2) define a set of planned outcomes that collectively and exclusively represent 100% of the project scope. At each subsequent level, the children of a parent node collectively and exclusively represent 100% of the scope of their parent node.
    [Show full text]