Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 1 The system documentation.

Slides:



Advertisements
Similar presentations
Presented by: Student Information Centre (SIC), Swinburne University The SIC Technological Consultative Group: Ray Chan Siu-Ching Fong & Hwee-Ting Lee.
Advertisements

Usage of the memoQ web service API by LSP – a case study
Test Automation Success: Choosing the Right People & Process
Terrapin Trader Transformation by Oliver Stohr - Olga Kuznetsova Tyler Cordrey - Brett Holbert December 9, 2008.
Beta Testing: The Contractor’s Perspective Trns·port User Group Meeting October 2005.
Chapter 2 The Software Process
Stoimen Stoimenov QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
Powered by SIS Technology. Debt collection challenges Increase your collections Decrease your costs Optimize your time Secure your data Organize your.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
Department of Tourism Computerization Project Phase I Training Module July 2009.
FEMA’s Guidelines and Standards Strategy ASFPM Conference May 23, 2012.
T-FLEX DOCs PLM, Document and Workflow Management.
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
IS 214 Needs Assessment and Evaluation of Information Systems Managing Usability © Copyright 2001 Kevin McBride.
IMS Systems Analysis and Design Communication and Documentation: Additional Notes on Written Reports.
1 IS 4420 Database Fundamentals Chapter 2: Database Development Process Leon Chen.
System Implementation
Process, Communication, and Certification Padma Venkata
Mitun PatelMXP07U. Organisational structure Top management; this includes the organisation’s general manager and its executives Department managers; this.
1 Walk-in slide. 2 How to Manage a System Upgrade The Good, The Bad and The Ugly of Conversions David Cervelli Managing Consultant April 25, 2006.
©© 2013 SAP AG. All rights reserved. Product Engineering Scenario Overview Creating Product Design Information and Materials in External System Maintaining.
Employing e-Portfolios in Instructional and Co-Curricular Settings Jennifer Matthews, Senior Consultant Blackboard Inc April 13, 2005.
Welcome to CMPE003 Personal Computer Concepts: Hardware and Software Winter 2003 UC Santa Cruz Instructor: Guy Cox.
About Waterloo website Project report June Outline Overview of process Project deliverables Lessons learned.
English Word Origins Grade 3 Middle School (US 9 th Grade) Advanced English Pablo Sherman The etymology of language.
User Centered Design April 1-3, 2009 Joshua Ganderson Laura Baalman Jay Trimble.
Web Design Process CMPT 281. Outline How do we know good sites from bad sites? Web design process Class design exercise.
Human Interface Engineering1 Main Title, 60 pt., U/L case LS=.8 lines Introduction to Human Interface Engineering NTU Seminar Amy Ma HIE Global Director.
Systems Analysis and Design: The Big Picture
Alphabet Soup: PSS Contribution April 3, 2013 Jamie Wyant |
Systems Analysis and Design in a Changing World, 6th Edition
Puppy Rearing Best Practice The Puppy Walking Development Project David Grice Operations Project Manager.
1 Building and Maintaining Information Systems. 2 Opening Case: Yahoo! Store Allows small businesses to create their own online store – No programming.
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
© 2012 IBM Corporation Rational Insight | Back to Basis Series Documents and Record Control Liu Xue Ning.
Systems Development Life Cycle Dirt Sport Custom.
#17 - Involve Users in the Development Model of Multinational Corporations - Is it worth it? Experience Report IRCSE '08: IDT Workshop Friday 31 October.
ADC Meeting ICEO Standards Working Group Steven F. Browdy, Co-Chair ADC Workshop Washington, D.C. September, 2007.
COMP 523 DIANE POZEFSKY 20 August AGENDA Introductions Logistics Software Engineering Overview Selecting a project Working with a client.
Welcome to eBusiness Mastery Presenter: Paul Barrs.
EMI INFSO-RI SA2 - Quality Assurance Alberto Aimar (CERN) SA2 Leader EMI First EC Review 22 June 2011, Brussels.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
E-business in SME’s TILLVÄXTVERKET, STOCKHOLM OCTOBER 5th 2009 IT Pilot – Project for E-business in Norrbotten Outinen’s Potatoes – EDI was the solution.
What is Usability? Usability Is a measure of how easy it is to use something: –How easy will the use of the software be for a typical user to understand,
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
A technical writer’s role in software quality – an experiment Asha Mokashi, SCT Software Solutions, Bangalore.
Continuous Improvement Story Cover Page The cover page is the title page Rapid Process Improvement Story Template O Graphics are optional This CI Story.
U.S. Department of Agriculture eGovernment Program Design Approach for usda.gov April 2003.
T Project Review WellIT PP Iteration
COMP 208/214/215/216 – Lecture 8 Demonstrations and Portfolios.
User Interface Design & Usability for the Web Card Sorting You should now have a basic idea as to content requirements, functional requirements and user.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
1 EMS Fundamentals An Introduction to the EMS Process Roadmap AASHTO EMS Workshop.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
D R A T D R A T ABSTRACT Every semester each department at Iowa State University has to assign its faculty members and teaching assistants (TAs) to the.
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Oman College of Management and Technology Course – MM Topic 7 Production and Distribution of Multimedia Titles CS/MIS Department.
MANUFACTURING TECHNOLOGY UNIT 8. MANUFACTURING TECHNOLOGY Developing and using devices, systems, and processes to convert raw materials into products.
RunToShop 1: Project plan estimates for the end of the course.
GROUP PresentsPresents. WEB CRAWLER A visualization of links in the World Wide Web Software Engineering C Semester Two Massey University - Palmerston.
©© 2013 SAP AG. All rights reserved. Product Development Scenario Overview Open Legend Project Manager Scenario Description The following business roles.
SYSTEM ANALYSIS AND DESIGN LAB NARZU TARANNUM(NAT)
PLM, Document and Workflow Management
Product Development Scenario Overview
Introduction of PTM (Planning Tracking & Management) Tool - developed by Meridian Technology 29/05/2019.
WEB DESIGN Cross 11, Tapovan Enclave Nala pani Road, Dehradun : ,
Contract Management Software from ContraxAware Simplify Your Contract Management Process.
Presentation transcript:

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 1 The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Thomas Kern

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 2 Content Once upon a time… We have a situation! So, how do we start? …and they worked happily ever after. Is everybody happy? Sell it internally to sell it externally Conclusion

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 3 Once upon a time… System Documentation for external customers Several technical writers spread over different departments Strict directives for documentation creation Gathered feedback via quality management – which was not too good System Documentation here means: the overall description of e.g. an end of line engine test bed

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 4 We have a situation! The issues from the customer feedback had to be solved: Adherence to schedule Correspondency with effective installation User friendly preparation of the information Completeness of documentation … On one hand this feedback of course was not too pleasing; on the other hand it was the trigger for the management, to do something about these issues.

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 5 So, how do we start? A new department is founded, the technical writers are brought together … and so we started our work Gathering, categorizing & prioritizing our issues, leading to tasks in Documentation Process Information Availability Information Processing Searching for solutions & implementing them

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 6 So, how do we start? Choosing pilot customers with pilot projects Defining new standards …and finalizing the first System Documentations according to these standards

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 7 …and they worked happily ever after. The happy end of our story: Defined the content Set the structure Selected and customized the tools Visualized the processes & assigned the responsibilities

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 8 Is everybody happy? internal-marketing was missing in our tasks & we are facing two problems: we had a full running “deluxe” system documentation that was not accepted internally my presentation will last further 10 minutes ; ) With the new system documentation came higher functionality, partly standardized and automated creation, better usability, graphical navigation interface and much more… …but also HIGHER EFFORTS.

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 9 Sell it internally to sell it externally What can we do? Many different departments are involved & they need information that is correct current corresponding complete Similarity between information needed by internal and external customers

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 10 Sell it internally to sell it externally Similarity between information needed by internal and external customers The system documentation department establishes itself as an internal and external information provider, that makes Information better available Communication easier Work more efficient

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 11 Sell it internally to sell it externally The internal task of the system documentation – yes, it has one – is to provide the information different departments need. For every system documentation area a structure for external and internal customers is created Implementation for internal and external customers, with differences in detail, access and in processing. During the whole work flow the related departments can store their information and allow access to those who need it.

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 12 Sell it internally to sell it externally General Advantages One information platform for all involved internal and external departments Clear and defined change management Standardized creation of documentation structure Basis for a project specific information database Possibility for further automatization via the portal and internal database solutions The stopovers of our charming tour

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 13 Sell it internally to sell it externally The stopovers of our charming tour Project Management Permanent access to the system documentation Preliminary versions are early accessible for customers Project leader is informed about the project status At the begin of every project a detailed cost estimate is conducted A higher cost transparency is achieved

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 14 Sell it internally to sell it externally The stopovers of our charming tour Engineering Project specific information can be stored here and is accessible for those assigned to. Commissioning Online update & access at customers site of project specific information

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 15 Sell it internally to sell it externally The stopovers of our charming tour Customer Service Use of standardized templates for spare parts lists & maintenance schedules Clear type definition of spare parts Clear responsibility definition for maintenance work Identical & current project specific information is available for the helpline

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 16 Conclusion The task as an internal information provider can be the chance for a documentation department to claim responsibility and being sorely needed for the whole company Helps to achieve a company wide awareness for the documentation work Establishes opportunities to optimize teamwork and new tools A new and wider area of standardization possibilities opens that is far beyond writing of manuals

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 17 Conclusion This is our contribution how the documentation department can generate a binding agent between all the participants. And so it helps making a company greater than just the sum of its departments.

Thomas Kern | The system documentation as binding agent for and in between internal and external customers April 24th, 2009 | Page 18 contact: