System and method for automated resource reduction analysis
Summary by NHIP
Automated Resource Reduction Analysis
The method analyzes employee data to identify surplus skill groups and levels for reduction actions. It sorts evaluation records by score, applies a surplus percentage to the low end of the list, and reclassifies records as non-surplus after comparing them against non-surplus data within the same skill group.
Claim Score by NHIP
Abstract
A system and method that analyzes employee data and assists management with surplus determinations is used for automated resource reduction analysis. Areas within the organization are identified that include surplus resources. These areas are further identified to determine which skill groups have surplus skills. Skill groups can be broken down by level. A determination is made as to what decreases are desired for the identified skill groups and levels. Employees within the identified skill groups and levels are evaluated using common evaluation templates that set forth the expected skills employees should have for a given skill group and level. The evaluated employee records are sorted by the evaluations to determine the spectrum of skills within a particular skill group and level. The desired reduction percentage is then applied to the sorted records to identify surplus employees. These identified surplus employees are then reviewed using organizational surplus guidelines and applicable laws.

Term
Term ended
Expired 24 January 2025, 1.7 years ago.
- Priority and filed
- Granted
- Expired
- Today
17 claims: 3 independent, 14 dependent
- 1Broadest claimClaim Score 37, average(NHIP)A method of analyzing resources for a reduction action, the method comprising:identifying a skill group that includes surplus human resources;selecting one or more employees data records corresponding to the identified skill group;analyzing one or more evaluations corresponding to the selected employee data records;choosing a surplus group of employee data records from the selected employee data records based on the analysis, wherein the choosing includes: sorting the selected employee data records by the evaluations, the sorting resulting in a list of sorted employee data records, wherein the list is ordered according to the evaluations;receiving a surplus percentage corresponding to the skill group;and selecting a number of the sorted employee data records by applying the surplus percentage to a low end of the ordered list of sorted employee data records;comparing the chosen surplus employee data records with non-surplus employee data records, wherein both the chosen surplus employee data records and non-surplus employee data records have a common skill group;identifying one or more of the surplus employee data records as non-surplus employee data records based on the comparison;and changing the identified surplus employee data records to non-surplus employee data records based on the identification.
- 7An information handling system comprising:one or more processors;a memory accessible by the processors;one or more nonvolatile storage devices accessible by the processors;an resource analysis tool to analyze surplus resources in a resource reduction action, the resource analysis tool including: means for identifying a skill group that includes surplus human resources;means for selecting one or more employees data records corresponding to the identified skill group;means for analyzing one or more evaluations corresponding to the selected employee data records;means for choosing a surplus group of employee data records from the selected employee data records based on the analysis, wherein the means for choosing includes: means for sorting the selected employee data records by the evaluations, the sorting resulting in a list of sorted employee data records, wherein the list is ordered according to the evaluations;means for receiving a surplus percentage corresponding to the skill group;and means for selecting a number of the sorted employee data records by applying the surplus percentage to a low end of the ordered list of sorted employee data records;means for comparing the chosen surplus employee data records with non-surplus employee data records, wherein both the chosen surplus employee data records and non-surplus employee data records have a common skill group;means for identifying one or more of the surplus employee data records as non-surplus employee data records based on the comparison;and means for changing the identified surplus employee data records to non-surplus employee data records based on the identification.
- 12A computer program product stored in a computer operable media for analyzing resources for a reduction action, said computer program product comprising:means for identifying a skill group that includes surplus human resources;means for selecting one or more employees data records corresponding to the identified skill group;means for analyzing one or more evaluations corresponding to the selected employee data records;means for choosing a surplus group of employee data records from the selected employee data records based on the analysis, wherein the means for choosing includes: means for sorting the selected employee data records by the evaluations, the sorting resulting in a list of sorted employee data records, wherein the list is ordered according to the evaluations;means for receiving a surplus percentage corresponding to the skill group;means for selecting a number of the sorted employee data records by applying the surplus percentage to a low end of the ordered list of sorted employee data records;means for comparing the chosen surplus employee data records with non-surplus employee data records, wherein both the chosen surplus employee data records and non-surplus employee data records have a common skill group;means for identifying one or more of the surplus employee data records as non-surplus employee data records based on the comparison: and means for changing the identified surplus employee data records to non-surplus employee data records based on the identification.
Independent claims3
233 paragraphs in 4 sections, as filed
BACKGROUND
00011. Field of the Invention
0002The present invention relates to a system and method for managing human resources for an organization. More particularly, the present invention the present invention relates to a system and method for automatically analyzing employees and recommending employees for resource reduction.
00032. Description of the Related Art
0004Managers in modern business organizations have increasingly complex roles to perform in managing the various facets of the business organization. While managers differ greatly in the objectives and goals of their respective departments or areas, a key element that most managers deal with are the employees in their department or area and their efforts to retain a highly talented pool of employees while staying within given resource requirements, such as salary and stock budgets. Analyzing and assessing organizational goals and objectives is also important in determining which employees to retain during resource reduction exercises.
0005Periodically, due to business conditions and business performance, organizations trim their workforces by terminating (i.e., laying off) surplus employee resources. Reducing the number of employees is usually a management intensive task wherein managers determine which employees are laid-off and which employees are retained. The typical goal of resource reduction activities is to retain the higher skilled workers in a given skill group and level while reducing the number of lower skilled employees or those employees that detract from the achievement of overall organizational goals.
0006Using traditional human resources tools, managers manually and subjectively determine which employees should be laid-off. Whether the manager analyzes employees' skills and past job performances is often a determination left to the individual managers. Because of this, managers' biases towards or against various employees often plays a most key role in actual determinations. Higher revel managers typically lack fundamental data needed to make detailed analyses of managers' reduction decisions. Furthermore, higher level managers lack tools that would assist them in objectively reviewing managers' decisions in an efficient and timely basis. Because of these challenges, more skilled employees may be removed from the organization leaving less skilled employees to take their jobs. This talent void can be detrimental to the organization's technical and financial well being.
0007Additionally, traditional systems evaluate individual employees differently even though groups of employees are in similar skill groups. Managers of employees often evaluate employees based upon review criteria that is established loosely, at best, by the organization. Each manager may evaluate employees in his or her area differently based largely upon criteria developed by the manager, rather than the organization. Even if standard evaluation criteria is provided to management, there is little ability for program administers to check whether managers are actually using the standard evaluation materials.
0008Furthermore, the impact of a resource reduction action is typically difficult to analyze and even more difficult to estimate beforehand. When conducting a resource reduction exercise, the organization usually has a vague idea of the savings that will be achieved and the costs, in terms of severance packages and diminished employees, of the resource reduction. Impact estimates are often use crude formulas that simply reduce a percentage of the overall workforce without taking into account individual salaries in surplus skill groups. Likewise, the impact of the actual resource reduction is often difficult to ascertain without compiling lists of affected employees. These lists often do not indicate the numbers of surplus employees that were identified in various skill groups and levels.
0009Finally, traditional systems have little ability to assure that surplus employees are individually notified and little, if any, data is maintained evidencing employees' receipt of information regarding the resource reduction action. Some managers may fail to notify affected employees in a timely fashion and administrators of the resource reduction have little ability to ascertain which employees have been notified without manually surveying the affected employees. Surplus employees that are in possession of trade secrets or other confidential information are often not informed of their confidentiality, and often non-compete, obligations upon being laid-off from an organization.
0010What is needed, therefore, is a system and method that assists management by analyzing employee data to determine which employees should remain with the organization and which employees are surplus.
SUMMARY
0011It has been discovered that a system and method that analyzes employee data and assists management with surplus determinations addresses the aforementioned challenges. Areas within the organization are identified that include surplus resources. These areas are further identified to determine which skill groups (i.e., programmers, engineers, technicians, business planners, etc.) have surplus skills. In addition, skill groups can be broken down by level (i.e., junior programmers, associate programmers, senior programmers, etc.) so that resource reduction is not applied to one particular level leaving the organization with a void.
0012A determination is made as to what decreases are desired for the identified skill groups and levels. For example, the organization may want to cut 5% of junior programmers, 10% of associate programmers, and 7% of senior programmers. Employees within the identified skill groups and levels are evaluated using common evaluation templates that set forth the expected skills employees should have for a given skill group and level. For example, junior programmers are evaluated using a template tailored for junior programmers and senior programmers are evaluated using a template tailored for senior programmers.
0013The evaluated employee records are sorted by the evaluations to determine the spectrum of skills within a particular skill group and level. The desired reduction percentage is then applied to the sorted records to identify surplus employees. These identified surplus employees are then reviewed using organizational surplus guidelines and applicable laws. For example, an organizational guideline may be created so that people within 18 months of retirement are not selected as surplus employees. In addition, laws may be in place requiring organizations to further scruitinize employees in protected classes, such as minorities, to prevent various forms of discrimination. Identified surplus employees matching review criteria are retained while those not matching review criteria are identified as surplus employees and notified accordingly.
0014The foregoing is a summary and thus contains, by necessity, simplifications, generalizations, and omissions of detail; consequently, those skilled in the art will appreciate that the summary is illustrative only and is not intended to be in any way limiting. Other aspects, inventive features, and advantages of the present invention, as defined solely by the claims, will become apparent in the non-limiting detailed description set forth below.
BRIEF DESCRIPTION OF THE DRAWINGS
0015The present invention may be better understood, and its numerous objects, features, and advantages made apparent to those skilled in the art by referencing the accompanying drawings. The use of the same reference symbols in different drawings indicates similar or identical items.
0016<figref idref="DRAWINGS">FIG. 1</figref> is a high level diagram showing various layers of management using information managed and maintained by the People Planner System;
0017<figref idref="DRAWINGS">FIG. 2</figref> is a hierarchy diagram showing resources, such as money used for salaries, being distributed and spread from high levels of the organization to lower levels of the organization;
0018<figref idref="DRAWINGS">FIG. 3</figref> is a data layer diagram showing various layer components being created to form an employee profile and how planning data is used to generate actual employment data;
0019<figref idref="DRAWINGS">FIG. 4</figref> is a diagram showing a manager using the People Planner System to perform planning and analysis functions;
0020<figref idref="DRAWINGS">FIG. 5</figref> is a diagram showing a manager using the People Planner System to perform compensation functions;
0021<figref idref="DRAWINGS">FIG. 6</figref> is a flowchart showing the People Planner System being used to evaluate the performance of employees;
0022<figref idref="DRAWINGS">FIG. 7</figref> is a flowchart showing a manager identifying employees' motivators and inhibitors and the People Planner System used to determine flight risks of individual employees;
0023<figref idref="DRAWINGS">FIG. 8</figref> is a flowchart used to group employees into contribution/flight risk quadrants for risk assessment;
0024<figref idref="DRAWINGS">FIG. 9</figref> is a user interface and logic for organizational risk analysis concerning employees;
0025<figref idref="DRAWINGS">FIG. 10</figref> is a flowchart used to analyze risk quadrants and act upon identified employees;
0026<figref idref="DRAWINGS">FIG. 11</figref> is a flowchart used to analyze compensation of high contributing employees;
0027<figref idref="DRAWINGS">FIG. 12</figref> is a flowchart used to analyze compensation of low contributing employees;
0028<figref idref="DRAWINGS">FIG. 13</figref> is a flowchart showing details involved with comparing employees' compensation using benchmark information;
0029<figref idref="DRAWINGS">FIG. 14</figref> is a flowchart showing details involved with aggregate analysis of a department or area and comparison against budgetary requirements;
0030<figref idref="DRAWINGS">FIG. 15</figref> is a flowchart for identifying key employees and performing retention analysis for identified employees;
0031<figref idref="DRAWINGS">FIG. 16</figref> is a flowchart showing tracking of additional keywords by the People Planner System to track organizational events and reporting on employees based on the additional keywords;
0032<figref idref="DRAWINGS">FIG. 17</figref><i>a </i>is a diagram of an employee managed in a matrix organization with multiple managers;
0033<figref idref="DRAWINGS">FIG. 17</figref><i>b </i>is a flowchart used to evaluate and aware employees managed in a matrix organization with multiple managers;
0034<figref idref="DRAWINGS">FIG. 18</figref><i>a </i>is a sample three tier hierarchy chart showing employees and two layers of management;
0035<figref idref="DRAWINGS">FIG. 18</figref><i>b </i>is a diagram showing managers being excluded from a higher-level People Planner View;
0036<figref idref="DRAWINGS">FIG. 19</figref> is a flowchart. showing employees being selected and removed from a particular People Planner System view;
0037<figref idref="DRAWINGS">FIG. 20</figref> is a high level flowchart showing automated activities involved in managing organizational resources;
0038<figref idref="DRAWINGS">FIG. 21</figref> is a flowchart showing preprocessing activities performed in planning a resource reduction;
0039<figref idref="DRAWINGS">FIG. 22</figref> is a flowchart showing the creation of evaluation templates for surplus employees in identified skill groups and levels;
0040<figref idref="DRAWINGS">FIG. 23</figref> is a flowchart showing organizational areas being eliminated as part of an organizational resource reduction action;
0041<figref idref="DRAWINGS">FIG. 24</figref> is a flowchart showing the identification of employees for further evaluation as part of an organization's resource reduction action;
0042<figref idref="DRAWINGS">FIG. 25</figref> is a flowchart showing the evaluation of employees in identified skill groups and levels for resource reduction;
0043<figref idref="DRAWINGS">FIG. 26</figref> is a flowchart showing the grouping and sorting of evaluated employees for resource reduction activities;
0044<figref idref="DRAWINGS">FIG. 27</figref> is a flowchart showing the automated analysis of evaluated employees with respect to an organization's needs in terms of resources for various skill groups and levels;
0045<figref idref="DRAWINGS">FIG. 28</figref> is a flowchart showing hierarchical management review of employees' skill evaluations;
0046<figref idref="DRAWINGS">FIG. 29</figref> is a flowchart showing more detailed hierarchical management analysis of employees' skill evaluations;
0047<figref idref="DRAWINGS">FIG. 30</figref> is a flowchart showing detailed hierarchical management analysis of employee evaluations identified as having low skills;
0048<figref idref="DRAWINGS">FIG. 31</figref> is a flowchart showing detailed hierarchical management analysis of employee evaluations identified as having high skills;
0049<figref idref="DRAWINGS">FIG. 32</figref> is a flowchart showing management's comparison of employees within similar skill groups and levels for surplus recommendations;
0050<figref idref="DRAWINGS">FIG. 33</figref> is a flowchart. showing project office review of surplus recommendations;
0051<figref idref="DRAWINGS">FIG. 34</figref> is a flowchart showing legal review of surplus recommendations;
0052<figref idref="DRAWINGS">FIG. 35</figref> is a flowchart showing financial impact estimation of a proposed surplus action prior to evaluation of employees' skills;
0053<figref idref="DRAWINGS">FIG. 36</figref> is a flowchart showing financial impact analysis of a surplus action after evaluating and recommending individual employees for surplus disposition;
0054<figref idref="DRAWINGS">FIG. 37</figref> is a flowchart showing management notification of surplus employees;
0055<figref idref="DRAWINGS">FIG. 38</figref> is a flowchart showing processing of surplus notification and non-compete obligations by affected employees;
0056<figref idref="DRAWINGS">FIG. 39</figref> is a hierarchy chart showing relationships between processes involved in managing organizational resources; and
0057<figref idref="DRAWINGS">FIG. 40</figref> is a block diagram of an information handling system capable of implementing the present invention.
DETAILED DESCRIPTION
0058The following is intended to provide a detailed description of an example of the invention and should not be taken to be limiting of the invention itself. Rather, any number of variations may fall within the scope of the invention which is defined in the claims following the description.
0059<figref idref="DRAWINGS">FIG. 1</figref> is a high level diagram showing various layers of management using information managed and maintained by the People Planner System. Executive management <b>100</b> use People Planner System <b>170</b> to enter and view strategic employee data <b>105</b>. For example, executive management <b>100</b> may use People Planner System <b>170</b> to analyze potential skill deficits or receive rollup information regarding risk assessments. This information can be used by executive management <b>100</b> to allocate additional resources to problem areas.
0060Division management <b>110</b> use People Planner System <b>170</b> to enter and view division level employee data <b>115</b>. Division management <b>110</b> use People Planner System <b>170</b> similarly to executive management <b>100</b> except with a focus on the particular division within the organization. Again, problem areas reported by managers in employee evaluations and risk assessments can be used to provide additional resources to projects and to alert executive management to potential problems. In addition, employee analyses can be performed at high levels such as division management <b>110</b> and executive management <b>100</b> to determine whether employees with similar talents and experience levels are compensated and awarded similarly. Anomalies, such as poor performing employees receiving large salary increases and high performing employees receiving little or no salary increases can be identified, analyzed, and likely corrected.
0061Project managers <b>120</b> use People Planner System <b>170</b> to provide and view project level employee data <b>125</b>. Project managers, like division and executive managers, can view information about any employee (including managers) reporting to the project manager. While executive management and division management may focus more on spotting anomalies and analyzing summary data to identify potential problems, project managers may often view individual employee information, especially to determine whether employees are being compensated and rewarded consistently and fairly by the department managers. Project managers <b>120</b> may also hold management meetings where People Planner System data pertaining to the department managers is excluded so that the management team can focus on the employees within the project and determine whether the employees are being treated fairly or whether poorer performing employees in one department are being evaluated as higher contributors to higher performing employees in another department. Discrepancies such as these can be resolved dynamically by the project manager or one of the department manager changing employee data. The revised employee data can thereafter be viewed and discussed. The process of refining the People Planner System data continues until the management team is satisfied with the information pertaining to all employees in the project.
0062Department managers <b>130</b> (i.e., immediate managers, foremen, direct supervisors) use People Planner System <b>170</b> to enter and view department level employee data <b>135</b>. Department managers <b>130</b> use People Planner System <b>170</b> to evaluate employee performance, perform risk assessment, perform compensation and stock planning, complete or revise development plans for employees, perform retention plans for key employees identified as having executive potential or key technical potential, and provide additional data pertaining to employees that the manager wishes to attend HR programs or company events, such as special meetings, classes, or projects.
0063Human resources personnel <b>140</b> use People Planner System to assist various levels of management with personnel related questions and use People Planner System to view and enter human resources data <b>145</b>. While assisting various levels of management, human resources <b>140</b> uses their skill and experience with analyzing employee data to aid management in making employee decisions and to assist managers in using People Planner System <b>170</b> to appropriately analyze the People Planner System information pertaining to the managers' employees. Human resources <b>140</b> also uses People Planner System to include new programs and events that can be used by managers with their employees. In addition, human resources <b>140</b> may determine when certain People Planner System functions take place. For example human resources <b>140</b> may determine when planning data is finalized and used as a basis for current, or actual, data to reflect employees' compensation changes, stock awards, and the like.
0064Computer network <b>150</b> is used to connect the various managers to People Planner System <b>170</b>. Computer network <b>150</b> may be a local area network (LAN), a Wide Area Network (WAN), a mainframe computer with connected terminals, or a virtual private network (VPN) implemented over a public network such as the Internet. Computer network <b>150</b> receives People Planner requests <b>160</b> and passes the received requests to People Planner System <b>170</b>. People Planner System <b>170</b> processes the request and maintains employee database <b>190</b> to store the data. In one embodiment, employee database <b>190</b> is a Lotus Notes™ database. In large organizations, employee data may be divided among several databases for performance and utilization reasons. In a distributed model, employee data for a particular area, such as a project or company location, may be located on the same database for improved maintenance of related employee records and improved lower level analyses. Higher level analyses use information summarized from the distributed databases in order to provide executive management <b>100</b> and perhaps division management <b>110</b> strategic employee data <b>105</b> and division level employee data <b>115</b>. The People Planner System process request <b>160</b> and prepares and returns responses <b>180</b> which is viewed on the manager's display screen.
0065<figref idref="DRAWINGS">FIG. 2</figref> is a hierarchy diagram showing resources, such as money used for salaries, being distributed and spread from high levels of the organization to lower levels of the organization. A limited amount of compensatory resources <b>200</b> are available to distribute to employees. The amount of compensatory resources <b>200</b> depends on the size and economic health of the organization. If fewer resources are available than in previous years, executive management <b>210</b> may be forced to lower salaries or reduce the number of employees through voluntary or involuntary measures.
0066Executive management <b>210</b> determines how the available compensatory resources will be spread among the various high level divisions of the organization. In the example shown in <figref idref="DRAWINGS">FIG. 2</figref>, three division salary data are determined by executive management <b>210</b> (division salary data <b>212</b>, division salary data <b>214</b>, and division salary data <b>216</b>). The division salary data is written to budget files available to the division managers in the People Planner System. The People Planner System is used by executive management <b>210</b> to aid in the division salary determination by providing executive management <b>210</b> with current salary needs of the various divisions, summaries of the employees and locations of the various divisions, and risk analysis information pertaining to the various divisions. The risk analysis information may alert executive management <b>210</b> to a potential situation where key types of employees, such as those with sought after technical skills, are at risk of leaving the organization. This type of information may prompt executive management to allot more to divisions at risk so that such skilled employees can be better compensated to avoid potential attrition problems. In addition, the People Planner System includes projected or planning data that aids in determining appropriate percentages of increases that should be allocated to the various divisions.
0067The division management, in turn, use the provided division salary data to determine how to spread the division compensatory amounts to areas, such as projects, within the division. In the example shown, division management <b>220</b> receives division salary data <b>214</b> from executive management. Division management <b>220</b> uses the People Planner System to allocate division salary data <b>214</b> to the various projects included in the division. Once again, the People Planner System is used to provide division management <b>220</b> with current salary needs of the various projects, summaries of the employees and locations of the various projects, and risk analysis information pertaining to the various projects. Division managers also use projected, or planning, data included in the People Planner System that was provided by lower levels of management. The People Planner System is used to distribute budget amounts to the various project managers. In the example shown in <figref idref="DRAWINGS">FIG. 2</figref>, division management <b>220</b> provides salary budgeting data to three projects. The budgeting data is provided to the projects through the People Planner System (project salary data <b>222</b>, <b>224</b>, and <b>226</b>).
0068Project management uses the allocated project salary data to provide budget data to the various departments that are included in the project. The project manager's determinations are made at a more micro- rather than macro-level with individual employees' needs often used as a basis for the project manager's decisions. Again, the People Planner System is used to provide management, in this case project manager <b>230</b>, with current salary needs of the employees, summaries of the employees and of the various departments, and risk analysis information pertaining to the various employees and projects. Project managers also use projected, or planning, data included in the People Planner System that was provided by immediate, or department, managers during prior planning cycles. The People Planner System is used to distribute budget amounts to the various department managers. In the example shown in <figref idref="DRAWINGS">FIG. 2</figref>, project manager <b>230</b> provides salary budgeting data to three departments using the People Planner System (department salary data <b>232</b>, <b>234</b>, and <b>236</b>).
0069Department managers receive budget data from their project managers and use the budget data to plan compensatory changes for individual employees in the department manager's department. In the example shown, department manager <b>240</b> receives department salary budget data <b>234</b>. The People Planner System is used to provide management, in this case department manager <b>240</b>, with current salary needs of the employees in the department, summaries of the employees, and risk analysis information pertaining to the employees. Department manager <b>240</b> uses the People Planner System to plan compensatory changes and to record the planned changes in order for the department manager and higher levels of management to analyze the planned changes in light of the budget restraints.
0070The People Planner System is also used to move budget amounts between divisions, projects, and departments. For example, if a given department was initially allocated more money than deemed needed (for example, based on employee contributions and comparison of the employees' current salaries with those of employees in other departments), money that was initially allocated to the department may be reallocated by the project manager to a department that was initially under-funded. This same “give-and-take” can be applied to higher levels of the organization with the People Planner System used to identify possible areas for re-allocation and facilitate the transfer of budget amounts from one area to another.
0071<figref idref="DRAWINGS">FIG. 3</figref> is a data layer diagram showing various layer components being created to form an employee profile and how planning data is used to generate actual employment data. Employee profile <b>300</b> includes actual and planning data corresponding to an employee. Actual data <b>305</b> includes information such as the employee's current salary and stock options that have been granted to the employee, the employee's current job title, level, and performance rating and any other information that the organization uses to track and assess employees. Actual data <b>305</b> may also include historical data, such as the employee's past salary levels, prior stock awards, and prior job titles, levels, and performance ratings.
0072The manager performs risk analysis <b>310</b> using the employee's actual data do determine the employee's value to the organization and the risk of the employee leaving the organization for other opportunities (see <figref idref="DRAWINGS">FIGS. 7-10</figref> for detailed descriptions of risk analysis using the People Planner System). The manager's risk analysis is provided to the People Planner System as risk planning data <b>315</b>. Employee profile <b>300</b> now has a richer set of data <b>320</b> for making further decisions regarding the employee's compensation and development.
0073Employee profile data <b>320</b> includes actual (or current) data as well as the risk planning data. This data is used by the manager in using the People Planner System's compensation planner <b>330</b>. Based on the employee's actual data and the risk analysis data the manager is better equipped to plan changes to the employee's compensation. At this stage, compensation planning data <b>335</b> may simply identify the employee for a certain level of salary increase (i.e., significant increase, increase, cost of living increase, and no increase) it may actually plan a certain dollar-amount salary change for the employee. Compensation planning data <b>335</b> is used by the People Planner System to create an even richer set of data (<b>340</b>) that now includes actual data, risk planning data, and compensation planning data.
0074Employee profile data <b>340</b> is used by the People Planner System for the manager's stock planning <b>350</b>. Actual data, risk planning data, and compensation planning data aids in the determination of whether to plan to give the employee stock options and, if so, how many options to plan on giving to the employee. Risk planning data is usually important during stock option considerations because the options typically vest over a period years providing an incentive for employees that may be at risk for leaving to stay in the organization until their options vest. In addition, the value of prior stock option awards is also useful in making the determination because prior options that are “under water” (i.e., the price of the option is now greater than the current price of the stock) have less influence on employees who are considering leaving the organization. In these situations, it may be prudent to grant additional options at the new (lower) current stock price to provide additional incentives to retain the employee. Stock planning data <b>355</b> is added to employee profile <b>300</b> creating an even richer set of employee profile data (<b>360</b>).
0075Compensatory considerations often include both compensatory planning considerations (step <b>330</b>) as well as stock planning considerations (step <b>350</b>). The manager may go back and forth between various stages in order to refine the data and better assess the employee's risk of leaving and the right mix of salary increases and stock option awards. For example, for a contributing employee that is at risk of leaving the organization, the manager may first decide to give the employee a significant increase in salary. However the employee's risk of leaving may be viewed as more important that the employee's current contribution. As such, the manager may decide to plan on giving the employee a sizable number of options that vest over a number of years and lower the salary increase to a standard increase, perhaps in light of salary budget constraints. The manager may go back and forth several times between compensation planning <b>330</b> and stock option planning <b>350</b> for a given employee until the manager feel she has the right mix. For additional assistance, the manager can use the People Planner System to engage the advice and experience of human resources personnel who are trained to help managers evaluate and analyze employee situations.
0076Employee profile <b>300</b> now includes employee data <b>360</b> which includes actual (current) employee data, risk planning data, compensation planning data, and stock planning data. Employee data <b>360</b> provides a picture for the manager to use in performing other activities such as development planning <b>364</b>, retention planning <b>374</b>, and identifying the employee for additional HR programs or organization events (<b>382</b>). Development planning <b>364</b> results in development planning data <b>368</b> which is added to the employee's profile data. Likewise, retention planning <b>374</b> results in retention planning data <b>378</b> and additional planning <b>382</b> results in additional employee data <b>386</b> which are each added to the employee's profile data. Retention planning <b>374</b> involves identifying employees with high potential early in the employee's career and establishing and tracking employee goals or milestones so that the full potential of such employees is realized by the organization (see <figref idref="DRAWINGS">FIG. 15</figref> for more details regarding retention planning).
0077Employee profile data <b>370</b> now includes actual (current) data, risk planning data, compensation planning data, stock planning data, development planning data, retention planning data, and additional planning data providing a large snapshot of the employee, the employee's current contributions, opportunities and challenges associated with the employee, and near- and far-term plans for the employee's career with the organization.
0078The data captured in employee profile <b>300</b> is analyzed in management meetings and often refined in light of the employee's contribution and expected value in comparison with that of other employees. The salary and stock option planning may have only indicated that the organization planned to give the employee a “significant increase” or “significant stock option award” without specifying the actual dollar amount of the increase or the actual number of shares and vesting period for stock. In this case, the planned salary increase and stock option award are converted to actual dollar and stock figures in light of the salary and stock option budgets. The planned amounts are then made effective at a certain point in time during roll-over process <b>390</b>.
0079During roll-over process <b>390</b> certain planning items, such as compensation and stock planning figures are moved to the employee's actual (current) data. Other items such as the employee's evaluation rating are also moved from planning areas to the actual data area. Prior actual figures are moved to historical actual data areas in order to keep a record of the employee's prior salaries, stock options, and evaluations. Short term planning data areas, such as the salary planning area and the stock planning area are cleared in order to prepare for the next planning cycle. The new actual data is used in a production environment to generate paychecks with the employee's new salary level and to generate stock option data that is provided to employees for acceptance of the newly granted options and eventual exercise of such options. Long term planning data, such as risk analysis data, development planning data, and retention planning data are retained for further refinement in future planning cycles so that the planning efforts of the manager are not lost or forgotten. In addition, when an employee moves from one department to another department (or when a new manager is assigned to a department) the new manager uses the People Planner System to view the planning and actual data established by the manager's predecessor, thus aiding and smoothing the transition from one manager to the next.
0080<figref idref="DRAWINGS">FIG. 4</figref> is a diagram showing a manager using the People Planner System to perform certain planning and analysis functions. People Planner Data <b>400</b> includes employee profiles <b>410</b> and Human Resources program data <b>405</b> as well as other data. Employee profile data <b>410</b> includes planning factors <b>415</b> (such as risk planning data, salary and stock planning data, development planning data, etc.) corresponding to employees. Employee profile data <b>410</b> also includes actual data <b>420</b> (such as the current salary, stock option grants, evaluation rating, etc.) corresponding to employees.
0081Manager <b>425</b> uses various components of the People Planner System to make pre-planning requests <b>430</b> to pre-planning tool <b>435</b> included with the People Planner System. Pre-planning tool <b>435</b> reads HR program data <b>405</b> and employee profile data <b>410</b> alerting the manager of new human resources programs and identifying employees that, based on the HR program criteria, might be considered for various programs. Manager <b>425</b> may select one or more employees for the HR program and provide planning response <b>440</b> which is used by pre-planning tool <b>435</b> to retain the manager's selections in selected employee profiles <b>410</b>.
0082What-If Scenarios tool <b>450</b> is used by manager <b>425</b> to try various planning factors and explore the overall planning results without committing to the planning factors. For example, manager <b>425</b> may provide what-if request <b>445</b> to look at the department if everyone that is identified as being a high risk to leave the company was given a significant salary increase and an award of stock options. What-if results <b>455</b> would be returned to manager <b>425</b> by the what-if scenario tool and display the effect on the department. The manager may determine that too much of the salary budget would be used for these individuals and not leave enough for high contributing employees that are not at risk of leaving. Scenario tool <b>450</b> can be used repeatedly to help the manager gain an understanding of the effects of certain planning decisions. If manager <b>425</b> is satisfied with the scenario results, the planning factors used to create the results can be applied to employee profiles <b>410</b>. In addition, HR personnel can share the manager's online view of such scenario results and provide guidance for refining the planning factors. If the what-if results are not acceptable by manager <b>425</b> then the planning factors used by the what-if tool can be discarded and not applied to employee profiles <b>410</b>.
0083Employee analysis tool <b>465</b> is used by manager <b>425</b> to further analyze an individual employee or a group of employees included in employee profiles <b>410</b>. Manager <b>425</b> provides employee requests <b>460</b> to the employee analysis component of the People Planner System. Manager <b>425</b> uses employee analysis tool <b>465</b> to evaluate the contributions of the employee and determine whether the employee is a low or high contributor and whether a promotion should be planned for the employee. These determinations are provided in the manager's employee responses <b>470</b> that are used by employee analysis component <b>465</b> and retained in employee profile <b>410</b>. The manager's employee responses <b>470</b> may identify employees as low or high contributors and may also assign an evaluation rating (i.e., “A,” “B,” “C,” etc.) to the employee (see <figref idref="DRAWINGS">FIG. 6</figref> for further detail regarding employee evaluations using the People Planner System).
0084Risk assessment component <b>480</b> of the People Planner System is used by manager <b>425</b> to identify employees that are at risk of leaving the organization. Manager <b>425</b> provides risk requests <b>475</b> to risk assessment component <b>480</b> identifying one or more employees from employee profile <b>410</b>. Risk assessment tool <b>480</b> assists the manager in evaluating risks concerning employees. Manager's risk responses regarding such employees is used by the risk assessment tool to update the employee's risk planning data maintained in the employee's employee profile <b>410</b>.
0085<figref idref="DRAWINGS">FIG. 5</figref> includes additional People Planner System tools used by managers to plan for employee salary changes, stock options, and other awards. People Planner Data <b>500</b> includes salary budget data <b>505</b>, available option data <b>510</b>, employee profiles <b>512</b> and award budget data <b>520</b>. Salary budget data <b>505</b> includes available salary data that has been allocated to the manager's area or department. Likewise, available option data <b>510</b> includes stock options available for the manager to grant to one or more employees. Employee profile data <b>512</b> includes planning factors data <b>516</b> and actual, or current, data <b>518</b>. Award budget data <b>520</b> includes budgets for both monetary awards <b>525</b> and non-monetary awards <b>530</b>. Non-monetary awards may include extra vacation days, admission to a special organizational event or program, lunch with an executive or the like.
0086Manager <b>540</b> uses salary tool component <b>550</b> of the People Planner System to plan salary changes for employees. Salary input <b>545</b> includes the salary changes requested by the manager. Salary tool <b>550</b> updates the appropriate employee profile planning factors <b>516</b> data for the selected employee. Salary tool <b>550</b> also provides manager <b>540</b> with updated salary planning data <b>555</b> comparing the manager's planning data for one or more employees with salary budget <b>505</b>. Salary tool <b>550</b> can also be used to compare employee's actual data <b>518</b> and planning factors <b>516</b> with organizational, regional, or national averages for people with similar skills and contribution levels. Salary tool <b>550</b> can also be used to analyze whether people are being compensated fairly. For example, salary tool <b>550</b> can aid the manager in identifying high contributors that are receiving small or no salary increases. On the other side, salary tool <b>550</b> can be used to identify low contributing employees that are planned to receive large or significant salary increases.
0087Stock option tool <b>565</b> is a People Planner System component to aid manager <b>540</b> in identifying employees that should receive stock options. Stock option tool <b>565</b> reads the available stock option budget data <b>510</b> which includes the amount of options that are available for the manager's employees. Stock option tool <b>565</b> also reads employee profile data <b>512</b>, particularly planning factors data <b>516</b> which includes risk planning data and contribution data corresponding to the employees. This information is used by manager <b>540</b> to determine whether the employee is a high contributor to the organization with critical skills and the flight risk the employee presents to the organization. Based on this analysis, manager <b>540</b> decides whether to plan to award the employee stock options and, if so, how many options to provide and the vesting period for the options (stock input <b>560</b>). Updated stock data <b>570</b> is provided from stock option tool <b>565</b> to manager <b>540</b> in response to stock option input <b>560</b> provided by the manager. The manager can use the updated stock data to determine whether the stock planning data should be changed.
0088Awards tool <b>580</b> is a People Planner System component to aid manager <b>540</b> in identifying employees that should receive monetary and non-monetary awards. Awards tool <b>580</b> reads the available awards budget data <b>520</b> which includes the amount of monetary and non-monetary awards options that are available for the manager's employees. Awards tool <b>580</b> also reads employee profile data <b>512</b>, particularly contribution data corresponding to the employees. This information is used by manager <b>540</b> to identify employees that are planned to receive an award, the type of award the employee is planned to receive, and the amount of the award if the award is monetary (award input <b>575</b>). This data is stored in the appropriate employee profiles <b>512</b>. Updated award data <b>585</b> is provided from awards tool <b>580</b> to manager <b>540</b> in response to award input data <b>575</b> provided by the manager. The manager can use the updated award data to determine whether the award planning data should be changed.
0089<figref idref="DRAWINGS">FIG. 6</figref> is a flowchart showing the People Planner System being used to evaluate the performance of employees. Processing commences at <b>600</b> whereupon the first employee is selected (step <b>610</b>) from department data <b>605</b> stored in the People Planner System. The manager analyzes the employee on a variety of planning factors. A determination is made as to whether the employee is a top contributor for the organization (decision <b>615</b>). If the employee is a top contributor, decision <b>615</b> branches to “yes” branch <b>618</b> whereupon a flag is set in the employee's People Planner Data indicating that the employee is a top contributor (step <b>620</b>). On the other hand, if the employee is not a top contributor, decision <b>615</b> branches to “no” branch <b>622</b> whereupon another determination is made as to whether the employee is a low contributor (decision <b>625</b>). If the employee is a low contributor, decision <b>625</b> branches to “yes” branch <b>628</b> whereupon a flag is set in the employee's People Planner Data indicating that the employee is a low contributor (step <b>630</b>). If neither flag is set (i.e. the low or high contributor flags) then the employee is deemed an average contributor to the organization.
0090The next decisions deals with the amount of pay increase to plan on giving the employee. A determination is made as to whether the employee should receive a significant, or high, increase in salary (decision <b>635</b>). If the employee should receive a significant salary increase, decision <b>635</b> branches to “yes” branch <b>638</b> whereupon a flag is set in the employee's People Planner Data indicating that the employee should receive a significant salary increase (step <b>640</b>). On the other hand, if the employee should not receive a significant salary increase, decision <b>635</b> branches to “no” branch <b>642</b> whereupon another determination is made as to whether the employee should receive no increase, or perhaps a salary reduction (decision <b>645</b>). If the employee should receive no increase, or perhaps a salary reduction, decision <b>645</b> branches to “yes” branch <b>648</b> whereupon a flag is set in the employee's People Planner Data indicating that the employee should receive no increase, or perhaps a salary reduction (step <b>650</b>). If neither flag is set (i.e. the significant increase or no increase flags) then the employee is planned to receive a normal salary increase.
0091A determination is made, based factors such as the employee's contribution to the organization, current level, and time spent at the current level, as to whether the employee should be promoted during the next cycle of promotions (decision <b>660</b>). A higher level position often means greater potential salary and stock option awards. If the manager determines that the employee should be promoted based on various factors, decision <b>660</b> branches to “yes” branch <b>662</b> whereupon a flag is set in the employee's People Planner Data indicating that the employee should be promoted (step <b>685</b>). On the other hand, if the manager does not decide that the employee should be promoted, decision <b>660</b> branches to “no” branch <b>668</b> bypassing the promotion setting step.
0092A determination is made, based factors such as the employee's skills, experience, contribution, and risk of the employee leaving the organization, as to whether the employee should receive stock options (decision <b>670</b>). An employee with critical skills which are marketable to other competing organizations often receive stock options to provide an incentive for such employees to remain with the organization for the amount of time it takes for the options to vest. If the manager determines that the employee should receive stock options, decision <b>660</b> branches to “yes” branch <b>662</b> whereupon a flag is set in the employee's People Planner Data indicating that the employee should receive stock options (step <b>675</b>). On the other hand, if the manager does not decide that the employee should receive stock options, decision <b>670</b> branches to “no” branch <b>678</b> bypassing the stock option setting step.
0093A determination is made as to whether there are more employees that the manager needs to evaluate (decision <b>680</b>). If there are more employees, decision <b>680</b> branches to “yes” branch <b>685</b> which selects the next employee (step <b>685</b>) from department data <b>605</b> and loops back to evaluate the employee. This looping continues until all employees have been evaluated, at which time decision <b>680</b> branches to “no” branch <b>688</b> whereupon processing ends at <b>695</b>.
0094<figref idref="DRAWINGS">FIG. 7</figref> is a flowchart showing a manager identifying employees' motivators and inhibitors and the People Planner System used to determine flight risks of individual employees. Processing commences at <b>700</b> whereupon the first employee is selected (step <b>705</b>) from department data <b>702</b> stored in the People Planner System.
0095The manager selects the first motivator for the selected employee (step <b>710</b>). As the name implies, motivators are factors that motivate the selected employee in his or her job. Examples of motivators include autonomy, base salary, communication, decision making authority, degree of challenge, geographic location, immediate management, monetary recognition, and opportunity for advancement. By the manager's understanding of the employee's likes and dislikes and from discussions or feedback received from the employee, the manager determines what motivates the employee and what inhibits, or hinders, the employee. If the selected employee is motivated by autonomy, the manager selects autonomy as a motivator and then applies a weight, or level of importance, to the motivator (step <b>715</b>). If an employee is greatly motivated by autonomy, a greater weight is applied to the motivator. The motivator and corresponding weight are saved in the employee's People Planner Data for future use in calculating the employee's flight risk.
0096A determination is made as to whether there are other motivators corresponding to the employee (decision <b>720</b>). If there are more motivators, decision <b>720</b> branches to “yes” branch <b>722</b> whereupon the next motivator is selected (step <b>725</b>) and a weight is applied (step <b>715</b>). This looping continues until there are no more motivators to apply to the employee at which time decision <b>720</b> branches to “no” branch <b>728</b> whereupon the process repeats for identifying inhibitors that apply to the employee.
0097The manager selects the first inhibitor for the selected employee (step <b>730</b>)). As the name implies, inhibitors are factors that inhibit the selected employee in his or her job. Examples of inhibitors include autonomy, base salary, communication, decision making authority, degree of challenge, geographic location, immediate management, monetary recognition, and opportunity for advancement. By the manager's understanding of the employee's likes and dislikes and from discussions or feedback received from the employee, the manager determines what inhibits, or hinders, the employee. If the selected employee is inhibited by opportunity for advancement, the manager selects opportunity for advancement as a inhibitor and then applies a weight, or level of importance, to the inhibitor (step <b>735</b>). If an employee is greatly inhibited by opportunity for advancement, a greater weight is applied to the inhibitor. The inhibitor and corresponding weight are saved in the employee's People Planner Data for future use in calculating the employee's flight risk.
0098A determination is made as to whether there are other inhibitors corresponding to the employee (decision <b>740</b>). If there are more inhibitors, decision <b>740</b> branches to “yes” branch <b>742</b> whereupon the next inhibitor is selected (step <b>745</b>) and a weight is applied (step <b>735</b>). This looping continues until there are no more inhibitors to apply to the employee at which time decision <b>740</b> branches to “no” branch <b>748</b>.
0099The employee's flight risk is calculated (step <b>750</b>) after the employee's motivators and inhibitors have been identified and weighed. The calculation may be performed by the manager by displaying the list of the employee motivators and inhibitors arranged by weighted value and providing the manager with employee data, such as salary data and job descriptions, to aid the manager in determining a flight risk value by comparing and contrasting the employee's motivators and inhibitors with the employees current circumstances. The flight risk calculation can also be computed using historical modeling data to compare the employee's motivators, inhibitors, and current job situation with other that have left the company. A strong similarity between the employee's profile and employees that left the organization results in a higher flight risk, while a weaker similarity results in a correspondingly lower flight risk.
0100A determination is made as to whether there are more employees for which the manager needs to assess risk (decision <b>760</b>). If there are more employees, decision <b>760</b> branches to “yes” branch <b>765</b> which selects (step <b>770</b>) the next employee from department data <b>702</b> and loops back to analyze the employee. This looping continues until all employees have been analyzed, at which time decision <b>760</b> branches to “no” branch <b>775</b> whereupon processing ends at <b>795</b>.
0101<figref idref="DRAWINGS">FIG. 8</figref> is a flowchart of logic used to group employees into contribution/flight risk quadrants for risk assessment. Processing commences at <b>800</b> whereupon the first employee is selected (step <b>810</b>) from department data <b>805</b> stored in the People Planner System.
0102The employee's contribution level is assigned (step <b>820</b>). In one embodiment, the employee's contribution level is assigned by performing an employee evaluation process integrated with the People Planner System, such as the process described in <figref idref="DRAWINGS">FIG. 6</figref>. The employee's flight risk is also assigned (step <b>825</b>). In one embodiment, the employee's flight risk is assigned by performing an risk assessment process integrated with the People Planner System, such as the process described in <figref idref="DRAWINGS">FIG. 7</figref>.
0103Determinations are made based on the employee's contribution level and flight risk in order to assign a “risk quadrant” to the employee. Risk quadrants therefore include: employees with low contribution to the organization and high risk to leave the organization (quadrant “A”), employees with high contribution to the organization and high risk to leave the organization (quadrant “B”), employees with high contribution to the organization and low risk to leave the organization (quadrant “C”), and employees with low contribution to the organization and low risk to leave the organization (quadrant “D”). Grouping employees into risk quadrants aids management, especially upper management, in analyzing large groups of employees, such as a site location, and determining whether future attrition problems are likely based on the percentage of employees in quadrant “A” and especially quadrant “B.” If problem areas exist, management can analyze employees in a given quadrant to determine if common inhibitors or motivators exist that can be used to encourage employees to remain with the organization.
0104A determination is made as to whether the selected employee's contribution to the organization is “high” (decision <b>830</b>). If the manager indicates that the selected employee's contribution is high, decision <b>830</b> branches to “yes” branch <b>832</b> whereupon a decision is made as to whether, based on the employee's inhibitors and motivators, the employee presents a flight risk to the organization (decision <b>835</b>). If the employee presents a flight risk, decision <b>835</b> branches to “yes” branch <b>838</b> whereupon the employee is assigned (step <b>840</b>) to quadrant “B” indicating a high contributor presenting a high flight risk to the organization. On the other hand, if the employee does not present a flight risk, decision <b>835</b> branches to “no” branch <b>842</b> whereupon the employee is assigned (step <b>845</b>) to quadrant “C” indicating a high contributor presenting a low flight risk to the organization.
0105Returning to decision <b>830</b>, if the selected employee's contribution to the organization is not “high”, decision <b>830</b> branches to “no” branch <b>848</b> whereupon a decision is made as to whether, based on the employee's inhibitors and motivators, the employee presents a flight risk to the organization (decision <b>850</b>). If the employee presents a flight risk, decision <b>850</b> branches to “yes” branch <b>852</b> whereupon the employee is assigned (step <b>855</b>) to quadrant “A” indicating a low contributor presenting a high flight risk to the organization. On the other hand, if the employee does not present a flight risk, decision <b>850</b> branches to “no” branch <b>858</b> whereupon the employee is assigned (step <b>860</b>) to quadrant “D” indicating a low contributor presenting a low flight risk to the organization.
0106A determination is made as to whether there are more employees that need to be assigned to a risk quadrant (decision <b>870</b>). If there are more employees, decision <b>870</b> branches to “yes” branch <b>875</b> which selects (step <b>880</b>) the next employee from department data <b>805</b> and loops back to assign the employee to a risk quadrant. This looping continues until all employees have been analyzed, at which time decision <b>870</b> branches to “no” branch <b>885</b> whereupon processing ends at <b>895</b>.
0107<figref idref="DRAWINGS">FIG. 9</figref> is a user interface and logic for organizational risk analysis concerning employees. Screen <b>900</b> shows a risk analysis summary showing the percentage of employees that were assigned to the various risk quadrants. Screen <b>900</b> includes groupings <b>910</b> and summary data <b>950</b>. The user selects one of the groupings and a summary data item. Selected grouping <b>920</b> and selected data <b>940</b> are used by summary process <b>930</b> to create new summary process <b>960</b> which has new groupings <b>980</b> based upon the previously selected grouping. New summary <b>960</b> also includes new summary data <b>970</b> based upon the previously chosen grouping and summary data item. The new summary, including new groupings <b>980</b> and new summary data <b>970</b> are displayed in screen <b>990</b>. In the example shown, the user selected the grouping <b>985</b> (“Employees by Division”) and selected the “B” quadrant. The division breakdown for the “B” quadrant is therefore shown in screen <b>990</b>. Further groupings and selected data items can be selected to more fully understand the risk analysis data.
0108<figref idref="DRAWINGS">FIG. 10</figref> is a flowchart used to analyze risk quadrants and act upon identified employees. Processing commences at <b>1000</b> whereupon the first risk quadrant (i.e. Quadrant “A”) is selected (step <b>1010</b>). The selected quadrant is displayed to the manager (step <b>1020</b>, see <figref idref="DRAWINGS">FIG. 9</figref>, screen <b>900</b> for an example quadrant view). The manager analyzes the risk quadrant data to determine whether changes are needed (step <b>1025</b>, see <figref idref="DRAWINGS">FIG. 9</figref>, screen <b>990</b> for an example of analyzing risk quadrants). Risk quadrants can be analyzed down to viewing the group of employees that are included in a particular risk quadrant. A determination is made by the manager is changes are needed to any employees within the currently viewed risk quadrant (decision <b>1025</b>). If changes are needed, decision <b>1025</b> branches to “yes” branch <b>1028</b> whereupon an employee in the risk quadrant is selected (step <b>1030</b>). A determination is made as to whether changes are needed to the employee's incentives (decision <b>1040</b>). If changes are needed to the selected employee's incentives, decision <b>1040</b> branches to “yes” branch <b>1048</b> whereupon the manager makes changes to the employee's planned nomination for stock options or other non-monetary award incentives designed to retain employees (step <b>1048</b>). If changes are not needed to the selected employee's incentives, decision <b>1040</b> branches to “no” branch <b>1058</b> bypassing changes to the employee's stock options and non-monetary awards.
0109Another determination is made as to whether to edit the employee data, such as risk planning data (decision <b>1060</b>). This determination may be in light of seeing the employee in a quadrant that does not match manager's knowledge of the employee or in light of new information learned about the employee's inhibitors or motivators. In addition, this decision might be made because of a recent or dramatic change in the employee's contribution or value to the organization based on newly acquired skills or experiences. If changes are needed to the employee's People Planner Data, decision <b>1060</b> branches to “yes” branch <b>1068</b> whereupon the manager edits one or more employee planning factors (step <b>1070</b>). On the other hand, if the manager does not need to edit the employee's planning factors, decision <b>1060</b> branches to “no” branch <b>1072</b> bypassing the edit employee planning factors step.
0110After changes are made to the selected employee the quadrant data view is updated to reflect the changed information (step <b>1075</b>) and processing returns (loop <b>1078</b>) to view the quadrant information. This looping continues until no changes are needed, at which point decision <b>1025</b> branches to “no” branch <b>1082</b>.
0111A determination is made as to whether there are more quadrants to analyze (decision <b>1085</b>). If there are more quadrants to analyze, decision <b>1085</b> branches to “yes” branch <b>1088</b> whereupon the next quadrant is selected (step <b>1090</b>) and processing loops back to analyze the selected quadrant. This looping continues until there are no more quadrants to analyze, at which point decision <b>1085</b> branches to “no” branch <b>1092</b> and risk analysis processing ends at <b>1095</b>.
0112<figref idref="DRAWINGS">FIG. 11</figref> is a flowchart used to analyze compensation of high contributing employees. The immediate (i.e., department) manager may perform the analysis in addition to higher level managers and HR personnel checking the fairness of employee evaluations.
0113Processing commences at <b>1100</b> whereupon the People Planner System selects top contributing employees that have not been identified as having critical skills (step <b>1105</b>). Top contributing employees often have critical skills that make them valuable, and therefore high contributors, to the organization. This selection helps management analyze why an employee has been identified as a top contributor without critical skills. It may be that the employee's critical skills were not noted or that the employee was incorrectly identified as a top contributor. In some cases, it may simply be that an employee without critical skills is a top contributor because of the employee's work ethic and ability to handle more tasks in a high quality manner. The selected employees are displayed to the manager (step <b>1110</b>). The manager views the selected employees and can view detailed data regarding the employees. A determination is made as to whether an employee's data in the People Planner System needs to be changed in light of the displayed data (decision <b>1115</b>). If an employee's data needs to be changed, decision <b>1115</b> branches to “yes” branch <b>1118</b> whereupon an employee is selected and data pertaining to the employee is changed (step <b>1120</b>) and processing loops back to re-analyze the group in light of the changed data. This looping continues until no employee data needs to be revised, at which time decision <b>1115</b> branches to “no” branch <b>1122</b>.
0114Another selection identifies employees having critical skills that have not been identified as top contributing employees (step <b>1125</b>). This is the reverse situation as the selection performed in step <b>1105</b>. The selected employees are displayed to the manager (step <b>1130</b>). The manager views the selected employees and can view detailed data regarding the employees. A determination is made as to whether an employee's data in the People Planner System needs to be changed in light of the displayed data (decision <b>1135</b>). If an employee's data needs to be changed, decision <b>1135</b> branches to “yes” branch <b>1138</b> whereupon an employee is selected and data pertaining to the employee is changed (step <b>1140</b>) and processing loops back to re-analyze the group in light of the changed data. This looping continues until no employee data needs to be revised, at which time decision <b>1135</b> branches to “no” branch <b>1142</b>.
0115A further selection identifies employees identified as top contributing employees that are not receiving a significant pay increase (step <b>1145</b>). Top contributing employees need to be rewarded for their efforts. In some cases, analysis of an employee in this group may reveal an employee that, for some reason, is currently overpaid in light of the employee's position, job title, and level and therefore does not require a significant salary increase. In other cases, an oversight may have occurred in not planning significant salary increases for top contributing employees. The selected employees are displayed to the manager (step <b>1150</b>). The manager views the selected employees and can view detailed data regarding the employees. A determination is made as to whether an employee's data in the People Planner System needs to be changed in light of the displayed data (decision <b>1155</b>). If an employee's data needs to be changed, decision <b>1155</b> branches to “yes” branch <b>1158</b> whereupon an employee is selected and data pertaining to the employee is changed (step <b>1160</b>) and processing loops back to re-analyze the group in light of the changed data. This looping continues until no employee data needs to be revised, at which time decision <b>1155</b> branches to “no” branch <b>1162</b>.
0116Another selection identifies employees identified as top contributing employees that are not receiving a grant of stock options (step <b>1165</b>). Top contributing employees need to be rewarded for their efforts and stock options present an incentive for such top contributing employees to remain at the company. In some cases, analysis of an employee in this group may reveal an employee that does not warrant a stock option grant. For example, an high contributing employee with little flight risk may prefer awards and greater salary increases instead of stock options. In other cases, an oversight may have occurred in not planning stock option awards for top contributing employees. The selected employees are displayed to the manager (step <b>1170</b>). The manager views the selected employees and can view detailed data regarding the employees. A determination is made as to whether an employee's data in the People Planner System needs to be changed in light of the displayed data (decision <b>1175</b>). If an employee's data needs to be changed, decision <b>1175</b> branches to “yes” branch <b>1178</b> whereupon an employee is selected and data pertaining to the employee is changed (step <b>1180</b>) and processing loops back to re-analyze the group in light of the changed data. This looping continues until no employee data needs to be revised, at which time decision <b>1175</b> branches to “no” branch <b>1182</b> whereupon this phase of compensation planning ends at <b>1195</b>.
0117<figref idref="DRAWINGS">FIG. 12</figref> is a flowchart used to analyze compensation of low contributing employees and to query additional anomalies with high and low contributors. The immediate (i.e., department) manager may perform the analysis in addition to higher level managers and HR personnel checking the fairness of employee evaluations.
0118Processing commences at <b>1200</b> whereupon the People Planner System selects low contributing employees that have been identified as having critical skills (step <b>1205</b>). Low contributing employees often do not have critical skills. This selection helps management analyze why an employee has been identified as a low contributor with critical skills. It may be that the employee's critical skills were incorrectly noted or that the employee was incorrectly identified as a low contributor. In some cases, it may simply be that an employee with critical skills is a low contributor because of the employee's work ethic or attitude and inability to handle tasks in a quality manner. The selected employees are displayed to the manager (step <b>1210</b>). The manager views the selected employees and can view detailed data regarding the employees. A determination is made as to whether an employee's data in the People Planner System needs to be changed in light of the displayed data (decision <b>1215</b>). If an employee's data needs to be changed, decision <b>1215</b> branches to “yes” branch <b>1218</b> whereupon an employee is selected and data pertaining to the employee is changed (step <b>1220</b>) and processing loops back to re-analyze the group in light of the changed data. This looping continues until no employee data needs to be revised, at which time decision <b>1215</b> branches to “no” branch <b>1222</b>.
0119Another selection identifies employees identified as low contributing employees that are receiving a significant pay increase (step <b>1225</b>). Low contributing employees typically are not rewarded as handsomely as higher contributing employees. In some cases, analysis of an employee in this group may reveal a low contributing employee that, for some reason, is currently underpaid in light of the employee's position, job title, and level and therefore requires a significant salary increase. In other cases, an oversight may have occurred in planning significant salary increases for low contributing employees. The selected employees are displayed to the manager (step <b>1230</b>). The manager views the selected employees and can view detailed data regarding the employees. A determination is made as to whether an employee's data in the People Planner System needs to be changed in light of the displayed data (decision <b>1235</b>). If an employee's data needs to be changed, decision <b>1235</b> branches to “yes” branch <b>1238</b> whereupon an employee is selected and data pertaining to the employee is changed (step <b>1240</b>) and processing loops back to re-analyze the group in light of the changed data. This looping continues until no employee data needs to be revised, at which time decision <b>1235</b> branches to “no” branch <b>1242</b>.
0120A further selection identifies employees identified as low contributing employees that are receiving a grant of stock options (step <b>1245</b>). Analysis of these employees may reveal an employees that do not warrant stock option grants. It may also be revealed that some employees in this group are not low contributors and have been identified as such incorrectly. The selected employees are displayed to the manager (step <b>1250</b>). The manager views the selected employees and can view detailed data regarding the employees. A determination is made as to whether an employee's data in the People Planner System needs to be changed in light of the displayed data (decision <b>1255</b>). If an employee's data needs to be changed, decision <b>1255</b> branches to “yes” branch <b>1258</b> whereupon an employee is selected and data pertaining to the employee is changed (step <b>1260</b>) and processing loops back to re-analyze the group in light of the changed data. This looping continues until no employee data needs to be revised, at which time decision <b>1255</b> branches to “no” branch <b>1262</b>.
0121Further top and bottom contributor queries can be performed to further identify anomalies with the planning factors currently in place for individual employees (step <b>1270</b>). People Planner Data pertaining to these employees can be changed as needed to better reflect the employees' contributions and rewards and compensation for such contributions (step <b>1280</b>). Compensation planning thereafter ends at <b>1295</b>.
0122<figref idref="DRAWINGS">FIG. 13</figref> is a flowchart showing details involved with comparing employees' compensation using benchmark information. Processing commences at <b>1300</b> whereupon the first employee in a group, such as a department or project, being analyzed is selected (step <b>1310</b>). From prior People Planner System processes, the employee should already have a job level and job title, however if the employee is new or otherwise does not have a level and job title this data is supplied to the People Planner System and stored in the employee's People Planner Data area (step <b>1320</b>). In addition, compensation levels should already be set for the employee's current compensation and salary planning data for the employee's next pay increase may already be stored in the People Planner System. If the employee does not have a current salary, then the employee's current compensation amounts are entered into the People Planner System (step <b>1325</b>).
0123The employee's job title and level (i.e., “Senior Programmer”) are converted to a corresponding national or geographic job title and level (i.e., “software programmer with 5 or more years of experience”) using a table relating the company's job titles and levels to nationally recognized titles and levels (step <b>1330</b>). The national job title and level is used to search (step <b>1340</b>) national or geographic employment data <b>1335</b> for national averages and other data about national salary ranges for the job title and level (i.e., average salary for first, second, third and fourth quartiles, etc.). Other averages are retrieved from the People Planner System for the salary data regarding the employee's job title and level within the organization (step <b>1350</b>). This data may be for the organization as a whole, the employee's site, project, or department or combinations thereof.
0124Variances between the employees actual (and possibly planned) compensation and various retrieved national and organizational benchmarks is displayed to management or human resources personnel (step <b>1360</b>). Large variances indicating that an employee is underpaid may warrant changing the employee's planning data, for example to identify the employee for a significant increase, to get the employees salary in line with the benchmark data. A determination is made as to whether the employee's data needs to be revised (decision <b>1370</b>). If the employee's data needs to be revised, decision <b>1370</b> branches to “yes” branch <b>1372</b> which loops back to enable management or human resources to reset employee information (i.e., compensation amounts) and redisplay the new planning factors in comparison with the available benchmarks. This looping continues until no further revisions to the employee's data are needed, at which point decision <b>1370</b> branches to “no” branch <b>1378</b> whereupon a determination is made as to whether there are more employees to analyze (decision <b>1380</b>).
0125If there are more employees to analyze, decision <b>1380</b> branches to “yes” branch <b>1385</b> which selects the next employee (step <b>1390</b>) and loops back to perform a comparison analysis for the selected employee. This looping continues until no more employees in the selected group need to be processed, at which time decision <b>1380</b> branches to “no” branch <b>1392</b> and processing ends at <b>1395</b>.
0126<figref idref="DRAWINGS">FIG. 14</figref> is a flowchart showing details involved with aggregate analysis of a department or area and comparison against budgetary requirements. Processing commences at <b>1400</b> whereupon various compensation counters, such as total pay increases, total stock options, total promotions, and total awards, are initialized to zero (step <b>1410</b>). People Planner Data for all employees within a particular group, such as a project or department, are selected from the People Planner Data (step <b>1420</b>). The first employee from the selected group is selected (step <b>1425</b>). The counters for planned pay increases, stock options, promotions and awards are accumulated by adding the current value of such counters to the planned pay increase, planned stock option grant, planned promotion, and planned awards for the currently selected employee (step <b>1430</b>). A determination is made as to whether more employees exist in the group to be processed (decision <b>1440</b>). If more employees exist, decision <b>1440</b> branches to “yes” branch <b>1445</b> and the next employee in the group is selected (step <b>1450</b>) and processing loops back to add the selected employees compensatory information to the running totals stored in the counters. This looping continues until all employees in the group have been processed and all planned pay increases, stock awards, promotions, and awards have been totaled. When all employees have been processed, decision <b>1440</b> branches to “no” branch <b>1452</b> whereupon budget amounts are retrieved (step <b>1450</b>) from group budget data <b>1455</b> (such as a department or project budget). Variances between the planned salary increases, stock awards, promotions, and awards and budgeted amounts are calculated and displayed (step <b>1470</b>). A determination is made, based on the displayed variances, as to whether changes are needed to employee planning factors to rectify any variances (decision <b>1475</b>). If changes are needed, decision <b>1475</b> branches to “yes” branch <b>1478</b> which allows management or human resources personnel to select one or more employees (step <b>1480</b>), increase or decrease planned salary increases, stock awards, promotions, and awards (step <b>1485</b>), and loop back to the beginning to reprocess the group and determine any further variances and changes needed. This looping continues until variances have been rectified and further changes to employee data is not needed, at which point decision <b>1475</b> branches to “no” branch <b>1492</b> and processing ends at <b>1495</b>.
0127<figref idref="DRAWINGS">FIG. 15</figref> is a flowchart for identifying key employees and performing retention analysis for identified employees. Processing commences at <b>1500</b> whereupon a first employee is selected (step <b>1510</b>) from employee data <b>1505</b>. A determination is made as to whether the selected employee is a technical employee or identified as a potential executive candidate (decision <b>1520</b>). If the employee is identified as a possible key technical employee, decision <b>1520</b> branches to “yes” branch <b>1528</b> whereupon the employee's technical experience is identified and stored in the People Planner System (step <b>1530</b>). On the other hand, if the employee is identified as a potential executive candidate, decision <b>1520</b> branches to “no” branch <b>1522</b> whereupon the employee's skill and areas of expertise are identified (step <b>1525</b>).
0128The next career goal for the selected employee is identified (step <b>1540</b>) along with the expected amount of time planned for the employee to achieve the next goal (step <b>1545</b>). The employee's ultimate goal (i.e., “Chief Technical Architect,” “Division Vice President,” etc.) is identified (step <b>1550</b>) along with the expected amount of time planned for the employee to achieve the ultimate goal (step <b>1555</b>). A mentor, such as an experienced employee in the organization, is identified for the employee (step <b>1560</b>). In addition, special certification or training planned for the employee to reach the goals is identified (step <b>1570</b>) along with any additional comments regarding the employee's potential. The identified information is stored in the employee's People Planner Data and used for long term management and direction of the employee.
0129A determination is made as to whether other potential key technical or executive candidates exist in the group (decision <b>1580</b>). If more candidates exist in the group, decision <b>1580</b> branches to “yes” branch <b>1585</b> which selects the next employee candidate (step <b>1590</b>) and loops back to process the next candidate. This looping continues until no more candidates are identified whereupon decision <b>1580</b> branches to “no” branch <b>1592</b> and processing ends at <b>1595</b>.
0130<figref idref="DRAWINGS">FIG. 16</figref> is a flowchart showing tracking of additional keywords by the People Planner System to track organizational events and reporting on employees based on the additional keywords. Keywords can be added to the People Planner System to track data such as employees attending an important conference, employees selected for a special organizational retreat, employees nominated for special awards, or any other number of items that the organization wishes to track for employees.
0131Processing commences at <b>1600</b> whereupon an administrator defines one or more keywords in the People Planner System (step <b>1610</b>). The People Planner System includes a notice area where notices about new keywords and other People Planner System changes are disseminated to management. An email message or the People Planner System notice area is used to inform management of the new keywords (step <b>1620</b>). Management selects an employee for one of the newly defined keywords (step <b>1625</b>). The keyword is set, or flagged, in the People Planner Data corresponding to the selected employee (step <b>1630</b>). A determination is made as to whether more employees should be selected for the newly added keyword (decision <b>1640</b>). This determination can be made over an amount of time and may be made by several different managers when analyzing their employees. If more employees should be selected for the keyword, decision <b>1640</b> branches to “yes” branch <b>1645</b> whereupon the next employee is selected for the keyword (step <b>1650</b>) and processing loops back to set the keyword in the People Planner Data corresponding to the selected employee. This looping continues until no more employees are selected for the keyword whereupon decision <b>1640</b> branches to “no” branch <b>1655</b>. Depending on the keyword a deadline may be established for a keyword so that employees are identified for the keyword before the deadline. For example, to prepare for a conference, a deadline typically exists for registering for the conference. At some point, a People Planner System administrator selects all employees that were selected for a particular keyword and reports or special processing takes place with the selected employees (step <b>1660</b>). For example, if the keyword corresponds to a conference, the People Planner System would process the selected employees and send registrations for each employee to the conference coordinators. A determination is made as to whether the keyword corresponds to a one time event or an ongoing activity or event (decision <b>1670</b>). If the keyword does not correspond to a one time event, decision <b>1670</b> branches to “no” branch <b>1672</b> bypassing the release of keyword space from the People Planner System. On the other hand, if the keyword corresponds to a one time event, decision <b>1670</b> branches to “yes” branch <b>1678</b> whereupon a People Planner System administrator retains a copy of a report or data file with the employees selected for the keyword (step <b>1680</b>) and the administrator releases the data space used to store the keyword data so that it can be used for other keywords (step <b>1690</b>). Keyword processing thereafter ends at <b>1695</b>.
0132<figref idref="DRAWINGS">FIG. 17</figref><i>a </i>is a diagram of an employee managed in a matrix organization with multiple managers. In the example shown, employee <b>1700</b> reports to three different managers-manager A (<b>1710</b>), manager B (<b>1720</b>), and manager C (<b>1730</b>). Also shown are the effort, or activity, levels that the employee is expected to provide to the various managers' departments. In the example shown, employee <b>1700</b> spends fifty percent of his time working for manager A (<b>1710</b>), twenty percent of his time working for manager B (<b>1720</b>), and thirty percent of his time working for manager C (<b>1730</b>).
0133<figref idref="DRAWINGS">FIG. 17</figref><i>b </i>is a flowchart used to evaluate and aware employees managed in a matrix organization with multiple managers. Processing commences at <b>1750</b> whereupon the first manager evaluates the employee and provides salary increase, stock award, award, and evaluation ratings for the employee. The manager's evaluation is multiplied (step <b>1760</b>) by a multiplier corresponding to the amount of work the employee performs for the manager (i.e. the work percentage discussed in <figref idref="DRAWINGS">FIG. 17</figref><i>a</i>). Likewise, the manager's planning of the employee's pay increase is computed (step <b>1765</b>), along with a stock award computation (step <b>1770</b>), and an awards computation (step <b>1775</b>). A determination is made as to whether additional managers need to evaluate the employee (decision <b>1780</b>). If additional managers need to evaluate the employee, decision <b>1780</b> branches to “yes” branch <b>1782</b> whereupon the next manager evaluates the employee (step <b>1785</b>) and processing loops back to multiply the next manager's evaluations and preplanning data with the multiplier corresponding to the manager. When all managers that manage the employee have performed evaluations, decision <b>1780</b> branches to “no” branch <b>1788</b> whereupon the employees total evaluation, salary increase, stock award, and other awards is computed by adding the various factors computed for each manager (step <b>1790</b>). The People Planner System can also facilitate communication between managers that each manage a given employee so that a fair assessment of the employee's contributions can be made in light of the employee's efforts and complexity involved in working in multiple areas.
0134<figref idref="DRAWINGS">FIG. 18</figref><i>a </i>is a sample three tier hierarchy chart showing employees and two layers of management. Project manager <b>1800</b> has three managers reporting to her (department manager A (<b>1805</b>), department manager B (<b>1810</b>), and department manager C (<b>1815</b>)). Each of these department managers have three employees reporting to them. Employees <b>1</b> (<b>1820</b>), <b>2</b> (<b>1822</b>), and <b>3</b> (<b>1824</b>) report to department manager A (<b>1805</b>); Employees <b>4</b> (<b>1826</b>), <b>5</b> (<b>1828</b>), and <b>6</b> (<b>1830</b>) report to department manager B (<b>1810</b>)); and Employees <b>7</b> (<b>1832</b>), <b>8</b> (<b>1834</b>), and <b>9</b> (<b>1836</b>) report to department manager C (<b>1815</b>). If project manager <b>1800</b> wants to hold a management meeting to discuss employee contributions and planning factors, sharing her view with the department managers would allow the department managers to see confidential salary, compensation, and evaluation information pertaining to the other department managers. Instead, project manager <b>1800</b> can “exclude” the department managers from her view of people planner data to allow the management team to analyze the employee planning factors and evaluations without showing information regarding the department managers. <figref idref="DRAWINGS">FIG. 18</figref><i>b </i>shows high level exclusion processing and <figref idref="DRAWINGS">FIG. 19</figref> shows detailed processing involved with setting up shared views and excluding certain employees from the viewed information.
0135<figref idref="DRAWINGS">FIG. 18</figref><i>b </i>is a diagram showing managers being excluded from a higher-level People Planner View. The project manager's normal view (<b>1850</b>) lists employees reporting to the project manager from the example shown in <figref idref="DRAWINGS">FIG. 18</figref><i>a </i>including three department managers and nine employees reporting to the department managers. Exclude managers process <b>1855</b> is performed to create a new project managers view (<b>1860</b>) which lists the employees without listing the department managers. A granting process (<b>1865</b>) allows the project manager to share the new project manager's view (<b>1860</b>) with the department managers. The result is a shared project manager's view (<b>1870</b>) viewable by the project manager (<b>1875</b>), department manager A (<b>1880</b>), department manager B (<b>1885</b>), and department manager C (<b>1890</b>).
0136<figref idref="DRAWINGS">FIG. 19</figref> is a flowchart showing employees being selected and removed from a particular People Planner System view. Processing commences at <b>1900</b> whereupon a list of all reporting employees is displayed on the manager's display device (step <b>1905</b>). The project (or higher level) manager selects the first employee (such as a reporting manager) to excluded from a new view (step <b>1910</b>). The People Planner Data associated with the selected employee is excluded from the new view (step <b>1915</b>). A determination is made as to whether the manager wants to exclude more employees (such as the department managers) from the new view (decision <b>1920</b>). If the manager wishes to exclude more employees, decision <b>1920</b> branches to “yes” branch <b>1925</b> whereupon the next employee (i.e., the next department manager) is selected (step <b>1930</b>) and processing loops back to excluded the selected employee from the new view. This looping continues until there are no more exclusion to process, at which time decision <b>1920</b> branches to “no” branch <b>1935</b>.
0137A determination is made as to whether the manager wishes to save the new view or revise the manager's current view (decision <b>1940</b>). If the manager wishes to create a new view, decision <b>1940</b> branches to “yes” branch <b>1945</b> whereupon the manager provides a new view name to identify the view (step <b>1950</b>) and the new view is saved using the new view name (step <b>1955</b>). On the other hand, if the manager simply wants to revise her current view, decision <b>1940</b> branches to “no” branch <b>1960</b> whereupon the revised view is saved (step <b>1965</b>).
0138The employees granted access to the view will often be the employees whose People Planner Data has been excluded from the view. The excluded employees can automatically be granted access to the new view or the project manager can select employees individually.
0139The manager selects a first employee (i.e., a department manager) to grant access to the new or revised view (step <b>1970</b>). The selected employee is granted access to the new or revised view (step <b>1975</b>). A determination is made as to whether additional grants need to be given for the new or revised view (decision <b>1980</b>). If more grants need to be given, decision <b>1980</b> branches to “yes” branch <b>1985</b> whereupon the next employee is selected for granting access to the new or revised view (step <b>1990</b>) and processing loops back to grant the selected employee access to the view. This looping continues until there are no more employees that need access to the view, at which time decision <b>1980</b> branches to “no” branch <b>1992</b> and processing ends at <b>1995</b>.
0140<figref idref="DRAWINGS">FIG. 20</figref> is a high level flowchart showing automated activities involved in managing organizational resources. Processing commences at <b>2000</b> whereupon resource management preprocessing activities are invoked (predefined process <b>2010</b>, see <figref idref="DRAWINGS">FIGS. 21-23</figref> for processing details).
0141Preprocessing activities determine which organizational areas, skill groups, and levels are affected by a workforce reduction. During a workforce reduction employees are identified as surplus employees (i.e., laid-off), and certain organizational areas may be eliminated. After the organizational areas, skill groups, and levels have been identified, employees in the identified areas with matching skills and levels are evaluated (predefined process <b>2020</b>, see <figref idref="DRAWINGS">FIGS. 24 and 25</figref> for processing details) to determine which employees will be identified as surplus employees. Typically immediate supervisors or management evaluates the employees.
0142The evaluations are reviewed, usually by higher levels of management and possibly by a “project office” that includes human resource professionals that manage the surplus reduction action. Hierarchical review (predefined process <b>2030</b>, see <figref idref="DRAWINGS">FIG. 28</figref> for processing details) includes in-depth review of employees' evaluations by higher management layers, identification of employees as surplus employees, as well as project office and legal review of employees recommended for surplus by management.
0143A determination is made as to whether the employee's evaluation should be revised based on a variety of factors (decision <b>2040</b>). If the evaluation should be revised, decision <b>2040</b> branches to “yes” branch <b>2044</b> which loops back to re-evaluate the employee with guidance provided by management, the project office, or legal review. On the other hand, if the evaluation does not need to be revised, decision <b>2040</b> branches to “no” branch <b>2048</b> whereupon the proposed surplus reduction is analyzed (predefined process <b>2050</b>, see <figref idref="DRAWINGS">FIG. 36</figref> for processing details) to determine the costs and benefits of performing the surplus reduction.
0144A determination is made as to whether the proposed surplus reduction needs to be revised (decision <b>2060</b>) based upon analyzing the resource reduction impact. For example, it may be determined that too many employees have been identified as surplus that may detrimentally affect the organization because of the sudden loss of skills. Alternatively, it may be determined that too few employees have been identified as surplus resulting in less compensation savings than expected. If the proposed resource reduction needs to be revised, decision <b>2060</b> branches to “yes” branch <b>2064</b> which loops back to adjust surplus parameters and re-evaluate employees based on the readjusted parameters. On the other hand, if the proposed resource reduction does not need to be revised, decision <b>2060</b> branches to “no” branch <b>2068</b> whereupon affected employees are notified and the notification and acknowledgement are tracked and recorded (predefined process <b>2070</b>, see <figref idref="DRAWINGS">FIGS. 37 and 38</figref> for processing details). Processing subsequently ends at <b>2095</b>.
0145<figref idref="DRAWINGS">FIG. 21</figref> is a flowchart showing preprocessing activities performed in planning a resource reduction. Processing commences at <b>2100</b> whereupon the organization's financial data (<b>2110</b>) is analyzed (step <b>2105</b>). A determination is made as to whether the organization needs to reduce resources in order to reduce costs and improve the organization's financial performance (decision <b>2115</b>). If the organization does not need to reduce resources, decision <b>2115</b> branches to “no” branch <b>2118</b> and processing ends at <b>2120</b>. On the other hand, if the organization does need to reduce resources, decision <b>2115</b> branches to “yes” branch <b>2128</b> whereupon resource reduction preprocessing continues.
0146Organizational data <b>2125</b>, describing areas of the organizations such as departments, projects, divisions, and functions, are read and analyzed (step <b>2130</b>). Areas that are no longer needed by the organization are identified for elimination (step <b>2140</b>) and stored with other areas identified for elimination in eliminated areas data store <b>2145</b>. Areas with surplus resources are also identified (step <b>2150</b>) and stored in surplus areas data store <b>2155</b>.
0147Surplus resources may include particular skill groups that have more employees than needed by the organizational area. For example, a software development area may have a larger percentage of business planners than is needed to perform the software development activities. In addition, specific skill groups can be identified as having surplus resources. For example, a project developing software using primarily Java may have a larger percentage of Visual Basic™ programmers than needed to perform the Java development. These surplus skill groups are identified by analyzing the areas with surplus resources (step <b>2160</b>) and the resulting analysis is stored in surplus skill groups data store <b>2165</b>.
0148In order to identify which individual employees should be eliminated as surplus resources, evaluation templates are built for each identified skill group that was found to include surplus resources (predefined process <b>2170</b>, see <figref idref="DRAWINGS">FIG. 22</figref> for further processing details) and stored in a library of evaluation templates <b>2175</b> which will be used by management to evaluate employees.
0149Using the identified skill groups, employee data, and planned amount of surplus reduction, an estimated planned surplus impact can be generated (predefined process <b>2170</b>, see <figref idref="DRAWINGS">FIG. 35</figref> for processing details) to estimate percentages of employees in various skill groups and levels that will be identified as surplus in order to attain certain cost savings for the organization. In addition, resource reduction program costs, such as severance packages for employees identified as surplus, can be estimated during predefined process <b>2170</b>. Preprocessing activities thereafter end at <b>2195</b>.
0150<figref idref="DRAWINGS">FIG. 22</figref> is a flowchart showing the creation of evaluation templates for surplus employees in identified skill groups and levels. Processing commences at <b>2300</b> whereupon a skill code for a template is received (input <b>2205</b>) by a template creator. A template creator is a person that determines what factors are used to evaluate a particular skill group and level. For example, a junior level programmer may be reviewed against factors such as “Understands Java programming fundamentals” and “Able to prepare Java source code based on design documentation.” Likewise, a senior programmer may have review factors such as “Expertise in all facets of Java,” “Mastery of software design implementation,” and “Ability to lead software team in design goals.”
0151The input code received from the user is used to locate (step <b>2220</b>) an existing skill code and its corresponding review factors from templates data store <b>2210</b>. Templates data store may be implemented using a database, such as Lotus Notes™ or another database product. A determination is made as to whether the skill code was found in the template data store (decision <b>2225</b>). If the skill code was found, decision <b>2225</b> branches to “yes” branch <b>2228</b> whereupon the current review factors corresponding to the skill code are retrieved (step <b>2230</b>) and the display factors are displayed to the user allowing the user to modify and/or delete current review factors corresponding to the skill code (step <b>2235</b>). On the other hand, if the skill code was not found, decision <b>2225</b> branches to “no” branch <b>2238</b> whereupon a new set of review factors is initialized for the new skill code and the new skill code is included in the templates data store (step <b>2240</b>).
0152A determination is made as to whether the skill code that the user entered is related to one or more skill codes (decision <b>2245</b>). For example, different levels of Java programmers may have similar review factors, with higher level programmers being evaluated against “mastery” of certain factors while lower level programmers may be evaluated against a lower threshold, such as “understanding” or “ability.” In addition, higher level skills may have additional review factors corresponding the responsibilities not required of lower level employees, such as team leading and management responsibilities. The determination as to related or similar skill groups may be determined based on a skill code naming convention (e.g., all skill codes beginning with “PRG” are deemed to be have similar or related factors), additional, the user could be prompted to retrieve additional skill code templates from which the user could copy review factors and paste into the skill template upon which the user is working. If there are related or similar review factors in other skill groups, decision <b>2245</b> branches to “yes” branch <b>2248</b> whereupon a skill code is entered (step <b>2250</b>) and the review factors corresponding to the entered skill code are retrieved (step <b>2255</b>). A determination is made as to whether there are more templates that the user wishes to retrieve (decision <b>2260</b>). If there are more templates that the user wishes to retrieve, decision <b>2260</b> branches to “yes” branch <b>2261</b> which loops back to retrieve the next template. This looping continues until all desired templates are retrieved whereupon decision <b>2260</b> branches to “no” branch <b>2262</b>. On the other hand, if there are no related or similar review factors from which the user can copy review factors, decision <b>2245</b> branches to “no” branch <b>2263</b> bypassing steps taken to load related templates.
0153The user can add, edit, or delete review factors that correspond to the desired skill code. A user action is received (input <b>2264</b>). A determination is made as to whether the user is modifying an existing review factor (decision <b>2265</b>). If the user is modifying an existing review factor, decision <b>2265</b> branches to “yes” branch <b>2268</b> whereupon review factors from loaded templates are displayed (step <b>2270</b>), the user selects one of the displayed review factors (input <b>2272</b>), and the user changes the selected review factor (input <b>2275</b>). On the other hand, if the user wishes to enter a new review factor without copying from an existing template, decision <b>2265</b> branches to “no” branch <b>2278</b> and the new review factor is provided by the user (input <b>2280</b>).
0154The modified or added review factor is stored along with the skill code in the template data store (step <b>2285</b>). A determination is made as to whether the user wants to modify, add, or delete review factors corresponding to the current template (decision <b>2290</b>). If the user wants to perform further actions to the current template, decision <b>2290</b> branches to “yes” branch <b>2292</b> which loops back to process the user's next action. This looping continues until the user no longer wishes to add, delete, or modify review factors corresponding to the current skill code, at which time decision <b>2290</b> branches to “no” branch <b>2294</b> and processing ends at <b>2295</b>.
0155<figref idref="DRAWINGS">FIG. 23</figref> is a flowchart showing organizational areas being eliminated as part of an organizational resource reduction action. Processing commences at <b>2300</b> whereupon the first eliminated area is retrieved (step <b>2310</b>) from eliminated areas data store <b>2305</b>. The eliminated areas were previously identified during preprocessing activities (see <figref idref="DRAWINGS">FIG. 21</figref> for details).
0156Employee data <b>2315</b> includes data about employees in the organization including data regarding the area, such as department, project, function, and division data that is used to locate the first area in the selected eliminated area (step <b>2320</b>). A determination is made as to whether an employee was found in the selected eliminated area (decision <b>2330</b>). If an employee was found, decision <b>2330</b> branches to “yes” branch <b>2335</b> whereupon data for the located employee is added (step <b>2340</b>) to eliminated employees data store <b>2345</b>. The next employee in the eliminated area is located (step <b>2350</b>) from employee data <b>2315</b> and processing loops back to decision <b>2330</b>. When an employee record is not found for the eliminated area, decision <b>2330</b> branches to “no” branch <b>2355</b> whereupon data regarding the next eliminated area is retrieved (step <b>2360</b>) from eliminated areas data store <b>2305</b>.
0157A determination is made as to whether data for the next eliminated area was found (decision <b>2370</b>). If another eliminated area was found, decision <b>2370</b> branches to “yes” branch <b>2380</b> whereupon processing loops back to process the employees within the eliminated area. This looping continues until there are no more eliminated areas to process, at which time decision <b>2370</b> branches to “no” branch <b>2390</b> whereupon processing of eliminated areas ends at <b>2395</b>.
0158<figref idref="DRAWINGS">FIG. 24</figref> is a flowchart showing the identification of employees for further evaluation as part of an organization's resource reduction action. Processing commences at <b>2400</b> whereupon the first surplus area is located (step <b>2410</b>) from surplus areas data store <b>2405</b>. Surplus areas data stores <b>2405</b> includes data regarding surplus areas that were identified during preprocessing activities (see <figref idref="DRAWINGS">FIG. 21</figref> for further details).
0159The first employee that works in the selected surplus area is located (step <b>2420</b>) by reading employee data store <b>2415</b> that includes data about employees in the organization, including the area (i.e., department, project, function, division) for which the employee works along with the employee's skill group (i.e., the type of job the employee has such as a programmer, business planner, manager, etc.) and the employee's level (i.e., senior programmer, associate programmer, junior programmer, etc.). A determination is made as to whether an employee was found in the surplus area (decision <b>2425</b>). If an employee was found, decision <b>2425</b> branches to “yes” branch <b>2428</b> to further analyze and process the employee. On the other hand, if an employee was not found, decision <b>2425</b> branches to “no” branch <b>2465</b> to analyze the next surplus area.
0160If an employee was found in the surplus area, decision <b>2425</b> branches to “yes” branch <b>2428</b> whereupon the employees skill group is matched (step <b>2430</b>) against the identified surplus skill groups <b>2435</b>. During preprocessing activities, certain skill groups were identified for reduction (see <figref idref="DRAWINGS">FIG. 21</figref> for further details). For example, a surplus area may need to reduce the number of business planners that are employed by the area but not need to reduce the number of programmers. In addition, levels of employees may be targeted for reduction so that the number of junior business planners is reduced while the number of senior business planners is not reduced.
0161A determination is made as to whether the selected employee's skill group (and level if applicable) is found in the list of surplus skill groups (decision <b>2440</b>). If the employee's skill group was not found in the list, decision <b>2440</b> branches to “no” branch <b>2442</b> bypassing the step of adding the employee to the affected group. On the other hand, if the employee's skill group was found in the list, decision <b>2440</b> branches to “yes” branch <b>2444</b> whereupon data regarding the employee (e.g., the employee's employee number and other identifying information) is added (step <b>2445</b>) to affected group data store <b>2450</b>. Affected group data store <b>2450</b> includes data about employees that will be evaluated to determine which employees from the affected group will be laid-off (i.e., identified as surplus employees, see <figref idref="DRAWINGS">FIGS. 24-27</figref> for details regarding evaluations of affected employees). Regardless of whether the employee is in an affected skill group, processing loops back (loop <b>2455</b>) to locate the next employee in the area (step <b>2460</b>) and determine whether another employee was found in the area (decision <b>2425</b>). This looping continues until no more employees are found in the affected area, at which point decision <b>2425</b> branches to “no” branch <b>2465</b> whereupon the next surplus area is located (step <b>2470</b>) from surplus area data store <b>2405</b>.
0162A determination is made as to whether a next surplus area is found (decision <b>2475</b>). If a next surplus area is found, decision <b>2475</b> branches to “yes” branch <b>2480</b> which loops back to process the employees in the next area and determine which of those employees are added to the affected group. This looping continues until there are no more surplus areas to process at which point decision <b>2475</b> branches to “no” branch <b>2485</b> whereupon the affected employees are evaluated (predefined process <b>2490</b>, see <figref idref="DRAWINGS">FIG. 25</figref> for details) and processing ends at <b>2495</b>.
0163<figref idref="DRAWINGS">FIG. 25</figref> is a flowchart showing the evaluation of employees in identified skill groups and levels for resource reduction. Processing commences at <b>2500</b> whereupon a first department within the identified surplus area is retrieved (step <b>2510</b>). A determination is made as to whether a department was found within the identified surplus area (decision <b>2515</b>) as processing will continue until all departments in the identified surplus area have been processed. When there are no more departments to process, decision <b>2515</b> branches to “no” branch <b>2518</b> whereupon processing ends at <b>2520</b>. On the other hand, while there are departments to process, decision <b>2515</b> branches to “yes” branch <b>2522</b> whereupon a first employee from within the selected department is retrieved (step <b>2525</b>) from affected employees data store <b>2530</b>.
0164A determination is made as to whether an employee was found within the selected department (decision <b>2535</b>) as processing of the department will continue until all employees within the department have been processed. If there are no more employees within the selected department, decision <b>2535</b> branches to “no” branch <b>2590</b> which locates (step <b>2595</b>) the next department from surplus areas data store <b>2505</b> and loops back to process the next department until all departments have been processed. On the other hand, if an employee from the selected department was found in affected group data store <b>2530</b>, decision <b>2535</b> branches to “yes” branch <b>2538</b> in order to process the selected employee.
0165A template corresponding to the selected employee's skill group and level (e.g., junior programmer, senior business analyst, etc.) is retrieved (step <b>2540</b>) from evaluation templates data store <b>2545</b>. A first review factor is selected from the retrieved evaluation template (step <b>2550</b>). The reviewer, usually the employees's manager or supervisor, evaluates the selected employee using the criteria set forth in the selected review factor (step <b>2555</b>). A determination is made as to whether there are more review factors in the evaluation template to use in the employee's evaluation (decision <b>2560</b>). If there are more review factors, decision <b>2560</b> branches to “yes” branch <b>2562</b> which loops back to select the next review factor from the evaluation template (step <b>2565</b>) and evaluate the employee using this review factor. This looping continues until there are no more review factors to use from the selected evaluation template, at which point decision <b>2560</b> branches to “no” branch <b>2568</b> whereupon the employee's evaluation is stored (step <b>2570</b>) in evaluated employees data store <b>2575</b>, and the next employee in the selected department is located (step <b>2580</b>) from affected group data store <b>2530</b> and processing loops back to process the next employee. This looping continues until there are no more employees in the selected department to process, at which time decision <b>2535</b> branches to “no” branch <b>2590</b> to locate the next department within the surplus area.
0166<figref idref="DRAWINGS">FIG. 26</figref> is a flowchart showing the grouping and sorting of evaluated employees for resource reduction activities. Processing commences at <b>2600</b> whereupon a first surplus skill group is located from surplus skill groups data store <b>2605</b>. A determination is made as to whether a surplus skill group as located (decision <b>2615</b>) as processing continues until all skill groups have been processed. If the next skill group is not located (i.e., all skill groups have been processed), decision <b>2615</b> branches to “no” branch <b>2618</b> whereupon the employees are analyzed (predefined process <b>2620</b>, see <figref idref="DRAWINGS">FIG. 27</figref> for further details) and processing ends at <b>2622</b>.
0167On the other hand, if a surplus skill group was found, decision <b>2615</b> branches to “yes” branch <b>2624</b> whereupon the first level within the skill group is selected (step <b>2625</b>) from job levels data store <b>2630</b>. A determination is made as to whether a first (next) job level for the selected skill group was found (decision <b>2635</b>) as all levels for the selected skill group are processed.
0168A job level within a skill group often notes an employee's experience or proficiency at within the skill group. For example, a new programmer may have a level of “Junior,” with an intermediate programmer having a level of “Associate,” and an experienced programmer having a level of “Senior.” In addition, some organizations give employees numeric or alphanumeric levels to note experience, such as level “1” being a junior level ranging to higher numbers (i.e., level “10”) for more experienced levels.
0169If the job level was found for the selected skill group, decision <b>2635</b> branches to “yes” branch <b>2638</b> to process the skill group/level combination. Employees with the selected skill group and level are selected (step <b>2640</b>) from evaluated employees data store <b>2645</b>. The selected group is then sorted by the employees' evaluation in order to further evaluate employee needs (step <b>2650</b>). In a database environment, the group could be selected and sorted with an SQL query statement (e.g., “SELECT*FROM EVALUATED_EMPLOYEES WHERE SKILL_GROUP=“PROGRAMMER” AND LEVEL=“JUNIOR”, ORDER BY EVALUATION).
0170The next level within the skill group is located (step <b>2680</b>) for processing from job levels data store <b>2630</b> and processing loops back to process the next level. This looping continues until a next job level is not located, at which point decision <b>2635</b> branches to “no” branch <b>2690</b> whereupon the next surplus skill group is located (step <b>2695</b>) from surplus skill groups data store <b>2605</b> and processing loops back to process the next skill group. This looping continues until there are no more skill groups to process, at which point decision <b>2615</b> branches to “no” branch <b>2618</b> whereupon the grouped and sorted employees are analyzed (predefined process <b>2620</b>, see <figref idref="DRAWINGS">FIG. 27</figref> for processing details) and processing thereafter ends at <b>2622</b>.
0171<figref idref="DRAWINGS">FIG. 27</figref> is a flowchart showing the automated analysis of evaluated employees with respect to an organization's needs in terms of resources for various skill groups and levels. Processing commences at <b>2700</b> whereupon the first surplus skill group and level are selected (step <b>2710</b>) from surplus plan data store <b>2720</b>. Surplus plan data store <b>2720</b> includes surplus planning data for various skill groups and levels that are developed during resource reduction planning. As shown, skill group “A” (i.e., “programmers”) has a planned reduction of 5% for level <b>1</b> employees and a reduction of 14% for level <b>2</b> employees, while skill group “B” (i.e., “business planners”) has a planned reduction of 17% for level <b>1</b> employees and a reduction of 12% for level <b>2</b> employees.
0172Employees with the selected skill group and level are selected (step <b>2725</b>) from sorted employees data store <b>2730</b>. The surplus percentage of employees is selected from the group based upon the employees' evaluations (step <b>2740</b>) so that those employees with worse evaluations are recommended for surplus before employees with better evaluations. The selected percentage of employees is stored (step <b>2750</b>) in recommended surplus data store <b>2760</b>. Recommended surplus data store <b>2760</b> thus includes a list of employees that are recommended for surplus based upon the surplus percentage for the employees' skill group and level and the employees' evaluations.
0173The next level within the skill group is selected (step <b>2765</b>) from surplus plan data store <b>2720</b>. A determination is made as to whether a next level was found (decision <b>2770</b>). If it was found, decision <b>2770</b> branches to “yes” branch <b>2772</b> which loops back to process the selected level. This looping continues until all levels within the selected skill group have been processed, at which time decision <b>2770</b> branches to “no” branch <b>2776</b> to process the next skill group.
0174The first level within the next skill group is selected (step <b>2780</b>) within surplus plan data store <b>2720</b> (step <b>2780</b>). A determination is made as to whether a next surplus skill group was found (decision <b>2785</b>). If a next skill group was found, decision <b>2785</b> branches to “yes” branch <b>2788</b> which loops back to process the first level within the selected skill group. This looping continues until there are no more skill groups to process, at which time decision <b>2785</b> branches to “no” branch <b>2792</b> and processing ends at <b>2795</b>.
0175<figref idref="DRAWINGS">FIG. 28</figref> is a flowchart showing hierarchical management review of employees' skill evaluations. Line management processing commences at <b>2800</b> whereupon the manager evaluates the selected employee (predefined process <b>2804</b>, see <figref idref="DRAWINGS">FIG. 25</figref> for processing details). The manager may receive a review of the manager's evaluation of the employee from reviewing management or from the personnel project office managing the resource reduction (step <b>2808</b>). A determination is made as to whether the manager receives instructions or recommendations to rework the employee's evaluation (decision <b>2810</b>). For example, the manager may have given a low evaluation to an employee with a stellar work history that is receiving stock options. In this instance, it is very likely that the manager erred in evaluating the employee and the employee's evaluation should be re-worked. In this case, deciseon <b>2810</b> branches to “yes” <b>2812</b> to re-evaluate the selected employee. On the other hand, if the manager does not receive a rework instruction or recommendation from reviewing management or the project office, decision <b>2810</b> branches to “no” branch <b>2814</b> and processing ends at <b>2816</b>.
0176Reviewing management processing commences at <b>2820</b> whereupon reviewing management receives an employee evaluation from a manager along with the manager's digital signature authenticating the evaluation (step <b>2824</b>). The reviewing manager(s) analyze the evaluation (predefined process <b>2828</b>, see <figref idref="DRAWINGS">FIG. 29</figref> for processing details). The reviewing manager(s) determine whether to agree with the manager's evaluation based upon the analysis (decision <b>2832</b>). If the reviewing manager(s) do not agree with the manager's evaluation of the employee, decision <b>2832</b> branches to “no” branch <b>2834</b> whereupon a message is returned to the manager instructing the manager to rework the evaluation (or further explain the manager's evaluation) along with a digital signature authenticating the source of the message (step <b>2836</b>) and reviewing manager processing ends at <b>2868</b>.
0177On the other hand, if the reviewing manager(s) agree with the manager's decision, decision <b>2832</b> branches to “yes” branch <b>2838</b> whereupon the employee is compared to other employees within the same skill group and level to determine whether to recommend the selected employee for surplus (predefined process <b>2840</b>, see <figref idref="DRAWINGS">FIG. 32</figref> for processing details). A determination is made as to whether reviewing management wishes to recommend the selected employee for surplus (decision <b>2844</b>). If management does not wish to recommend the employee for surplus, decision <b>2844</b> branches to “no” branch <b>2846</b> and reviewing management processing of the employee ends at <b>2868</b>. On the other hand, if reviewing management does wish to recommend that the selected employee be laid off (e.g., surplus), decision <b>2844</b> branches to “yes” branch <b>2848</b> whereupon the recommendation is sent to the project office for further review along with a digital signature authenticating the sender of the message (step <b>2852</b>). The reviewing management receives the project office's action (step <b>2856</b>). A determination is made by the reviewing management as to whether the surplus recommendation was accepted by the project office (decision <b>2860</b>). If the recommendation was not accepted, decision <b>2860</b> branches to “no” branch <b>2862</b> which loops back to re-analyze and re-evaluate the employee. On the other hand, if the recommendation was accepted, decision <b>2860</b> branches to “yes” branch <b>2864</b> and reviewing management processing of the employee ends at <b>2868</b>.
0178Project office processing commences at <b>2870</b> whereupon the project office receives a surplus recommendation for an employee along with a digital signature authenticating the reviewing management that made the recommendation (step <b>2872</b>). The project office reviews the recommendation (predefined process <b>2876</b>, see <figref idref="DRAWINGS">FIG. 33</figref> for processing details). Legal review of the surplus recommendation is also performed (predefined process <b>2880</b>, see <figref idref="DRAWINGS">FIG. 34</figref> for processing details) to determine whether the determination may violate any applicable employment laws. A determination is made as to whether the project office agrees with the surplus recommendation (decision <b>2884</b>). If the project office does not agree with the surplus recommendation, decision <b>2884</b> branches to “no” branch <b>2886</b> whereupon the recommendation is returned to the reviewing management with comments and possible instructions along with the project office's digital signature authenticating the project office as the sender of the message (step <b>2888</b>) and project office processing of the employee ends at <b>2895</b>. On the other hand, if the project office agrees with the surplus recommendation, decision <b>2884</b> branches to “yes” branch <b>2890</b> whereupon the selected employee is added to the list of surplus employees (step <b>2992</b>) and project office processing of the employee ends at <b>2895</b>.
0179<figref idref="DRAWINGS">FIG. 29</figref> is a flowchart showing more detailed hierarchical management analysis of employees' skill evaluations. Processing commences at <b>2900</b> whereupon a determination is made as to whether the manager's evaluation of the employee identified the employee as having relatively low skills for the employee's skill group and level (decision <b>2905</b>). If the employee was identified as a low-skills employee in the manager's evaluation, decision <b>2905</b> branches to “yes” branch <b>2908</b> for low-skill analysis. On the other hand, if the employee was not identified as a low-skills employee, decision <b>2905</b> branches to “no” branch <b>2928</b> for higher skill analysis.
0180Branch <b>2908</b> leads to an analysis of the low-skills evaluation (predefined process <b>2910</b>, see <figref idref="DRAWINGS">FIG. 30</figref> for processing details). A determination is made as to whether the analysis also revealed that the employee has relatively low skills for the skill group and level (decision <b>2915</b>). If the analysis determined that the employee has low skills, decision <b>2915</b> branches to “yes” branch <b>2918</b> whereupon a flag is set indicating that the analysis agrees with the manager's evaluation (step <b>2920</b>). On the other hand, if the analysis did not determine that the employee had low skills, decision <b>2915</b> branches to “no” branch <b>2922</b> whereupon the flag is set indicating that the analysis did not agree with the manager's evaluation (step <b>2925</b>).
0181Returning to decision <b>2905</b>, branch <b>2928</b> leads to an analysis of the high-skills evaluation (predefined process <b>2930</b>, see <figref idref="DRAWINGS">FIG. 31</figref> for processing details). A determination is made as to whether the analysis also revealed that the employee has relatively high skills for the skill group and level (decision <b>2935</b>). If the analysis determined that the employee has high skills, decision <b>2935</b> branches to “yes” branch <b>2938</b> whereupon a flag is set indicating that the analysis agrees with the manager's evaluation (step <b>2940</b>). On the other hand, if the analysis did not determine that the employee had high skills, decision <b>2935</b> branches to “no” branch <b>2942</b> whereupon the flag is set indicating that the analysis did not agree with the manager's evaluation (step <b>2945</b>).
0182A determination is made as to whether the analysis agreed with the manager's evaluation of the employee (decision <b>2950</b>). If the analysis agreed with the manager's evaluation, decision <b>2950</b> branches to “yes” branch <b>2952</b> whereupon analysis of the manager's evaluation ends at <b>2990</b>. On the other hand, if the analysis did not agree with the manager's evaluation, decision <b>2950</b> branches to “no” branch <b>2958</b> whereupon the evaluation is discussed with the manager (step <b>2960</b>) to determine whether other factors exist warranting the manager's evaluation. The discussion may be telephonic or via electronic messaging and the results may be stored along with the manger's original evaluation. A determination is made as to whether the reviewing management now agrees with the manager's evaluation given the additional information (decision <b>2970</b>). If the reviewing management now agrees with the manager's evaluation, decision <b>2970</b> branches to “yes” branch <b>2975</b> whereupon the flag indicating agreement is switched indicating that reviewing management now agrees with the manager's evaluation (step <b>2980</b>) whereupon processing ends at <b>2990</b>. If the reviewing management still does not agree with the manager's evaluation of the employee, decision <b>2970</b> branches to “no” branch <b>2985</b> whereupon the agreement flag remains “no” and processing ends at <b>2990</b>.
0183<figref idref="DRAWINGS">FIG. 30</figref> is a flowchart showing detailed hierarchical management analysis of employee evaluations identified as having low skills. Processing commences at <b>3000</b> whereupon planning data and actual data corresponding to the employee is retrieved (step <b>3010</b>) from employee data store <b>3005</b>.
0184An agreement flag is initiated to “yes” indicating that the reviewing management assumes that the manager's evaluation of the employee is acceptable (step <b>3012</b>). A determination is made as to whether the employee has been identified as a “top contributor” by the manager (decision <b>3015</b>). If the employee has been identified as a top contributor, decision <b>3015</b> branches to “yes” branch <b>3018</b> whereupon the agreement flag is set “no” (step <b>3020</b>). On the other hand, if the employee has not been identified as a top contributor, decision <b>3015</b> branches to “no” branch <b>3022</b> whereupon the agreement flag is not changed.
0185A determination is made as to whether the employee is receiving or has been recommended for stock options by the employee's manager (decision <b>3025</b>). If the employee is receiving stock options or has been recommended for stock options, decision <b>3025</b> branches to “yes” branch <b>3028</b> whereupon the agreement flag is set to “no” (step <b>3030</b>). On the other hand, if the employee is not receiving stock options and has not been recommended for stock options, decision <b>3025</b> branches to “no” branch <b>3032</b> whereupon the agreement flag is not changed.
0186A determination is made as to whether the employee has been recommended for a significant salary increase by the employee's manager (decision <b>3035</b>). If the employee has been recommended for a significant salary increase, decision <b>3035</b> branches to “yes” branch <b>3038</b> whereupon the agreement flag is set to “no” (step <b>3040</b>). On the other hand, if the employee has not been recommended for a significant salary increase, decision <b>3035</b> branches to “no” branch <b>3042</b> whereupon the agreement flag is not changed.
0187A determination is made as to whether the employee has been identified as having skills critical to the success of the organization (decision <b>3045</b>). If the employee has been identified as having skills critical to the success of the organization, decision <b>3045</b> branches to “yes” branch <b>3048</b> whereupon the agreement flag is set to “no” (step <b>3050</b>). On the other hand, if the employee has not been identified as having skills critical to the success of the organization, decision <b>3045</b> branches to “no” branch <b>3052</b> whereupon the agreement flag is not changed.
0188A determination is made as to whether the employee has been recommended for a promotion (decision <b>3060</b>). If the employee has been has been recommended for a promotion, decision <b>3060</b> branches to “yes” branch <b>3065</b> whereupon the agreement flag is set to “no” (step <b>3070</b>). On the other hand, if the employee has not been recommended for a promotion, decision <b>3060</b> branches to “no” branch <b>3075</b> whereupon the agreement flag is not changed.
0189Other determinations can be used, such as analyzing the employee's prior job performance evaluations, to also aid in determining whether the manager's evaluation of the employee as a low-skilled employee is correct or whether such decision warrants further in-depth review. Processing thereafter ends at <b>3095</b>.
0190<figref idref="DRAWINGS">FIG. 31</figref> is a flowchart showing detailed hierarchical management analysis of employee evaluations identified as having high skills. Processing commences at <b>3100</b> whereupon planning data and actual data corresponding to the employee is retrieved (step <b>3110</b>) from employee data store <b>3105</b>.
0191An agreement flag is initiated to “yes” indicating that the reviewing management assumes that the manager's evaluation of the employee is acceptable (step <b>3112</b>). A determination is made as to whether the employee has been identified as a “low contributor” by the manager (decision <b>3115</b>). If the employee has been identified as a low contributor, decision <b>3115</b> branches to “yes” branch <b>3118</b> whereupon the agreement flag is set “no” (step <b>3120</b>). On the other hand, if the employee has not been identified as a low contributor, decision <b>3115</b> branches to “no” branch <b>3122</b> whereupon the agreement flag is not changed.
0192A determination is made as to whether the manager planned on giving the employee no salary increase (decision <b>3135</b>). If the employee was scheduled to receive no salary increase, decision <b>3135</b> branches to “yes” branch <b>3138</b> whereupon the agreement flag is set “no” (step <b>3140</b>). On the other hand, if the employee was scheduled to receive a salary increase, decision <b>3135</b> branches to “no” branch <b>3142</b> whereupon the agreement flag is not changed.
0193Other determinations can be used, such as analyzing the employee's prior job performance evaluations, to also aid in determining whether the manager's evaluation of the employee as a high-skilled employee is correct or whether such decision warrants further in-depth review. Processing thereafter ends at <b>3195</b>.
0194<figref idref="DRAWINGS">FIG. 32</figref> is a flowchart showing management's comparison of employees within similar skill groups and levels for surplus recommendations. Processing commences at <b>3200</b> whereupon employees with the same skill group and level are selected (step <b>3205</b>) from sorted employees data store <b>3210</b>. Sorted employees data store <b>3210</b> includes employees grouped by skill group and level and sorted by the employees' evaluations.
0195The managers' evaluations of the selected employees are displayed to the manger(s) determining whether to retain or surplus employees (step <b>3215</b>). The first review factor corresponding to the selected skill group and level is selected (step <b>3220</b>). The subject employee's evaluation is compared to the other selected evaluations based on the review factor (step <b>3225</b>). The analysis can include review of both objective and subjective measures corresponding to the employees. A determination is made as to whether there are more review factors to use for analysis (decision <b>3230</b>). If there are more review factors to consider, decision <b>3230</b> branches to “yes” branch <b>3232</b> which loops back to select the next review factor for the selected skill group and level (step <b>3235</b>) and analyze the employee based on the next review factor. This looping continues until all review factors have been considered, at which point decision <b>3230</b> branches to “no” branch <b>3238</b>. The reviewing manager(s) form an initial recommendation (step <b>3240</b>) as to whether the selected employee should be laid-off (i.e., surplus employee). The system's automated recommendation is retrieved (step <b>3245</b>) from recommended surplus data store <b>3250</b> (see <figref idref="DRAWINGS">FIG. 27</figref> for details in the formation of the recommended surplus list).
0196A determination is made as to whether the managers' initial recommendation is the same as the automated recommendation (decision <b>3255</b>). If the recommendations are the same, decision <b>3255</b> branches to “yes” branch <b>3258</b> whereupon the initial recommendation is finalized (step <b>3260</b>) and processing returns at <b>3295</b>. On the other hand, if the initial recommendation is not the same as the automated recommendation, decision <b>3255</b> branches to “no” branch <b>3265</b> whereupon another determination is made as to whether the managers agree with the automated recommendation (decision <b>3270</b>). If the managers agree with the automated recommendation, decision <b>3270</b> branches to “yes” branch <b>3290</b> which loops back to re-analyze the subject employee. This looping continues until either the managers' recommendation is the same as the automated recommendation (i.e., decision <b>3255</b> branches to “yes” branch <b>3258</b>) or the managers no longer agree with the automated recommendation (i.e., decision <b>3270</b> branches to “no” branch <b>3275</b>). On the other hand, if the managers do not agree with the automated recommendation (i.e., the managers' initial recommendation is preferred), decision <b>3270</b> branches to “no” branch <b>3275</b> whereupon the initial recommendation is finalized (step <b>3280</b>) and processing returns at <b>3295</b>.
0197<figref idref="DRAWINGS">FIG. 33</figref> is a flowchart showing project office review of surplus recommendations. Project office review processing commences at <b>3300</b> whereupon the project office receives a surplus recommendation for an employee (step <b>3305</b>). Corporate surplus guidelines data store <b>3315</b> that define parameters corresponding to the resource reduction are read (step <b>3310</b>). A determination is made as to whether the employee recommended for surplus is in one of the affected areas (decision <b>3320</b>). If the employee is not in one of the affected areas, decision <b>3320</b> branches to “no” branch <b>3322</b> whereupon the surplus recommendation is rejected and returned to management with instructions for reworking the recommendation (step <b>3380</b>) and processing returns at <b>3395</b>.
0198On the other hand, if the employee is in one of the affected areas, decision <b>3320</b> branches to “yes” branch <b>3324</b> whereupon a determination is made as to whether the employee's skill group falls within the selected skill group (decision <b>3324</b>). If the employee's skill group (and optionally the employee's level) are not within an affected skill group, decision <b>3325</b> branches to “no” branch <b>3326</b> whereupon the surplus recommendation is rejected and returned to management with instructions for reworking the recommendation (step <b>3380</b>) and processing returns at <b>3395</b>.
0199On the other hand, if the employee's skill group falls within the selected skill group, decision <b>3325</b> branches to “yes” branch <b>3328</b> whereupon the employee's evaluation is analyzed by the project office (predefined process <b>3330</b>, see <figref idref="DRAWINGS">FIG. 29</figref> for processing details). A determination is made as to whether the employee's evaluation is acceptable (decision <b>3340</b>). If the evaluation of the employee is not acceptable, decision <b>3340</b> branches to “no” branch <b>3342</b> whereupon the surplus recommendation is rejected and returned to management with instructions for reworking the recommendation (step <b>3380</b>) and processing returns at <b>3395</b>.
0200On the other hand, if the evaluation of the employee is acceptable, decision <b>3340</b> branches to “yes” branch <b>3348</b> whereupon the employee's evaluation is compared to other employees in the same skill group and level (predefined process <b>3350</b>, see <figref idref="DRAWINGS">FIG. 32</figref> for processing details). A determination is made as to whether the project office agrees with management's surplus recommendation for the employee (decision <b>3355</b>). If the managers' recommendation is not acceptable, decision <b>3355</b> branches to “no” branch <b>3356</b> whereupon the surplus recommendation is rejected and returned to management with instructions for reworking the recommendation (step <b>3380</b>) and processing returns at <b>3395</b>.
0201On the other hand, if the managers' surplus recommendation is acceptable, decision <b>3355</b> branches to “yes” branch <b>3358</b> whereupon the employee is analyzed (step <b>3360</b>) using additional corporate surplus guidelines set forth in corporate surplus guidelines <b>3315</b>. A determination is made as to whether the surplus recommendation is acceptable in light of any additional corporate surplus guidelines (decision <b>3370</b>). If the surplus recommendation is not acceptable, decision <b>3370</b> branches to “no” branch <b>3372</b> whereupon the surplus recommendation is rejected and returned to management with instructions for reworking the recommendation (step <b>3380</b>) and processing returns at <b>3395</b>. On the other hand, if the surplus recommendation is acceptable, decision <b>3370</b> branches to “yes” branch <b>3374</b> whereupon a flag is set indicating that the project office agrees with the managers' surplus recommendation regarding the employee and processing returns at <b>3395</b>.
0202<figref idref="DRAWINGS">FIG. 34</figref> is a flowchart showing legal review of surplus recommendations. Legal review processing commences at <b>3400</b> whereupon the employee's employment data is reviewed (step <b>3405</b>) using local employment laws (data store <b>3410</b>) applicable to the employee and the organization. Some laws may require additional severance compensation or benefits be provided to the employee based on the employee's employment factors. For example, a local law may require employees to receive a minimum of four weeks of severance pay regardless of the number of years the employee has been employed by the organization. Any additional compensation needed to comply with laws is stored in additional compensation data store <b>3415</b>. Likewise, the individual employee's employment data is reviewed against state and national laws (steps <b>3420</b> and <b>3430</b> and respective data stores <b>3425</b> and <b>3435</b>) to determine whether additional compensation needs to be allocated and included in additional compensation data store <b>3415</b> in order to process the surplus recommendation. In addition, the individual employee data is reviewed using local, state/provincial and national laws to ensure that the employee can be laid off without violating applicable laws.
0203A determination is made as to whether the surplus recommendation for the individual employee can be processed without violating any local, state/provincial, or national laws (decision <b>3440</b>). If processing the surplus recommendation would violate any applicable laws, decision <b>3440</b> branches to “no” branch <b>3442</b> whereupon the surplus recommendation is rejected and returned to management to rework along with guidance pertaining to the laws in question (step <b>3445</b>) and legal review processing returns at <b>3495</b>.
0204On the other hand, if processing the individual employee surplus recommendation does not violate any applicable laws, decision <b>3440</b> branches to “yes” branch <b>3448</b> in order to aggregate the employees and perform further legal analyses. The employee's data record is moved from retained employees data store <b>3455</b> to surplus employees data store <b>3460</b> (step <b>3450</b>). The surplus employees data store is compared with the retained employees data store to ensure that protected classes of employees are not being discriminated against in violation of any applicable laws (step <b>3465</b>). The retained employees and surplus employees are analyzed using local, state/provincial, and national laws (steps <b>3470</b>, <b>3475</b>, and <b>3480</b> respectively).
0205A determination is made as to whether the recommendation to surplus the employee violates any applicable laws when reviewing aggregate employee groups (decision <b>3485</b>). The analysis of aggregate groups of employees may be delayed until all employees have been analyzed and a complete list of employees recommended as surplus is provided by management. If the recommendation to surplus the employee violates any applicable laws when reviewed as a group, decision <b>3485</b> branches to “no” branch <b>3488</b> whereupon the employee data record is moved (step <b>3490</b>) from surplus employees data store <b>3460</b> back to retained employees data store <b>3455</b>, the surplus recommendation is rejected and returned to management to rework along with guidance pertaining to the laws in question (step <b>3445</b>) and legal review processing returns at <b>3495</b>. On the other hand, if the recommendation to surplus the employee does not violate any applicable laws when reviewed as a group, decision <b>3485</b> branches to “yes” branch <b>3492</b> whereupon processing returns at <b>3495</b>.
0206<figref idref="DRAWINGS">FIG. 35</figref> is a flowchart showing financial impact estimation of a proposed surplus action prior to evaluation of employees' skills. Impact estimation processing commences at <b>3500</b> whereupon general severance provisions are established for the organization (step <b>3505</b>) and stored in general severance provision data store <b>3510</b>. General severance provisions may include benefits and compensation the organization plans on providing to surplus employees that are laid off. For example, an organization may plan on giving each surplus employee two weeks of pay for every year they have worked for the company and six months of medical benefits so that the employees can locate and transition to different jobs with less personal impact on the affected employees.
0207Organizational data includes affected area data store <b>3525</b> and employee data store <b>3515</b> that includes compensation information for current employees. Surplus areas are selected (step <b>3520</b>) as well as skill groups and levels (steps <b>3530</b> and <b>3535</b>). The surplus percentage for the skill and level are determined and stored (step <b>3540</b>). An expected savings (i.e., annual salary savings) is calculated by computing the average compensation paid to employees of the given skill group and level by the estimated number of surplus employees that will be reduced based on the surplus percentage. A determination is made as to whether the general severance provisions are planned for the selected skill group (decision <b>3550</b>). If the general severance provisions are planned for the selected skill group, decision <b>3550</b> branches to “yes” branch <b>3552</b> whereupon an estimated cost to surplus the planned percentage of employees is calculated using the general severance provisions (step <b>3555</b>). For example, if the average number of years worked and weekly salary within a given skill group and level is 10 years and $500, respectively, and the organization plans on providing surplus employees with 2 weeks pay for each year they have worked, then the estimated cost to surplus the group of employees would be 20 weeks of pay multiplied by the $500 average weekly salary for an estimated cost of $10,000 for each surplus employee within the skill group and level. Therefore, if the organization plans on laying off 15 such employees, the planned cost would be approximately $150,000.
0208On the other hand, if general severance provisions are not used for the affected skill group and level, decision <b>3550</b> branches to “no” branch <b>3558</b> to process the different severance provision. For example, an organization may wish to provide increased severance benefits to a particular group of employees for certain business reasons. These severance provisions for the given skill group and level are provided and stored (step <b>3560</b>). An estimated cost to surplus the planned percentage of employees is calculated using the special severance provisions (step <b>3565</b>).
0209A determination is made as to whether there are more affected levels within the skill group to process (decision <b>3570</b>). If there are more affected levels, decision <b>3570</b> branches to “yes” branch <b>3572</b> whereupon processing identifies the next level within the skill group (step <b>3575</b>) and loops back to estimate savings and costs for the next level. This looping continues until there are no more affected levels for the skill group, at which point decision <b>3570</b> branches to “no” branch <b>3578</b>. A determination is made as to whether there are more affected skill groups to process within the affected organizational areas (decision <b>3580</b>). If there are more affected skill groups, decision <b>3580</b> branches to “yes” branch <b>3582</b> whereupon processing identifies the next skill group within the affected area (step <b>3585</b>) and loops back to estimate savings and costs for the next skill group. This looping continues until there are no more affected skill groups, at which point decision <b>3580</b> branches to “no” branch <b>3588</b>. A total estimated savings and cost are displayed for all affected skill groups and levels (step <b>3590</b>).
0210A determination is made as to whether the planned resource reduction needs to be changed (decision <b>3595</b>). For example, an organization may need to reduce costs by $1 million and the estimated savings only indicates that $900 thousand in salaries will be saved by the planned resource reduction. In this case, more employees will have to be identified as surplus by increasing the surplus percentage for one or more skill groups and levels. In addition, costs to perform the resource reduction may have a budget of $500,000 but, using the planned severance provisions the costs are estimated at $600,000. In this case, the severance provisions can be reduced, for example 2 weeks pay for every year worked with a maximum of 10 weeks of pay per employee, to reduce the severance costs. If estimated savings and/or costs need to change, decision <b>3595</b> branches to “yes” branch <b>3596</b> which loops back to revise and edit severance provisions and surplus percentages. This looping continues until the estimated costs and savings are acceptable, at which point decision <b>3595</b> branches to “no” branch <b>3598</b> and processing ends at <b>3599</b>.
0211<figref idref="DRAWINGS">FIG. 36</figref> is a flowchart showing financial impact analysis of a surplus action after evaluating and recommending individual employees for surplus disposition. Impact analysis processing commences at <b>3600</b> whereupon a first surplus employee is selected (step <b>3605</b>) from surplus employee data store <b>3615</b>. A total cost and a total savings amount are each initialized to 0 (step <b>3620</b>). Savings is calculated as the current total savings amount plus the amount saved based on the selected employee's salary (step <b>3630</b>). A determination is made as to whether the selected employee receives an alternate severance package rather than the general severance package (decision <b>3635</b>) based on the employee's skill group and/or the employee's level. If the employee receives an alternate severance plan, decision <b>3635</b> branches to “yes” branch <b>3638</b> whereupon the alternate severance formula is selected (step <b>3640</b>) from severance provisions data store <b>3610</b>. On the other hand, if the employee does not receive an alternate severance plan, decision <b>3635</b> branches to “no” branch <b>3642</b> whereupon the general severance formula is selected (step <b>3645</b>) from severance provisions data store <b>3610</b>.
0212Any additional compensation payable to the employee is retrieved (step <b>3650</b>) from additional compensation data store <b>3625</b>. Additional compensation may be payable, for example, to satisfy various employment laws pertaining to laying off the particular employee (see <figref idref="DRAWINGS">FIG. 34</figref> for details). The amount of severance payable to the employee is calculated by using the selected employee's employment data (i.e., compensation), the selected severance formula, and any additional compensation (step <b>3655</b>). The total cost is calculated by adding the severance cost for the selected employee to the current total cost (step <b>3660</b>). A determination is made as to whether there are more surplus employees (decision <b>3670</b>). If there are more surplus employees, decision <b>3670</b> branches to “yes” branch <b>3675</b> which selects the next surplus employee (step <b>3680</b>) and loops back to calculate the savings and cost pertaining to the next selected employee. This looping continues until there are no more surplus employees, at which point decision <b>3670</b> branches to “no” branch <b>3685</b> whereupon the total savings and severance costs are displayed (step <b>3690</b>) and processing ends at <b>3495</b>.
0213<figref idref="DRAWINGS">FIG. 37</figref> is a flowchart showing management notification of surplus employees. Employee notification processing commences at <b>3700</b> whereupon a manager selects a first surplus employee (step <b>3704</b>). The manager, with possible assistance from other employees in the organization, determines whether a non-compete agreement is needed between the employee and the organization (step <b>3708</b>). A non-compete agreement may be needed if the employee is in possession or knowledge of organizational trade secrets and the disclosure of the trade secrets to competitors would be detrimental to the organization.
0214A determination is made as to whether a non-compete agreement is needed (decision <b>3712</b>). If a non-compete agreement is needed, decision <b>3712</b> branches to “yes” branch <b>3714</b> and the necessary non-compete provisions are added to the employee's data for processing by the employee (step <b>3716</b>). On the other hand, if a non-compete agreement is not needed, decision <b>3712</b> branches to “no” branch <b>3718</b> which bypasses the step of adding non-compete provisions to the employee's data.
0215A notification is prepared (with or without a non-compete agreement depending on decision <b>3712</b>) and the notification and surplus information materials are provided to the employee (step <b>3720</b>). The manager marks the notification by digitally signing a notification which is included in a surplus data store along with a timestamp corresponding to the manager's notification (step <b>3724</b>). A determination is made as to whether there are more employees for the manager to notify (decision <b>3724</b>). If there are more employees to notify, decision <b>3724</b> branches to “yes” branch <b>3730</b> which loops back to process and notify the next employee. This looping continues until there are no more employees to notify, at which time decision <b>3728</b> branches to “no” branch <b>3734</b> whereupon the manager receives any notices regarding notifications from the project office (step <b>3736</b>). A determination is made as to whether any project office notifications are received (decision <b>3740</b>). If any project office notifications are received, decision <b>3740</b> branches to “yes” branch <b>3742</b> which selects the employee data corresponding to the notification (step <b>3744</b>) and loops back to notify the selected employee. On the other hand, if the manager does not receive any project office notifications, decision <b>3740</b> branches to “no” branch <b>3746</b> and the manager's employee notification processing ends at <b>3748</b>.
0216Employee notification processing commences at <b>3750</b> whereupon the employee receives and processes the surplus notice provided by the manager (predefined process <b>3752</b>, see <figref idref="DRAWINGS">FIG. 38</figref> for processing details). The notice from the manager may be an electronic notice that has been digitally signed by the manager so that the employee can authenticate the sender of the notice. Employee processing thereafter ends at <b>3756</b>.
0217Project office notification processing commences at <b>3760</b> whereupon the project office waits for a period of time to allow mangers to notify surplus employees (step <b>3764</b>). After the time period elapses, the project offices selects surplus employees that have not yet been notified (step <b>3768</b>). A determination is made as to whether the list of non-notified employees is empty (decision <b>3772</b>). If the list is empty, decision <b>3772</b> branches to “yes” branch <b>3774</b> and project office notification processing ends at <b>3776</b>.
0218On the other hand, if the list of non-notified surplus employees is not empty, decision <b>3772</b> branches to “no” branch <b>3778</b> whereupon the first employee in the list is selected (step <b>3780</b>). A notification is prepared, digitally signed, and sent to the selected employee's manager informing the manager that the employee needs to be informed concerning the resource reduction (step <b>3784</b>). A determination is made as to whether there are more surplus employees in the list that have not been notified (decision <b>3788</b>). If there are more surplus employees in the list, decision <b>3788</b> branches to “yes” branch <b>3790</b> whereupon processing loops to select (step <b>3792</b>) and notify manager of the next employee in the list. This looping continues until there are no more employees in the list, whereupon decision <b>3788</b> branches to “no” branch <b>3794</b> which loops back to wait for another time interval (step <b>3764</b>) before checking to see if all surplus employees have been notified by their management. This looping continues until the list of non-notified surplus employees is empty, at which point decision <b>3772</b> branches to “yes” branch <b>3774</b> and processing ends at <b>3776</b>.
0219<figref idref="DRAWINGS">FIG. 38</figref> is a flowchart showing processing of surplus notification and non-compete obligations by affected employees. Surplus employee processing commences at <b>3800</b> whereupon the employee receives (step <b>3805</b>) original surplus notice <b>3810</b> from the employee's management. The employee processes the notice (step <b>3815</b>). In one embodiment, the notice is an electronic message that is processed by opening the message.
0220A determination is made as to whether a non-compete agreement is included in the surplus notice (decision <b>3820</b>). If non-compete provisions are included, decision <b>3820</b> branches to “yes” branch <b>3822</b> whereupon the non-compete provisions and the surplus information is displayed to the employee (step <b>3825</b>). On the other hand, if non-compete provisions are not included, decision <b>3820</b> branches to “no” branch <b>3828</b> whereupon the surplus information is displayed to the employee (step <b>3830</b>). Surplus information may include information about the employee's severance benefits as well as a termination date.
0221The employee is prompted for a response, such as a digital signature, after viewing the information (step <b>3835</b>). A determination is made as to whether the employee signed the document indicating the employee's acknowledgement to the surplus information and agreement to any included non-compete provisions (decision <b>3840</b>). If the employee signed the document, decision <b>3840</b> branches to “yes” branch <b>3844</b> whereupon the employee's digital signature is stored along with any non-compete provisions (step <b>3845</b>) and the employee is sent a key (step <b>3850</b>), such as a userid/password, to use to access special surplus benefits systems and data that assist the employee in locating employment either within or outside the organization as well as transition information. On the other hand, if the employee does not sign the document, decision <b>3840</b> branches to “no” branch <b>3842</b> which bypasses steps <b>3845</b> and <b>3850</b>. Surplus employee processing thereafter ends at <b>3855</b>.
0222Management processing commences at <b>3860</b> whereupon the manager waits for a sufficient time for notified employees to sign the documents concerning surplus information and/or non-compete obligations (step <b>3865</b>). After the waiting period elapses, employees that report to the manager that have non-compete obligations that have not been signed by the respective employees are selected (step <b>3870</b>). A determination is made as to whether the list of employees is empty (decision <b>3875</b>). If the list is not empty, decision <b>3875</b> branches to “no” branch <b>3882</b> whereupon the first employee in the list is selected (step <b>3880</b>) and a notification is prepared and sent (step <b>3885</b>) from the manager to the employee asking the employee to sign the document acknowledging the employee's non-compete obligations.
0223A determination is made as to whether there are more employees in the list to notify (decision <b>3890</b>). If there are more employees, decision <b>3890</b> branches to “yes” branch <b>3892</b> which selects (step <b>3895</b>) and notifies the next employee from the list. This looping continues until there are no more employees to notify, at which point decision <b>3890</b> branches to “no” branch <b>3896</b> which loops back to wait for a time interval (step <b>3865</b>) and recheck the employee data to determine whether all employees with non-compete obligations have signed documents acknowledging such obligations. This looping continues until the list of employees that have non-compete obligations and have not signed acknowledgements is empty, at which point decision <b>3875</b> branches to “yes” branch <b>3878</b> and processing ends at <b>3899</b>.
0224<figref idref="DRAWINGS">FIG. 39</figref> is a hierarchy chart showing relationships between processes involved in managing organizational resources. Resource reduction processing (module <b>3900</b>, see <figref idref="DRAWINGS">FIG. 20</figref>) includes modules for preprocessing surplus data (module <b>3910</b>, see <figref idref="DRAWINGS">FIG. 21</figref>), work elimination (module <b>3920</b>, see <figref idref="DRAWINGS">FIG. 23</figref>), evaluation (module <b>3930</b>), reviewing (module <b>3940</b>, see <figref idref="DRAWINGS">FIG. 28</figref>), impact analysis (module <b>3950</b>, see <figref idref="DRAWINGS">FIG. 36</figref>), and employee notification (module <b>3960</b>).
0225Preprocessing module <b>3910</b> further includes modules to build evaluation templates (module <b>3912</b>, see <figref idref="DRAWINGS">FIG. 22</figref>), and to estimate the impact of the resource reduction (module <b>3914</b>, see <figref idref="DRAWINGS">FIG. 35</figref>).
0226Evaluation module <b>3930</b> includes modules to identify affected employees (module <b>3932</b>, see <figref idref="DRAWINGS">FIG. 24</figref>), to evaluate the identified employees (module <b>3934</b>, see <figref idref="DRAWINGS">FIG. 25</figref>), to sort the evaluated employees (module <b>3936</b>, see <figref idref="DRAWINGS">FIG. 26</figref>), and to analyze the evaluated employees (module <b>3938</b>, see <figref idref="DRAWINGS">FIG. 27</figref>).
0227Review module <b>3940</b> includes modules to analyze employees by management (module <b>3941</b>, see <figref idref="DRAWINGS">FIG. 29</figref>), to compare employees with one another in order to make surplus recommendations (module <b>3944</b>, see <figref idref="DRAWINGS">FIG. 32</figref>), for project office review of surplus recommendations (module <b>3946</b>, see <figref idref="DRAWINGS">FIG. 33</figref>), and for legal review of surplus recommendations (module <b>3948</b>, see <figref idref="DRAWINGS">FIG. 34</figref>). Analyze employees module <b>3941</b> further includes modules for analyzing low skilled employees (module <b>3942</b>, see <figref idref="DRAWINGS">FIG. 30</figref>), and for analyzing high skilled employees (module <b>3943</b>, see <figref idref="DRAWINGS">FIG. 31</figref>).
0228Notice module <b>3460</b> includes modules for notifying employees (module <b>3462</b>, see <figref idref="DRAWINGS">FIG. 37</figref>) and for receiving acknowledgements from employees (module <b>3464</b>, see <figref idref="DRAWINGS">FIG. 38</figref>).
0229<figref idref="DRAWINGS">FIG. 40</figref> illustrates information handling system <b>4001</b> which is a simplified example of a computer system capable of performing the present invention. Computer system <b>4001</b> includes processor <b>4000</b> which is coupled to host bus <b>4005</b>. A level two (L<b>2</b>) cache memory <b>4010</b> is also coupled to the host bus <b>4005</b>. Host-to-PCI bridge <b>4015</b> is coupled to main memory <b>4020</b>, includes cache memory and main memory control functions, and provides bus control to handle transfers among PCI bus <b>4025</b>, processor <b>4000</b>, L<b>2</b> cache <b>4010</b>, main memory <b>4020</b>, and host bus <b>4005</b>. PCI bus <b>4025</b> provides an interface for a variety of devices including, for example, LAN card <b>4030</b>. PCI-to-ISA bridge <b>4035</b> provides bus control to handle transfers between PCI bus <b>4025</b> and ISA bus <b>4040</b>, universal serial bus (USB) functionality <b>4045</b>, IDE device functionality <b>4050</b>, power management functionality <b>4055</b>, and can include other functional elements not shown, such as a real-time clock (RTC), DMA control, interrupt support, and system management bus support. Peripheral devices and input/output (I/O) devices can be attached to various interfaces <b>4060</b> (e.g., parallel interface <b>4062</b>, serial interface <b>4064</b>, infrared (IR) interface <b>4066</b>, keyboard interface <b>4068</b>, mouse interface <b>4070</b>, and fixed disk (FDD) <b>4072</b>) coupled to ISA bus <b>4040</b>. Alternatively, many I/O devices can be accommodated by a super I/O controller (not shown) attached to ISA bus <b>4040</b>.
0230BIOS <b>4080</b> is coupled to ISA bus <b>4040</b>, and incorporates the necessary processor executable code for a variety of low-level system functions and system boot functions. BIOS <b>4080</b> can be stored in any computer readable medium, including magnetic storage media, optical storage media, flash memory, random access memory, read only memory, and communications media conveying signals encoding the instructions (e.g., signals from a network). In order to attach computer system <b>4001</b> another computer system to copy files over a network, LAN card <b>4030</b> is coupled to PCI-to-ISA bridge <b>4035</b>. Similarly, to connect computer system <b>4001</b> to an ISP to connect to the Internet using a telephone line connection, modem <b>4075</b> is connected to serial port <b>4064</b> and PCI-to-ISA Bridge <b>4035</b>.
0231While the computer system described in <figref idref="DRAWINGS">FIG. 40</figref> is capable of executing the invention described herein, this computer system is simply one example of a computer system. Those skilled in the art will appreciate that many other computer system designs are capable of performing the copying process described herein.
0232One of the preferred implementations of the invention is an application, namely, a set of instructions (program code) in a code module which may, for example, be resident in the random access memory of the computer. Until required by the computer, the set of instructions may be stored in another computer memory, for example, in a hard disk drive, or in a removable memory such as an optical disk (for eventual use in a CD ROM) or floppy disk (for eventual use in a floppy disk drive), or downloaded via the Internet or other computer network. Thus, the present invention may be implemented as a computer program product for use in a computer. In addition, although the various methods described are conveniently implemented in a general purpose computer selectively activated or reconfigured by software, one of ordinary skill in the art would also recognize that such methods may be carried out in hardware, in firmware, or in more specialized apparatus constructed to perform the required method steps.
0233While particular embodiments of the present invention have been shown and described, it will be obvious to those skilled in the art that, based upon the teachings herein, changes and modifications may be made without departing from this invention and its broader aspects and, therefore, the appended claims are to encompass within their scope all such changes and modifications as are within the true spirit and scope of this invention. Furthermore, it is to be understood that the invention is solely defined by the appended claims. It will be understood by those with skill in the art that is a specific number of an introduced claim element is intended, such intent will be explicitly recited in the claim, and in the absence of such recitation no such limitation is present. For non-limiting example, as an aid to understanding, the following appended claims contain usage of the introductory phrases “at least one” and “one or more” to introduce claim elements. However, the use of such phrases should not be construed to imply that the introduction of a claim element by the indefinite articles “a” or “an” limits any particular claim containing such introduced claim element to inventions containing only one such element, even when the same claim includes the introductory phrases “one or more” or “at least one” and indefinite articles such as “a” or “an”; the same holds true for the use in the claims of definite articles.
Contents4
41 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13 Sheet 14 Sheet 15 Sheet 16 Sheet 17 Sheet 18 Sheet 19 Sheet 20 Sheet 21 Sheet 22 Sheet 23 Sheet 24 Sheet 25 Sheet 26 Sheet 27 Sheet 28 Sheet 29 Sheet 30 Sheet 31 Sheet 32 Sheet 33 Sheet 34 Sheet 35 Sheet 36 Sheet 37 Sheet 38 Sheet 39 Sheet 40 Sheet 41
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US2008133301A1 | Cited by | United States of America | Pre-grant |
| US2009024463A1 | Cited by | United States of America | Pre-grant |
| US8639551B1 | Cited by | United States of America | Search report |
| US8660874B2 | Cited by | United States of America | Applicant |
| US9947016B2 | Cited by | United States of America | Applicant |
| US2008109299A1 | Cited by | United States of America | Pre-grant |
| US2012185261A1 | Cited by | United States of America | Pre-grant |
| US2009319344A1 | Cited by | United States of America | Pre-grant |
| US2023237394A1 | Cited by | United States of America | Search report |
| US7519556B2 | Cited by | United States of America | Applicant |
| US2003130922A1 | Cited by | United States of America | Pre-grant |
| US2006053043A1 | Cited by | United States of America | Pre-grant |
| US2009276231A1 | Cited by | United States of America | Pre-grant |
| US8306841B2 | Cited by | United States of America | Search report |
| US2006041840A1 | Cited by | United States of America | Pre-grant |
| US7383217B2 | Cited by | United States of America | Search report |
| US2011106575A1 | Cited by | United States of America | Pre-grant |
| US10388179B2 | Cited by | United States of America | Applicant |
| US2004073479A1 | Cited by | United States of America | Pre-grant |
| US2002143496A1 | Cites | United States of America | Search report |
| US2002184085A1 | Cites | United States of America | Search report |
| US2002198766A1 | Cites | United States of America | Search report |
| US2003004789A1 | Cites | United States of America | Search report |
| US2003004790A1 | Cites | United States of America | Search report |
| US2003120537A1 | Cites | United States of America | Search report |
| US5909669A | Cites | United States of America | Search report |
| US5926794A | Cites | United States of America | Search report |
| US6119097A | Cites | United States of America | Search report |
| US6275812B1 | Cites | United States of America | Search report |
| US6524109B1 | Cites | United States of America | Search report |
| US6618734B1 | Cites | United States of America | Search report |
| US6853975B1 | Cites | United States of America | Search report |
| WO9526535A1 | Cites | World Intellectual Property Organization (WIPO) | Search report |
| “Reduction in grade and removal based on unacceptable performance”, 5 CFR Part 431, Feb. 23, 1987. | Non-patent | – | Search report |
| “National Institute of Standards and Technology”, Alternative Personnel Management System, Federal Register, Oct. 21, 1997, v62, n203. | Non-patent | – | Search report |
| “Department of the Navy, Human Resources Implementation Guide” by Betty Welch, Department of the Navy Performance Management Programs, Oct. 1, 1997. | Non-patent | – | Search report |
| US Office of Personnel Management, Restructuring Information Handbook, Module 3, Reduction in Force, Jun. 1998 version. | Non-patent | – | Search report |
| “Are you really managing your corporate resources?” by Robert Skinner, Management Accounting, v80, n2, Aug. 1998. | Non-patent | – | Search report |
| “IT confidential” by John Soat, InformationWeek, Jul. 9, 2001. | Non-patent | – | Search report |
| “How to set up a Reduction in Force Program” by Knapp, Journal of Organizational Excellence, Autumn 2001. | Non-patent | – | Search report |
| “Overhaul of state civil service system is sent to Gov. Bush” by Dara Kam, South Florida Sun-Sentinel, May 5, 2001. | Non-patent | – | Search report |
| “India: HM's VRS targets 6 pc reduction in workforce”, Businessline, Jun. 8, 2001. | Non-patent | – | Search report |
| “Corporate Downsizing: The Effect of Implementation strategies on Firm Performance” by Robert Nixon, Doctor of Philosophy thesis at Texas A&M University, Dec. 1995. | Non-patent | – | Search report |
| DeWitt “The Structural Consequences of Downsizing”, Feb. 1993, Organization Science vol. 4, No. 1, pp. 30-40. | Non-patent | – | Search report |
| Steven et al “Strategic Downsizing, 1995”, 1999, Management Decision v37n7, pp. 1-30 Dialog file 15, Accession No. 02495035. | Non-patent | – | Search report |
| Davidson “Early Retirement Programs and Firm Performance”, Dec. 1996, Academy of Management Journal, vol. 39, No. 4, pp. 970-984. | Non-patent | – | Search report |
| Band et al “Strategic downsizing” 1995, Management Decision v33n8 pp. 36-45, Dialog file 15, Accession No. 01095379. | Non-patent | – | Search report |
| Band et al., Strategic Downsizing, Management Decision, vol. 33, No. 8, 1995, pp. 36-45. | Non-patent | – | Third party observation |
| Applebaum et al., Strategic Downsizing: Critical Success Factors, Management Decision, vol. 37, No. 7, 1999, p. 535. | Non-patent | – | Third party observation |
| ANPAS System (11 pages), www.webarchive.org, Apr. 2001. | Non-patent | – | Third party observation |
| Blackwell, “Job performance would decide raise,” Richmond Times-Dispatch, May 7, 1997. | Non-patent | – | Third party observation |
| Campbell et al., “Self appraisal in performance evaluation: development versus evaluation,” The Academy of Management Review, Apr. 1998. | Non-patent | – | Third party observation |
| Aram et al., “An evaluation of organizational due process in the resolution of employee/employer conflict,” The Academy of Management Review, Apr. 1981. | Non-patent | – | Third party observation |
| Lam et al., “Total quality management and performance appraisal: an experimental study of process versus results and group versus individual approaches,” Jour. of Org. Behavior, Apr. 1999. | Non-patent | – | Third party observation |
| "Reduction in grade and removal based on unacceptable performance", 5 CFR Part 431, Feb. 23, 1987. | Non-patent | – | Search report |
| "National Institute of Standards and Technology", Alternative Personnel Management System, Federal Register, Oct. 21, 1997, v62, n203. | Non-patent | – | Search report |
| "Department of the Navy, Human Resources Implementation Guide" by Betty Welch, Department of the Navy Performance Management Programs, Oct. 1, 1997. | Non-patent | – | Search report |
| US Office of Personnel Management, Restructuring Information Handbook, Module 3, Reduction in Force, Jun. 1998 version. | Non-patent | – | Search report |
| "Are you really managing your corporate resources?" by Robert Skinner, Management Accounting, v80, n2, Aug. 1998. | Non-patent | – | Search report |
| "IT confidential" by John Soat, InformationWeek, Jul. 9, 2001. | Non-patent | – | Search report |
| "How to set up a Reduction in Force Program" by Knapp, Journal of Organizational Excellence, Autumn 2001. | Non-patent | – | Search report |
| "Overhaul of state civil service system is sent to Gov. Bush" by Dara Kam, South Florida Sun-Sentinel, May 5, 2001. | Non-patent | – | Search report |
| "India: HM's VRS targets 6 pc reduction in workforce", Businessline, Jun. 8, 2001. | Non-patent | – | Search report |
| "Corporate Downsizing: The Effect of Implementation strategies on Firm Performance" by Robert Nixon, Doctor of Philosophy thesis at Texas A&M University, Dec. 1995. | Non-patent | – | Search report |
| DeWitt "The Structural Consequences of Downsizing", Feb. 1993, Organization Science vol. 4, No. 1, pp. 30-40. | Non-patent | – | Search report |
| Steven et al "Strategic Downsizing, 1995", 1999, Management Decision v37n7, pp. 1-30 Dialog file 15, Accession No. 02495035. | Non-patent | – | Search report |
| Davidson "Early Retirement Programs and Firm Performance", Dec. 1996, Academy of Management Journal, vol. 39, No. 4, pp. 970-984. | Non-patent | – | Search report |
| Band et al "Strategic downsizing" 1995, Management Decision v33n8 pp. 36-45, Dialog file 15, Accession No. 01095379. | Non-patent | – | Search report |
| Band et al., Strategic Downsizing, Management Decision, vol. 33, No. 8, 1995, pp. 36-45. | Non-patent | – | Applicant |
| Applebaum et al., Strategic Downsizing: Critical Success Factors, Management Decision, vol. 37, No. 7, 1999, p. 535. | Non-patent | – | Applicant |
| ANPAS System (11 pages), www.webarchive.org, Apr. 2001. | Non-patent | – | Applicant |
| Blackwell, "Job performance would decide raise," Richmond Times-Dispatch, May 7, 1997. | Non-patent | – | Applicant |
| Campbell et al., "Self appraisal in performance evaluation: development versus evaluation," The Academy of Management Review, Apr. 1998. | Non-patent | – | Applicant |
| Aram et al., "An evaluation of organizational due process in the resolution of employee/employer conflict," The Academy of Management Review, Apr. 1981. | Non-patent | – | Applicant |
| Lam et al., "Total quality management and performance appraisal: an experimental study of process versus results and group versus individual approaches," Jour. of Org. Behavior, Apr. 1999. | Non-patent | – | Applicant |
2 members in 1 office
Priority claims2
| Document | Office | Kind | Date |
|---|---|---|---|
| 4241502 | United States of America | A | |
| US20020042415 | – | – | – |
Members2
| Document | Office | Kind | |
|---|---|---|---|
| US2003130881A1 | United States of America | A1 | |
| US7225141B2This record | United States of America | B2 |
48 transactions on the USPTO file
Allowed after 2 non-final rejections.
- Non-final rejections
- 2
- Final rejections
- 0
- RCEs
- 0
- Appeals
- 0
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Expire PatentEXP. | EXP. | |
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Dispatch to FDCD1935 | D1935 | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Correspondence Address ChangeC.AD | C.AD | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Mail Corrected Notice of AllowanceAllowedMC/N= | MC/N= | |
| Corrected Notice of AllowanceAllowedC/N= | C/N= | |
| Mail Miscellaneous Communication to ApplicantMM327 | MM327 | |
| Miscellaneous Communication to Applicant - No Action CountM327 | M327 | |
| Pubs Case Remand to TCPUBTC | PUBTC | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Response after Non-Final ActionA... | A... | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Paralegal or electronic terminal disclaimer approvedP574 | P574 | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Terminal Disclaimer FiledDIST | DIST | |
| Response after Non-Final ActionA... | A... | |
| Mail Examiner Interview Summary (PTOL - 413)MEXIN | MEXIN | |
| Interview Summary RecordEXIN | EXIN | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Electronic Information Disclosure StatementEIDS. | EIDS. | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Correspondence Address ChangeC.ADB | C.ADB | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| IFW TSS Processing by Tech Center CompleteTSSCOMP | TSSCOMP | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Case Docketed to Examiner in GAU | – | |
| Case Docketed to Examiner in GAU | – | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Application Dispatched from OIPEOIPE | OIPE | |
| Application Is Now CompleteCOMP | COMP | |
| IFW Scan & PACR Auto Security Review | – | |
| Initial Exam Team nnIEXX | IEXX |
1 recorded assignment at the USPTO, latest first
- Now
Now: Held by
INTERNATIONAL BUSINESS MACHINES CORP - 2002-01-08
Assignment of assignors interest.
Ownership change- From
- CALDERARO MICHAEL JVICKERS PATRICIA ELEPORE LYNN P
and 1 moreShow fewer
ORDWAY WILLIAM D JR - To
- INTERNATIONAL BUSINESS MACHINES CORPINTERNATIONAL BUSINESS MACHINES CORPORATION
Recorded 2002-01-08, Signed 2001-12-12
6 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Lapsed due to failure to pay maintenance feeLapsedFP | FP | |
| Information on status: patent discontinuationPATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362STCH | STCH | |
| Lapse for failure to pay maintenance feesLapsedLAPS | LAPS | |
| Maintenance fee reminder mailedREMI | REMI | |
| Fee payment procedurePAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP | FEPP | |
| AssignmentAS | AS |
Numbers
- Publication
- 07225141
- Publication, DOCDB
- 7225141
- Publication, EPODOC
- US7225141
- Application
- 10042415
- Application, DOCDB
- 4241502
- Application, EPODOC
- US20020042415
Titles
- English
- System and method for automated resource reduction analysis
Patent term adjustment
- A delay
- +1,112 daysthe office missed an examination deadline
- Net adjustment
- 1,112 days
Classification
- CPC, 4
- G06Q10/10
- G06Q10/063112
- G06Q10/06312
- G06Q10/06398
- IPC, 3
- G06F11 34
- G06Q10 06
- G06Q10 10
- USPC, 3
- 705007140
- 705007220
- 705007420