Abstract: A method, system, and/or computer-readable medium analyzes problems in a software factory. Factory metrics that describe resources and operations within the software factory are collected and analyzed to detect problems that might have occurred during an execution of a work packet within the software factory. If the detected problems exceed one or more threshold criteria, then a detailed analysis of the detected problems is performed by matching each detected problem to one or more specific root causes through an analysis of the factory process building blocks.

Abstract: A method, system, and computer-readable medium for determining competence levels of factory teams are presented. In a preferred embodiment, the method includes the steps of: creating a template for an initial work packet, wherein the initial work packet is a self-contained work unit that is assembled within the software factory; creating a partially instantiated work packet by populating the template with details that describe pre-conditions and post-conditions necessary to execute the work packet; provisionally selecting a human team to complete coding of the partially instantiated work packet to create a final work packet; determining whether the human team is competent to create the final work packet; and in response to determining that the human team is competent to create the final work packet, ordering the human team to create the final work packet within the software factory.

Abstract: A computer implemented method, system, and/or computer program product modifies a master template for an executable document. A version architecture comprises a master template for a master document, a new variation document that describes what changes are to be made to the master template for a specific context, and a resulting modified template based on the master template and rule-based instructions found in the new variation document. A processor defines an executable master document from the master template that, when executed, produces a final product. Specific rules set out conditions for modifying the master template for the specific context. These specific rules are used to define a new variation document, which is applied against the master template to generate a context-specific modified template. The context-specific modified template is then used to generate a context-specific executable document that, when executed, generates a final context-specific product.

Abstract: A method, system, and computer-readable medium for staged validation of work packets within a software factory are presented. In one embodiment, the method includes creating a preliminary work packet. A validation constraint is appended to the preliminary work packet to create a constrained work packet. The constrained work packet is submitted to the software factory, within which the validation constraint is validated at different stages to confirm that the validation constraint is proper for the constrained work packet. If a validation result fails to meet all requirements of the validation constraint at each stage, the validation constraint is resolved, and the constrained work packet is re-submitted at that stage.

Abstract: A computer implemented method, system, and/or computer program product assigns work to a software factory for implementing a project. A project model of a project is generated. Project model subcomponents are mapped to work packets that are available to a software factory, thus leading to the generation of a work plan for performing the project via an execution of the available work packets.

Abstract: A method, system and computer program product is disclosed for supporting role-based access control in a collaborative environment, wherein pluralities of users work together in a collaborative process using a software system. The method comprises componentizing the software system into a multitude of software components, and limiting access to specific software components to certain users based on roles assigned to the users as defined by a run-time state of the collaborative process. The set of components that a user can access is dynamic, that set can change based on the “context” or the step where the user is in a collaborative workflow/process.

Abstract: Various embodiments manage metrics in a business process management environment. In one embodiment, a business process is instantiated for execution. A set of process elements associated with the business process are identified. A set of metric configurations are accessed based on the business process being instantiated. A set of metrics is identified based on the set of metric configurations. Each of the set of metrics is associated with a process element type. At least one process elements in the set of process elements is automatically configured to collect at least one metric in the set of metrics based on the process element type of the at least one process element matching the process element type associated with the at least one metric.

Abstract: A computer implemented method, system and/or computer program product schedules execution of work requests through work plan prioritization. One or more work packets are mapped to and assigned to each work request from a group of work requests. A complexity level is derived for and assigned to each work packet, and priority levels of various work requests are determined for each entity from a group of entities. A global priority for the group of work requests is then determined. The global priority and the complexity levels combine to create a priority function, which is used to schedule execution of the work requests.

Abstract: A method, system, and computer-readable medium for determining competence levels of factory teams are presented. In a preferred embodiment, the method includes the steps of: creating a template for an initial work packet, wherein the initial work packet is a self-contained work unit that is assembled within the software factory; creating a partially instantiated work packet by populating the template with details that describe pre-conditions and post-conditions necessary to execute the work packet; provisionally selecting a human team to complete coding of the partially instantiated work packet to create a final work packet; determining whether the human team is competent to create the final work packet; and in response to determining that the human team is competent to create the final work packet, ordering the human team to create the final work packet within the software factory.

Abstract: A computer implemented method, system and/or computer program product automatically allocates resources to functional areas of an enterprise activity environment. A skill level of a resource is determined for multiple functional areas. An affinity index is created and associated with each of the multiple functional areas, wherein the affinity index is based on a level of productivity drop of other resources in a specific functional area if the resource is assigned to another functional area. Expected resource and skill level requirements of a project are identified. The resource is automatically allocated to one or more functional areas based on the affinity index associated with a particular functional area in view of the expected resource and skill level requirements.

Abstract: A computer implemented method, system and/or computer program product schedule execution of work requests through work plan prioritization. One or more work packets are mapped to and assigned to each work request from a group of work requests. A complexity level is derived for and assigned to each work packet, and priority levels of various work requests are determined for each entity from a group of entities. A global priority for the group of work requests is then determined. The global priority and the complexity levels combine to create a priority function, which is used to schedule execution of the work requests.

Abstract: A computer implemented method, system and/or computer program product automatically allocate resources to functional areas of an enterprise activity environment. A skill level of a resource is determined for multiple functional areas. A unique ramp-up index is associated with each of the multiple functional areas. An affinity index is associated with each of the multiple functional areas, wherein the affinity index is based on a level of productivity drop of other resources in a specific functional area if the resource is assigned to another functional area. Expected resource and skill level requirements of a project are identified, and a cohesion index is defined. The cohesion index measures the disruption that may result from adding the resource to or removing the resource from a functional area.

Abstract: Each work item from a group of work items is categorized as either complex or intense, and a unique work requirement statement is derived for each work item based on whether it is complex or intense. A unique resource value statement is assigned to different human resources. Past performances of the human resources are analyzed against completed work items in order to adjust the unique resource value statement, thus creating updated human resource value statements. An optimized work requirement statement is created by recalculating the unique work requirement statement for each work item based on the updated human resource value statements. A schedule for automated allocation of human resources to functional areas of an enterprise activity environment and scheduling of work items to the functional areas is formulated based on the optimized requirement statement for each work item in the group of work items.

Abstract: Work packets are assembled, within a software factory, into a customized deliverable unit of software by software factory components that have been rated as being the most suitable according to requirements set by the customer. The work packets comprise exit criteria for returning the work packets and the customized deliverable unit from an assembly line to a software factory operations unit in the software factory.

Abstract: A computer implemented method, system, and/or computer program product assigns work to a software factory for implementing a project. A project model of a project is generated. Project model subcomponents are mapped to work packets that are available to a software factory, thus leading to the generation of a work plan for performing the project via an execution of the available work packets.

Abstract: A computer implemented method, system, and/or computer program product modifies a master template for an executable document. A version architecture comprises a master template for a master document, a new variation document that describes what changes are to be made to the master template for a specific context, and a resulting modified template based on the master template and rule-based instructions found in the new variation document. A processor defines an executable master document from the master template that, when executed, produces a final product. Specific rules set out conditions for modifying the master template for the specific context. These specific rules are used to define a new variation document, which is applied against the master template to generate a context-specific modified template. The context-specific modified template is then used to generate a context-specific executable document that, when executed, generates a final context-specific product.

Abstract: A method, system, and/or computer-readable medium analyzes problems in a software factory. Factory metrics that describe resources and operations within the software factory are collected and analyzed to detect problems that might have occurred during an execution of a work packet within the software factory. If the detected problems exceed one or more threshold criteria, then a detailed analysis of the detected problems is performed by matching each detected problem to one or more specific root causes through an analysis of the factory process building blocks.

Abstract: A method, system, and computer-readable medium for self-healing a software factory are presented. Factory metrics that describe resources and operations within the software factory are collected and analyzed. If the analysis reveals a significant problem within the software factory, then corrective measures are taken and stored, thus enabling the software factory to evolve and improve over time.

Abstract: Work packets are assembled, within a software factory, into a customized deliverable unit of software by software factory components that have been rated as being the most suitable according to requirements set by the customer. The work packets comprise exit criteria for returning the work packets and the customized deliverable unit from an assembly line to a software factory operations unit in the software factory.

Abstract: A method, system, and computer-readable medium that support an open marketplace for distributed service arbitrage with an integrated risk management is presented. Orders for work packets, which are processed within a software factory, are allowed to be bid upon only by software factories that have been previously ranked by a centralized marketplace portal, thus ensuring that only qualified software factories are allowed to service such orders.