This invention relates to the management of production related projects that require a number of workers handling a variety of project tasks over an extended period of time.
Many prior software solutions exist for project planning. These solutions provide a variety of techniques for specifying project tasks, identifying needed resources, and tracking the project progress. However, theses prior solutions do not adequately meet the needs for production related project management. In such an environment, there is still a need for a method to sequence work flow tasks and then to assign them to individual worker resources on a real-time basis. In addition, there is a need for the ability to document potential schedule impacts such as missing tools, problems with task definitions, labor and training issues, etc. And there is need to be able to see progress as tasks are completed in real-time. Prior attempts have been made to resolve these problems, such as manual, handwritten tracking logs. However, these manual activities are labor intensive and inaccurate. In short, there is need for a more efficient production project workload tracking and documentation system.
The present invention provides a real-time workload information scheduling and tracking system and related methods that greatly facilitate production operations. Real-time views can be displayed, for example, at daily time period granularities showing completion status for tasks and sub-tasks that have been assigned by the system to individual worker resources to accomplish all aspects of the production process. In addition, a central location is provided to document and to track accurately and dynamically project status, as well as to track held-for and discrepancy records written against the tasks or sub-tasks being displayed.
In one embodiment, the present invention is a workload management system for production operations, including a database system configured to store data representing information relating to a plurality of tasks to be performed with respect to a production project and a plurality of worker resources available for completing the tasks where each task is configured to include a plurality of sub-tasks; one or more input mechanisms configured to receive feedback data concerning the production project including completion status information for sub-tasks, held-for information identifying one or more resources needed to complete a particular sub-task, and discrepancy report information identifying problems associated with a particular sub-task; and a server system coupled to the database and to the input mechanisms where the server system is configured to utilize data from the database system and feedback from the input mechanisms to display real-time status information for a relative completion level for each of the tasks based upon the completion status for the sub-tasks, to display a link to access held-for information, and to display a link to access discrepancy report information. As described below, other features and variations can be implemented, if desired, and related methods can be utilized, as well.
In another embodiment, the present invention is a method, including storing in a database system data representing information relating to a plurality of tasks to be performed with respect to a production project and a plurality of worker resources available for completing the tasks where each task being configured to include a plurality of sub-tasks; receiving feedback data concerning the production project including completion status information for sub-tasks, held-for information identifying one or more resources needed to complete a particular sub-task, and discrepancy report information identifying problems associated with a particular sub-task; and displaying real-time status information for a relative completion level for each of the tasks based upon the completion status for the sub-tasks, to display a link to access held-for information, and to display a link to access discrepancy report information. As described below, other features and variations can be implemented, if desired, and related systems can be utilized, as well.
It is noted that the appended drawings illustrate only exemplary embodiments of the invention and are, therefore, not to be considered limiting of its scope, for the invention may admit to other equally effective embodiments.
The present invention provides a real-time workload information scheduling and tracking system and related methods that greatly facilitate production operations. The present invention combines the ability to schedule individual worker resources to accomplish all aspects of a production project with the ability to display a real-time view at a variety of time period granularities (e.g., daily, weekly, monthly, quarterly, yearly, etc.) of tasks and sub-tasks that have been assigned. The processes are laid out in a series to allow for project task priorities to be set and worked out in a specific order. The present invention also gives a central location to document and to track accurately and dynamically all schedule impacts, as well as track quality notifications, held-for records, and discrepancy records written against the tasks or sub-tasks being displayed. And additional process and training issues can be more easily identified, where these issues were difficult to identify by management previously.
In operation, the present invention provides significant workload tracking and management improvements. As discussed in more detail below, the present invention allows for display of the project schedule from start to finish on a daily basis (or other desired period of time) of tasks and sub-tasks to be completed by responsible individuals, allowing for training issues and potential process problems to be identified, collected, and responded to adequately. In addition, the present invention allows users (such as supervisors and workers) the ability to know whether or not they are on schedule in a near real-time manner. And scheduling can be accomplished by accessing data stored within an enterprise operations systems, such as SAP. In addition, graphical display of tasks and sub-tasks by the present invention provide goals for individual workers to work toward and allow workers to see their goals being accomplished by the progress markings and completion status information being displayed. The present invention also provides a means of tracking and documenting stops and/or set backs in work and corrective actions taken to bring work back up to schedule. In addition, offending departments can be automatically notified (e.g., through e-mail) with a time-constrained corrective action to facilitate a quicker response from the responsible department. In short, the present invention brings together many facets of data that relate to the tasks being performed into one central location thereby providing a project management tool for supervisors and managers that has complete project status information and that allows decisions to be made based on the most recent data available.
Example embodiments for the present invention will now be described with respect to the drawings.
Looking now to
The real-time workload tracking system 100 is connected to database systems 102, to display systems 112, and to other input/output (I/O) systems 114. The real-time workload tracking system 100 utilizes data within the database systems 102 and real-time workload status and feedback 120 to provide real-time workload tracking and status information. For example, the workers 122A, 122B . . . 122C can interact with display systems 112 or other input/output (I/O) systems 114, such as keyboards and pointing devices, to provide real-time feedback concerning their progress with respect to project tasks and sub-tasks. The real-time workload tracking system 100 can then provide graphical depictions of project status and workload progress through display systems 112. A manager (MGR) 124, workers 122A, 122B . . . 122C, or any other desired person can then use this visual display to quickly determine the status of the work project 128. And preferably, this visual display is provided at the site of the work project so that those involved can readily determine the status of the various tasks and sub-tasks being conducted for work project 128.
The database systems 102 can include a wide variety of data for use by the real-time workload tracking system 100. For example, employee or worker information can be stored as worker data records (WKR) 104. Project related information can be stored as project records (PROJ) 106. Status information can be stored as status records (STATUS) 108. Held-for information can be stored as held-for records (HF) 105. Discrepancies can be stored as discrepancy records (DR) 107. As indicated by element 109, other information can also be stored in data records, if desired. Element 130 represents database updates that can be made to the data within the database systems 102 during operation.
As depicted, therefore, workload management of production operations is provided by storing project workload related data in a database system and using this data to create worker schedules and track project status. The data in the database system represents information relating to tasks that are to be performed with respect to a production work project 128 and represents the worker resources 122A, 122B . . . 122C available for completing the tasks. In addition, each task can include a plurality of sub-tasks, and each sub-task can further include a plurality of sub-tasks, and so on. As the sub-tasks and tasks are completed by the workers 122A, 122B . . . 122C or as problems are encountered during work on the work project 128, feedback data concerning the production work project 128 is input into the system through display systems 112 or other I/O systems 114. This feedback information includes completion status information for sub-tasks, held-for information identifying one or more resources needed to complete a particular sub-task, and discrepancy report information identifying problems associated with a particular sub-task. The real-time workload tracking system 100 then displays real-time status information through display systems 112 for a relative completion level for each of the tasks based upon the completion status for the sub-tasks In addition, links to access held-for information and links to access discrepancy report information can also displayed. The work project 128 can be a wide variety of product projects. One example is aircraft maintenance projects where the tasks and sub-tasks to be completed represent job tickets for aircraft maintenance.
As indicated above, the database systems 102 can include a wide variety of desired project related data. Worker resources, for example, can identify a variety of details concerning individual workers and worker types. Preferably, the real-time workload tracking system is configured to utilize worker types in scheduling tasks and sub-tasks necessary for completion of a work project 128. Although information for individual identifiable workers can also be stored in database systems 102, utilizing worker types allows for more generic scheduling that does not rely upon particular worker details. Once the task and sub-task schedule has been created for worker types implementing a given work project 128, individual workers can then be assigned to cover the worker types based upon their fit to the skills needed for the worker types. It is contemplated, therefore, that each worker type represents or has associated with it a particular worker skill set and then that each worker type is assigned a series of tasks and sub-tasks for the project. It is these tasks and sub-tasks that are then tracked by the system.
The information being displayed through display systems 112 can be configured and selected, as desired, to provide status information useful to the workers and the managers engaged in the work project 128. The displayed information can also be adjusted by user-selected controls, such as user-selected time periods. For example, a user could select whether to see status information based upon by-day, by-week, or by-month time periods. The user can also select whether to view task level information or move down into sub-task level information. Thus, the user has great freedom to view relative completion level information based up tasks, sub-tasks, and time period. For example, a user could select a task and ask to view more detailed information concerning that task. Once the task is selected, the sub-tasks for that tasks can then be displayed along with the status information for those sub-tasks. If the sub-tasks further have sub-tasks, then they can also be individually selected for viewing of the sub-tasks within the sub-task, and so on in a nested hierarchical relationship. When viewed as tasks or sub-tasks, the display information can include relative completion levels that indicate a percentage completion for each task based upon a number of completed sub-tasks out of a total number of sub-tasks for the task or sub-task. The present invention, therefore, provides great flexibility in viewing and obtaining status information at desired levels of granularity. Other user selectable options can also be provided, as desired.
The data within the database systems can also be utilized by the real-time workload tracking system to generate a project schedule. For example, project data (PROJ) 106 can include tasks and sub-tasks that need to be completed and skills required for those tasks. Worker data (WKR) 104 can include worker type data where each worker type has a defined skill set. Using this project data (PROJ) 106 and worker data (WKR) 104, the real-time workload tracking system 100 can be used to create a project schedule that includes a detailed listing of tasks per-worker-type that must be conducted in order to complete the work project. The real-time workload tracking system 100 can also allow user manipulation of the generated project schedule. After creation of a project schedule that includes a list of tasks for each worker type designated, the schedule can be put into use at the work site for the work project 128. As discussed above, this allows the workers, managers, etc. involved in the project or in review of the project to have real-time information displayed at the project work site concerning project status, held-for information, and discrepancy record information.
As part of this held-for processing, additional information and/or links can be provided through display systems. For example, a held-for link can be associated with each task for which a sub-task has held-for information associated with it. This held-for link can be a graphical icon or other identifiable link that when selected can take the user to a display within which relevant held-for information is provided. As an additional feature, an electronic notification, such as a page or an e-mail, can be sent to a person or entity responsible for resolving a held-for resource need. Thus, when a held-for record is generated as provided feedback data through the input mechanisms to the server system, an electronic notification can be sent to the relevant entity that needs to take action. To facilitate this process, when the held-for record is generated, for example, a field can be provided into which the record creator can input held-for contact information thereby identifying who should receive electronic notifications at the same time the held-for details are input as feedback into the system. In this way, where the held-for record relates to an action that must be taken by a person or group, the person or group will be notified that their action is now needed. One such example is where a certification or review must be accomplished by a particular person or group before work can continue.
As with held-for records, as part of this discrepancy record processing, additional information and/or links can be provided through display systems. For example, a discrepancy report link can be associated with each task for which a sub-task has held-for discrepancy information associated with it. This discrepancy report link can be a graphical icon or other identifiable link that when selected can take the user to a display within which relevant discrepancy report information is provided. Again, as with held-for records, an electronic notification, such as a page or an e-mail, can be sent to a person or entity responsible for resolving or addressing a discrepancy report issue. Thus, when a discrepancy report is generated as provided feedback data through the input mechanisms to the server system, an electronic notification can be sent to the relevant entity that needs to take action. To facilitate this notification process, when a discrepancy record is generated, for example, a field can be included into which the record creator can input discrepancy contact information thereby identifying who should receive electronic notifications at the same time the discrepancy details are input as feedback into the system.
It is noted that in one preferred embodiment, the representation of amount of work completed represents a percentage of completion. In particular, for example, the cross-hatches can be displayed such that they proportional cover the amount of the total task that relates to the percentage completion for that task. In addition, if desired, the actual percent completion numbers can be displayed, as well. The percent completion determinations can be made using any of a variety of techniques, as desired. One way of setting the percentage completion is by determining percentage completion by determining how many of the sub-tasks have been completed for a task (or sub-task) compared to the total number of sub-tasks for the task (or sub-task). However, this technique may not be particularly accurate where a number of sub-tasks are nearly compete but none are yet complete. Alternatively, therefore, the percentage completion for each sub-task can be combined together as a indicator of the completion percentage for the whole task. It is further noted that other techniques for determining completion levels could also be used, and other completion level indicators could be utilized depending upon the information desired to be displayed.
As indicated above, with respect to the schedule 600, the workers may originally be worker types as opposed to specifically identified people. Individual workers may then be identified for that worker type, if desired. It is also noted that the overall work task represented by the start task and end task indicators will typically include a number of sub-tasks that are to be accomplished by the worker type. Looking at worker 1 (WKR1) and the project status bar 602, the first start indicator (S1) represents the scheduled beginning of the overall task to be completed by WRK1. The first end indicator (E1) represents the projected or scheduled end of the overall task to be completed by WRK1. As contemplated herein, the overall project task for WRK1 will likely be made up of a number of different sub-tasks. Each of the sub-tasks in turn could be made up of a number of additional sub-tasks, and so on. In this way, a hierarchical task and sub-task organization is achieved that allows the real-time workload tracking system 100 to achieve any desired level of work task granularity. At the highest hierarchy, therefore, the first present status indicator (P1) indicates a completion level (e.g., percentage completion) for overall project task to be completed by the first worker type (WRK1), and the end indicator (E1) represents when the overall project task should be completed. As the user selects to go down into the task/sub-task hierarchy and view completion information at lower levels, this same or similar information can be displayed at each sub-task level. As depicted, the sub-tasks levels would be identifying task information being conducted by a single worker or worker type. Using this hierarchical structure, therefore, a manager or worker can view exactly what the worker should be accomplishing each hour, each day, each week, each month, etc. according to the projected start and end indicators for the schedule.
Looking in more detail to
Additional information can also be provided as part of the display information provided as part of the system of the present invention. Additional example information includes labor performance information, daily assigned employee information, and flow-down documentation techniques. Other features could also be added, if desired, while still taking advantage of the workflow system of the present invention.
With respect to labor performance, for example, a dynamic labor performance index (LPI) can be utilized to show at a glance, as part of the display information, how the tasks and sub-tasks are being performing with respect to planned or budgeted hours. As shown in
In addition, other information can be provided. For example, the names of the employees that are currently clocked in to each sub-task can be provided. In addition, the actual planning ticket associated with that task can also be shown through a simple selection box provided within the display information. Further, flow-down functionality can be provided that allows employees to document or make notes that relate to specific tasks or sub-tasks. This information can then be provided to the employees that come in behind them to complete the tasks or sub-tasks thereby serving as an information flow-down process for the project.
The following EXAMPLE provides a further example for the task/sub-task hierarchical structure.
In this example, TASK 1 has three sub-tasks. TASK 2 has three sub-tasks. TASK 3 has two sub-tasks, etc. In this example, the top level task is designated as a single integer and each sub-task is designated as a “.N” where “N” represents an integer. Thus, as depicted, the hierarchical nesting of the tasks/sub-tasks are related through these integers and periods. As discussed above, for each of these levels, start, end and completion level information can be provided for display based upon user selections. And for each of these levels, a worker and/or manager can provide real-time feedback as to completion status, held-for information, and discrepancy information to allow the real-time workload management system of the present invention provide and display real-time status information.
Thus, utilizing this hierarchical structure, tasks and sub-tasks can be assigned and set forth in the overall project schedule, as desired. And project status can be determined by the completion of sub-tasks. It is further noted that tasks for a particular work type can be designated to occur with respect to each other sequentially or concurrently or both. In addition, tasks can be identified for a particular worker type rather than being generically available for selection and completion.
In operation, therefore, the present invention provides a number of advantages. Unlike a waterfall approach where any person performs the next available task for a project, the system of the present invention enables each individual to have a pre-determined set of tasks from the beginning of the project to the end of the project. One benefit of this approach is that it facilitates accelerated learning curves because each individual does a repetitive set of tasks, enabling him to learn from his previous experiences. The present invention also allows for individual workers to be correlated to the specific work tasks. In this way, the supervisor will know that all tasks are covered and ties the task to an individual for any future references. The aspect of the present invention also lets the production worker know what is expected of him to get completed each day. In other words, the projected completion information provides the worker an indication of what should be done by each time period.
In addition, as opposed to simply providing a current status indication for progress (for example, not started, in progress, or complete), the system of the present invention displays the actual percentage complete for each task based on the confirmations of the operations input by project workers. The benefit of this approach includes allowing supervisors to know exactly where the production worker is at any point in time for each task, down to the operation level, and to determine a more accurate estimation to completion. Rather than simply track overall tasks for each worker, the present invention also tracks progress based upon sub-tasks, thereby providing a more efficient and accurate tracking of work being performed by the production workers. Still further, the advantage of real-time depictions of task status allows supervisors and workers to know at any given point in time the exact progress being made and any changes associated with the current tasks. This approach, therefore, makes schedule sliding more visible at an earlier stage in the production process. The present invention also provides status in graphical format. This graphical depiction allows views to be quick and easy to read in order for the persons using it to get the information digested quickly so that any potential issues can be identified.
Further modifications and alternative embodiments of this invention will be apparent to those skilled in the art in view of this description. It will be recognized, therefore, that the present invention is not limited by these example arrangements. Accordingly, this description is to be construed as illustrative only and is for the purpose of teaching those skilled in the art the manner of carrying out the invention. It is to be understood that the forms of the invention herein shown and described are to be taken as the presently preferred embodiments. Various changes may be made in the implementations and architectures. For example, equivalent elements may be substituted for those illustrated and described herein, and certain features of the invention may be utilized independently of the use of other features, all as would be apparent to one skilled in the art after having the benefit of this description of the invention.