WO2015162879A1 - タスク特定装置、タスク特定方法および記録媒体 - Google Patents

タスク特定装置、タスク特定方法および記録媒体 Download PDF

Info

Publication number
WO2015162879A1
WO2015162879A1 PCT/JP2015/002094 JP2015002094W WO2015162879A1 WO 2015162879 A1 WO2015162879 A1 WO 2015162879A1 JP 2015002094 W JP2015002094 W JP 2015002094W WO 2015162879 A1 WO2015162879 A1 WO 2015162879A1
Authority
WO
WIPO (PCT)
Prior art keywords
task
model
interest
activity
stakeholder
Prior art date
Application number
PCT/JP2015/002094
Other languages
English (en)
French (fr)
Inventor
絵梨子 沼田
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2016514701A priority Critical patent/JPWO2015162879A1/ja
Priority to US15/129,458 priority patent/US20170103357A1/en
Publication of WO2015162879A1 publication Critical patent/WO2015162879A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06316—Sequencing of tasks or work
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities

Definitions

  • the present invention relates to a task specifying device applied to a system development process.
  • IT vendor companies are expected to respond quickly and flexibly to system development.
  • system development using agile development and iterative development has been performed.
  • the system development is different from the project management method divided into each stage such as process-based development.
  • collaborative work within the IT vendor company and between the IT vendor company and the user company is performed. is important.
  • consensus building and information transmission based on communication between each stakeholder.
  • “stakeholder” means a decision maker involved in the development process. Specifically, it refers to planners and budget managers in the planning phase, and design managers in the design phase.
  • Non-Patent Document 1 discloses a technology related to SEMAT (Software Engineering Method and Theory), which is one of software development methods.
  • SEMAT Software Engineering Method and Theory
  • the technology disclosed in Non-Patent Document 1 is not for managing software development by process, but for the purpose of managing by tasks corresponding to each interest based on several kinds of concerns that cross the development process. Yes.
  • Patent Document 1 describes an apparatus for analyzing organizational communication logs. Patent Document 1 discloses a technique for determining factors of activation and deactivation of organizational communication by combining qualitative information using an electronic mail and an electronic bulletin board that can be analyzed quantitatively.
  • Patent Document 2 uses WBS (Work Breakdown Structure) to extract the components of the team's work, tasks, and deliverables, thereby managing the progress of multiple tasks associated with each of the multiple components.
  • WBS Work Breakdown Structure
  • Non-Patent Document 1 defines three items.
  • the three items are seven concerns that cross the development process, Kernel Alpha indicating the status of each of these concerns, and inspection items for examining the achievement level of Kernel Alpha.
  • development is managed using each card written about three defined items. Cards are arranged in chronological order according to the contents of Kernel Alpha based on their interests. The position of the card varies depending on whether or not the inspection items written in the card have been performed. Confirmation of the inspection items written on the card is performed among the stakeholders involved at that time.
  • SEMAT development can be managed on a task basis, but it is not possible to clarify the interests among the stakeholders. In other words, it is not possible to identify tasks that are lacking in recognition among stakeholders involved in development.
  • Patent Document 1 the cause of the activation and inactivation of the organization communication is determined by analyzing the communication log in the organization, but the cause of the difference in recognition of each stakeholder that is the basis of the communication is specified. I can't do it.
  • Patent Document 2 a WBS is essential for managing the progress of a task, and a project cannot be managed without a WBS. Further, similarly to Patent Document 1, it is not possible to specify the cause of the difference in recognition of each stakeholder.
  • the present invention has as its main object to provide a task identification device and the like that can identify a task that is necessary for consensus formation and information transmission in collaboration between stakeholders, but is missing from the recognition of each stakeholder.
  • the task identification device has the following configuration.
  • the interests of each stakeholder are composed of activities that constitute the interests, and tasks that are detailed to a level at which this activity can be executed.
  • the first aspect of the present invention is: An interest task model generating means for generating an interest task model in which the relationship between the activity included in the stakeholder information indicating the action content of the stakeholder, the interest to which the activity belongs, and the task that details the activity is structured; , Tasks that generate a task-specific model that structures the relationship between the interests required at any point in the development process, the activities to be achieved corresponding to the required interests, and the tasks detailing the activities Specific model generation means; It is a task specifying device provided with a task extracting unit that compares a task of an interest task model with a task of a task specifying model and extracts a difference.
  • an interest task model that structures the relationship between the activities included in the stakeholder information indicating the stakeholder's behavior, the interests to which the activity belongs, and the task that details the activity
  • Generate a task-specific model that structures the relationship between the interests required at any point in the development process, the activities to be achieved corresponding to the required interests, and the tasks detailing the activities
  • This is a task identification method that compares a task of an interest task model with a task of a task identification model and extracts a difference.
  • It is explanatory drawing which represented typically the communication between stakeholders at the time of a development process. It is a figure which shows the data structure of stakeholder information (input information). It is a figure which shows the data structure of a roll interest correspondence list
  • FIG. 19 is an explanatory diagram abstractly showing a series of processes for collating stakeholder input information with the accomplished activity list shown in FIG. 18.
  • FIG. 18
  • FIG. 11 is an explanatory diagram abstractly showing a series of processes for generating a main concern model in step S308. It is explanatory drawing which shows an example of a main interest model.
  • FIG. 10 is an explanatory diagram abstractly showing a series of processes for generating a task identification model using a main interest model and a standard task list in steps S309 to S311. It is explanatory drawing which shows an example of a task specific model. It is a flowchart which shows the operation
  • FIG. 1 is a block diagram showing a configuration of a task identification device 1 according to the first embodiment of the present invention.
  • the task identification device 1 includes an interest task model generation unit 110, a main interest model generation unit 120, a task identification model generation unit 130, a task extraction unit 140, an interest related information storage unit 200, a task model storage unit 210, and various stakeholders.
  • An information input unit 300, a search condition input unit 310, and a display unit 320 are provided.
  • the stakeholder information input by the operation of the operator or the like is output to the interest-related information storage unit 200.
  • the stakeholder information includes information about the role (hereinafter referred to as “role”) and information about the activity (hereinafter referred to as “activity”).
  • the role means a stakeholder's mission (role), and the activity means an action necessary to fulfill the mission.
  • various stakeholder information input units 300 are used in the interested task model generating unit 110, the main interested model generating unit 120, and the task specific model generating unit 130.
  • the search condition input unit 310 transmits the search condition (role and activity included in each stakeholder information) input by the operation of the operator or the like to the task extraction unit 140.
  • the interested task model generation unit 110 is based on the stakeholder information input from the various stakeholder information input units 300, and the interested task model 211 configured by a tree structure of the information extracted from the interested related information storage unit 200 (see FIG. 5). Is generated. Concern is the work that each stakeholder is particularly interested in (careful) at any point in the development process.
  • the stakeholder information includes an activity (first activity) indicating the action content of the stakeholder.
  • the information extracted from the interest-related information storage unit 200 is information indicating interests, activities, and tasks.
  • the interested task model generation unit 110 stores, in the task model storage unit 210, information in which the roles and activities included in the stakeholder information input from the various stakeholder information input units 300 are associated with the generated interested task model 211. Details of the structure of the interest task model 211 will be described later.
  • the main interest model generation unit 120 generates a main interest model 213 (see FIG. 6) in which the correspondence between the plurality of activities input from the interest related information storage unit 200 and each interest to which the activity belongs is structured. To do.
  • the main interest model generation unit 120 manages information in which main interests are associated with roles and activities included in the stakeholder information input from the various stakeholder information input units 300. Details of the structure of the main concern model 213 will be described later.
  • the task identification model generation unit 130 is structured as a task identification model 212 (FIG. 7) in which a concern related to a certain main concern, an activity related to the concern, and a correspondence relationship between tasks related to the activity are structured in a tree structure. Reference).
  • the interest is an interest constituting the main concern model 213 at a certain time generated by the main interest model generation unit 120.
  • the output task is a task acquired from the interest-related information storage unit 200 based on the activity information of the main interest model 213.
  • the activity related to the interest here is an activity to be achieved (second activity) corresponding to each interest.
  • the task specific model generation unit 130 stores, in the task model storage unit 210, information in which the roles and activities included in the stakeholder information input from the various stakeholder information input unit 300 are associated with the generated task specific model 212. Details of the structure of the task identification model 212 will be described later.
  • the task extraction unit 140 searches the information stored in the task model storage unit 210 based on the search condition input from the search condition input unit 310, and displays the search result on the display unit 320.
  • the task extraction unit 140 uses the roles and activities included in each input stakeholder information as a search condition to search the interested task model 211 and the task identification model 212 included in each related stakeholder information. Search in the model storage unit 210.
  • the task extraction unit 140 compares the task of the interested task model 211 of each stakeholder and the task of the task identification model 212, which are search results, and extracts a task difference.
  • the task extraction unit 140 outputs the extracted task difference information and the interested task model 211 and the task identification model 212 of each stakeholder as search results to the display unit 320.
  • the interest related information storage unit 200 includes a storage device (not shown) such as a memory, and the role interest correspondence list 201, the standard activity list 202, the standard task, which are defined or created in advance by the user or the like in the storage device.
  • a list 203 and an accomplished activity list 204 are stored.
  • the interested-related information storage unit 200 is based on input information (from stakeholder information (see FIG. 3A)) input from various stakeholder information input units 300, and from the stored lists 201 to 204, the interested task model generation unit 110
  • the main interest model generation unit 120 searches for information necessary for model generation and outputs the information to the generation units 110 and 120.
  • the interested-related information storage unit 200 collates the role included in the stakeholder information with the role-interest correspondence list 201 (see FIG. 3B). Extract multiple corresponding interests.
  • the interest-related information storage unit 200 compares the extracted plurality of interests with the standard activity list 202 (see FIG. 3C), and extracts a plurality of activities constituting each interest.
  • the interest-related information storage unit 200 collates the extracted activities with the activities included in the stakeholder information input from the various stakeholder information input units 300, and determines the interests to which the activities included in the input stakeholder information belong. Identify.
  • the interest-related information storage unit 200 outputs information relating the identified interest and the role included in the stakeholder information to the interest task model generation unit 110.
  • the interested-related information storage unit 200 collates the standard task list 203, extracts the tasks corresponding to the activities included in the stakeholder information, and extracts them.
  • the task and the role included in the stakeholder information are associated with each other and output to the interested task model generation unit 110.
  • the interest-related information storage unit 200 adds “interests” and “tasks” extracted from the lists 201 to 204 stored by itself based on the stakeholder information input from the various stakeholder information input units 300.
  • Information related to “role” and “activity” included in the stakeholder information is output to the interested task model generation unit 110.
  • the interested-related information storage unit 200 collates the achieved activity list 204 (see FIG. 4). As a result of the collation, the interest-related information storage unit 200 sends, to the main interest model generation unit 120, information that associates the interest that the activity belongs to the activity determined to be unachieved and the input stakeholder information. Output.
  • the interest-related information storage unit 200 determines whether or not the activity is registered in the achieved activity list 204 as an accomplished activity based on the activity included in the input stakeholder information. Further, the interest-related information storage unit 200 determines whether there is an unachieved activity that should be achieved before the activity. After the determination, the interest-related information storage unit 200 outputs information on the activity determined as unachieved to the main interest model generation unit 120. Furthermore, the interest-related information storage unit 200 registers the activity determined as unachieved in the achieved activity list 204 as an accomplished activity.
  • the interested-related information storage unit 200 performs the above-described processing for the number of pieces of stakeholder information input from the various stakeholder information input units 300.
  • the task model storage unit 210 stores the interested task model 211 and the task specifying model 212 (see FIG. 1).
  • the task model storage unit 210 further stores information associated with the models generated by the interested task model generation unit 110 and the task identification model generation unit 130. Details of the information will be described later.
  • the interest task model generation unit 110 inputs the interest, activity, and task information extracted from the interest related information storage unit 200 while inputting the stakeholder information from the various stakeholder information input unit 300 to the interest related information storage unit 200. Temporarily store.
  • the display unit 320 displays the search result input from the task extraction unit 140. Specifically, the difference information of the extracted tasks acquired from the task extraction unit 140 and the interested task model 211 and the task identification model 212 of each stakeholder, which are search results, are displayed.
  • the interested task model generation unit 110, the main interest model generation unit 120, the task specific model generation unit 130, the task extraction unit 140, the interest related information storage unit 200, various stakeholder information input units 300, and a search condition input unit 310 Is realized by, for example, a computer that operates according to a task identification program.
  • a computer program storage device (not shown) stores the task identification program.
  • the CPU reads the task specifying program, and according to the program, the interested task model generating unit 110, the main interested model generating unit 120, the task specifying model generating unit 130, the task extracting unit 140, the interested related information storage unit 200, various stakeholders. It operates as the information input unit 300 and the search condition input unit 310.
  • the interest task model generation unit 110 the main interest model generation unit 120, the task identification model generation unit 130, the task extraction unit 140, the interest related information storage unit 200, various stakeholder information input units 300, and a search condition input unit 310 May be realized by separate hardware.
  • the task model storage unit 210 is realized by a storage device such as an optical disk device, a magnetic disk device, or a memory included in the task identification device 1, for example.
  • FIG. 2 is an explanatory diagram schematically showing communication between stakeholders (A and B) at a certain point in the development process.
  • Stakeholders A and B basically have one roll (roll A or roll B). Stakeholders A and B may have a plurality of rolls.
  • the roles A and B here are a combination of the development phase in which the stakeholders A and B are involved and the areas in charge in that phase. For example, “risk manager in planning phase”, “planning planner in planning phase”, “budget officer in design phase”, and the like.
  • the concern A “risk management” shown in FIG. 2 represents the interest of the stakeholder A
  • the concern B “project planning” represents the interest of the stakeholder B.
  • Concern is a matter of concern in the development phase in which stakeholder A is based on role A and stakeholder B is based on role B and both are involved. Consists of things.
  • the concerns here include “quality assurance”, “security assurance”, “method design”, “system integration test”, etc., in addition to “risk management” and “project planning” shown in FIG.
  • the activity for the concern “risk management” is “risk management plan”.
  • the activity for the concern “project planning” is “development of project execution plan”.
  • An activity is an action that is taken into consideration based on the viewpoint of a stakeholder role, and is composed of one or a plurality of activities for one interest.
  • the activity here refers to the development phase involving stakeholders, such as “Risk Management Plan”, “Project Execution Plan Formulation” and “Summary Design Plan” shown in FIG. 2, and the actions in that phase. Is.
  • “Selection of manager” and “quantification of risk” shown in FIG. 2 represent tasks constituting the activity “risk management plan”. Further, “technological trend investigation” and “business environment analysis” shown in FIG. 2 represent tasks constituting the activity “development of project execution plan”.
  • a task is a detail of an activity to an executable level. One activity is basically composed of one or more tasks. When all of the tasks that make up the activity are completed, the activity is considered accomplished. Tasks here are the activities that stakeholders are concerned about, such as “selection of manager”, “documentation of process”, “schedule adjustment”, and “estimate work amount” shown in FIG. It is an indispensable matter to do.
  • the role interest correspondence list 201 is a list that defines the correspondence relationship between the role of a stakeholder and one or more interests that this role cares about from the viewpoint of the role. By comparing the role included in the stakeholder information with the role interest correspondence list 201, a plurality of interests corresponding to the role can be specified.
  • the standard activity list 202 is a list that defines the correspondence between the interests and the activity groups that constitute the interests. Concerns consist of groups of activities that are needed across the development process.
  • the activity groups are arranged in chronological order (t) from left to right (from left to right in FIG. 3), and it is assumed that the order to be achieved by the items on the left is earlier.
  • activities constituting each interest can be identified. Activities in the standard activity list 202 are associated with the interests to which the activity belongs.
  • By comparing the activity specified by the comparison with the standard activity list 202 and the activity included in the stakeholder information it is possible to specify the interest to which the activity included in the stakeholder information belongs.
  • the standard task list 203 is a list that defines the correspondence between activities and tasks that have been refined to a level where the activities can be executed.
  • a task can be extracted by collating the standard task list 203 based on an activity that is stakeholder information.
  • FIG. 4 is an explanatory diagram showing an example of the accomplished activity list 204.
  • the achieved activity list 204 is a list in which each activity is added or not added to the standard activity list 202 based on the standard activity list 202.
  • the interests defined in the achieved activity list 204 and the activity group constituting the interests have the same contents as the standard activity list 202.
  • the activity group constituting the interest has a time-series (t) order relationship from left to right (left side to right side in FIG. 4), and the items on the left side are achieved.
  • the power order should be fast.
  • FIG. 5 is an explanatory diagram showing the structure of the interested task model 211.
  • an activity that refines the interest to the content of the action is a child node of the interest
  • a task that refines the activity to the execution content is the child node of the activity. It is a model structured by a tree structure.
  • the interest task model 211 can structure the interests, activities, and tasks recognized by each stakeholder.
  • FIG. 6 is an explanatory diagram showing an example of the main concern model 213 at an arbitrary point in the development process.
  • the primary concern is the concern at any point in the development process, identified based on information on activities that have been achieved.
  • the main concern is an interest that includes unachieved activities that should be achieved at any point in the development process (hereinafter referred to as “required activities”) as a component.
  • the main interest model 213 may be created for a plurality of main interests.
  • the main interest model 213 is a model that includes one or more main interests, one or more interests corresponding to the main interests, and a required activity corresponding to each concern. By using the main concern model 213, it is possible to grasp information on achievement activities required for each stakeholder at a certain point in time.
  • FIG. 7 is an explanatory diagram showing the structure of the task identification model 212.
  • the task identification model 212 structures each information of the main interest in the main interest model 213, one or more interests corresponding thereto, activities corresponding to each interest, and tasks corresponding to each activity. Model.
  • the task information is extracted from the interest-related information storage unit 200. By using the task identification model 212, it is possible to grasp each information of main interest, interest, activity, and task at a certain point in the development process.
  • FIG. 8 is a flowchart showing an operation of identifying a task lacking from the recognition of each stakeholder in the task identification device 1 shown in FIG.
  • step S101 an operator or the like inputs each stakeholder information (role and activity). Based on this, the interested task model generation unit 110 generates the interested task model 211 (see FIG. 5) based on each information extracted from the role interested correspondence list 201, the standard activity list 202, and the standard task list 203. Generate. The interested task model generation unit 110 associates the generated interest task model 211 with the role information included in the stakeholder information and stores it in the task model storage unit 210. Details of the processing in step S101 will be described later.
  • the main interest model generation unit 120 Based on this, the main interest model generation unit 120 generates the main interest model 213 at a certain point in the development process based on the information in the achieved activity list 204 of the interest related information storage unit 200. Then, the main interest model generation unit 120 associates the generated main interest model 213 with the role information included in the stakeholder information, and outputs it to the task identification model generation unit 130.
  • step S ⁇ b> 103 the task identification model generation unit 130 stores the main concern model 213 (see FIG. 6) input from the main interest model generation unit 120 in step S ⁇ b> 102 and the standard stored in the interest related information storage unit 200. Based on the information in the task list 203 (see FIG. 3D), a task specifying model 212 (see FIG. 7) is generated. Then, the task specification model generation unit 130 associates the generated task specification model 212 with the role information included in the stakeholder information and stores the information in the task model storage unit 210. Details of the process of generating the task specifying model 212 in steps S102 and S103 will be described later.
  • step S104 the task extraction unit 140 extracts the interested task model 211 and the task identification model 212 related to each stakeholder stored in the task model storage unit 210 based on the search condition input from the search condition input unit 310. And displayed on the display unit 320.
  • step S104 Necessary for consensus building and information sharing by comparing the tasks constituting the interested task model 211 of each stakeholder displayed on the display unit 320 with the tasks constituting the task specifying model 212 by the operation of an operator or the like. In addition, it is possible to identify a task whose necessity is missing from the recognition of each stakeholder. Details of the processing in step S104 will be described later.
  • FIG. 9 is a flowchart showing the operation of generating the interested task model 211 of each stakeholder in the task identification device 1 (operation of step S101 in FIG. 8).
  • step S201 stakeholder information is input to various stakeholder information input unit 300 by an operation of an operator or the like.
  • the various stakeholder information input unit 300 outputs the input stakeholder information to the interest-related information storage unit 200.
  • stakeholder information shown in FIG. 10 is input.
  • the role of the stakeholder X is “risk manager in planning phase”
  • the activity is “preparation for risk management”.
  • the role of stakeholder Y is “planning manager in the planning phase”
  • the activity is “development of an execution plan”.
  • the interest-related information storage unit 200 collates with the role interest correspondence list 201 based on the role included in the input stakeholder information.
  • the interest related information storage unit 200 identifies the same role as the role included in the input stakeholder information from the roles in the role interest correspondence list 201, and extracts the interest group constituting the identified role.
  • the role interest correspondence list 201 has the contents shown in FIG.
  • the role included in the stakeholder information is “risk manager in the planning phase”
  • the interest group to be extracted is “risk management, risk assurance, information management, quality assurance, product assurance, etc.”.
  • the group of interests to be extracted is “project planning, human resource management, operation management, etc.”.
  • the interest-related information storage unit 200 collates each of the interest groups extracted in step S202 with the standard activity list 202 (see FIG. 13).
  • the interest-related information storage unit 200 extracts an interest having the same name as each interest group extracted in step S202 from the standard activity list 202, and extracts an activity group constituting the extracted interest.
  • the standard activity list 202 has the contents shown in FIG. 13 and the interest groups extracted in step S202 are “risk management” and “planning for a new system”.
  • the extracted activity group is “risk management preparation ⁇ risk management plan ⁇ risk management analysis ⁇ risk management evaluation” for “risk management”.
  • “New system planning” is “preparation of new system planning ⁇ planning of new system concept ⁇ approval of new system concept ⁇ evaluation of new system concept”.
  • the interest-related information storage unit 200 collates the extracted activity group with the activity included in the input stakeholder information, and specifies the interest to which the activity included in the stakeholder information belongs. For example, the extracted activities and the interests they belong to ⁇ "Interest: Risk management Activity group: Risk management preparation ⁇ Risk management plan ⁇ Risk management analysis ⁇ Risk management evaluation” ⁇ "Interest: Planning new system Activity group: Preparing new system planning-> Creating new system concept-> Approving new system concept-> Evaluating new system concept” The activity included in the stakeholder information is “Preparation for risk management”. Suppose that In this case, the interest-related information storage unit 200 identifies the interest to which the activity included in the stakeholder information belongs as “risk management”.
  • step S204 the interest-related information storage unit 200 collates with the standard task list 203 (see FIG. 14) based on the activity included in the input stakeholder information.
  • the activity in the standard task list 203 and the same activity as the activity included in the input stakeholder information are specified, and a task group constituting the specified activity is extracted.
  • the extracted task group is “identification of related departments, targeting related departments”. And documented survey results ”.
  • step S205 the interest task model generation unit 110 uses the activities included in the input stakeholder information and the interests and tasks extracted by the interest related information storage unit 200 in steps S202 to S204.
  • a task model 211 is generated.
  • -The stakeholder X activity (see Figure 10) included in the stakeholder information is "Preparation for risk management”
  • the interest extracted in steps S202 to S204 is “risk management” (see FIGS. 11 and 13)
  • the task group is “identification of related departments, hearing for related departments, documentation of survey results” (see FIG.
  • ⁇ "Risk management” is a node
  • ⁇ "Preparation for risk management” activity which is the child node of interest
  • ⁇ Activity child nodes are task groups such as “identification of related departments, hearings for related departments, and documenting survey results”.
  • the interested task model generation unit 110 generates the tree-related interested task model 211.
  • the interested task model generation unit 110 stores, in the task model storage unit 210, information in which the stakeholder information (role and activity) used for model generation is associated with the interested task model 211 generated in step S205. To do. For example, if the model generated by the interested task model 211 has the tree structure shown in FIG. 15A, the information to be stored includes the role “risk manager in the planning phase” and the activity “risk management” shown in FIG. Information ".
  • the interested-related information storage unit 200 and the interested-task model generation unit 110 repeat the above steps S201 to S206 for the number of activities included in the stakeholder information. Then, as shown in FIG. 16, the interested task model generation unit 110 generates the interested task model 211 for the number of times of processing, and stores it in the task model storage unit 210. For example, when the present embodiment is executed for the stakeholder X and the stakeholder Y in FIG. 10, the number of activities is “preparation for risk management” and “formation of execution plan”, so steps S201 to S206 are performed. This process is executed twice. Then, a concern task model 211 shown in FIG. 15A is generated based on the activity “preparation for risk management”, and a concern task model 211 shown in FIG. 15B is generated based on the activity “formation of an execution plan”.
  • FIG. 17 is a flowchart showing an operation of generating the task identification model 212 (operation of step S104 in FIG. 8) in the task identification device 1 according to the first embodiment of the present invention.
  • step S301 stakeholder information is input to various stakeholder information input units 300 by an operation of an operator or the like.
  • the various stakeholder information input unit 300 outputs the input stakeholder information to the interest-related information storage unit 200.
  • the stakeholder information is a role and activity that each stakeholder has (see FIG. 10).
  • step S302 the concern-related information storage unit 200 collates each activity included in the stakeholder information with the completed activity list 204 (see FIG. 4). Then, the interest-related information storage unit 200 specifies the same activity as the activity included in the input stakeholder information in the achieved activity list 204. At this time, the concern-related information storage unit 200 determines whether the identified activity is an accomplished activity or an unachieved activity in the achieved activity list 204. If the input activity is “achieved” as a result of the determination (YES in step S302), the concern-related information storage unit 200 moves the process to step S303. On the other hand, when the input activity is “not achieved” (NO in step S302), the concern-related information storage unit 200 moves the process to step S304.
  • step S ⁇ b> 303 the interest-related information storage unit 200 selects the interests to which activities that have not been achieved and that should be achieved before the activities included in the input stakeholder information belong to the activities in the achieved activity list 204.
  • the activity to be achieved first refers to an activity whose time series (t) is newer than the activity included in the stakeholder information.
  • the activity list 204 in FIG. 4 indicates an activity that exists on the right side of the activity included in the input stakeholder information.
  • the interest-related information storage unit 200 associates the interests to which the extracted activities belong and stakeholder information, and stores them in the main interest model generation unit 120.
  • FIG. 18 is an explanatory diagram of an example of the achieved activity list 204.
  • FIG. 19 is an explanatory diagram that abstractly shows a series of processes for collating the input stakeholder information with the achieved activity list 204 shown in FIG.
  • verification A and verification B indicate verification of the activities of stakeholders X and Y, respectively.
  • the activity of the stakeholder X is “preparation for risk management”, and “preparation for risk management” is “achieved” when collated with the achieved activity list 204 (see FIG. 18). That is, in the case of collation A, it determines with YES in step S302.
  • step S303 in order to extract an activity that needs to be achieved next to “preparation for risk management”, the activity is on the right side (right side in FIG. 19) from “preparation for risk management” and is “not achieved”. Identify an activity.
  • the activity “plan of risk management” corresponds to the activity on the right side of “preparation of risk management” and “not achieved”.
  • the interest-related information storage unit 200 extracts the “risk management plan”, associates the “risk management” information, which is the concern to which the “risk management plan” belongs, with the stakeholder information, and generates the main interest model generation unit 120. Further, the interest-related information storage unit 200 changes “unachieved” corresponding to the activity stored in the main interest model generation unit 120 in the achieved activity list 204 to “achieved”.
  • step S304 the interest-related information storage unit 200 has an activity whose time series (t) is older than the activity included in the stakeholder information, which is the basis of the determination in step S302, in the activity group of the achieved activity list 204. Determine if there is any.
  • the interest-related information storage unit 200 determines whether there are any unachieved activities on the left side of the activities included in the stakeholder information. If the interest-related information storage unit 200 determines that there is an activity that needs to be achieved before the activity included in the input stakeholder information (YES in step S304), the process proceeds to step S306. . On the other hand, when the interest-related information storage unit 200 determines that there is no activity that needs to be achieved before the input stakeholder activity (NO in step S304), the process proceeds to step S305.
  • step S305 the interest-related information storage unit 200 extracts the activity included in the stakeholder information that is the basis for the determination in step S302, associates the interest information to which the activity belongs with the stakeholder information, and This is stored in the thing model generation unit 120.
  • the interest-related information storage unit 200 changes the corresponding part of the extracted activity in the achieved activity list 204 from “not achieved” to “achieved”.
  • step S306 the interest-related information storage unit 200 performs the achieved activity shown in FIG. 4 rather than the activity included in the stakeholder information, which is the basis of determination in step S302, in the corresponding activity group in the achieved activity list 204. Activities that are on the left side in the list 204 and are not achieved are extracted. As a result of the extraction, the interest-related information storage unit 200 associates the interest to which the extracted activity belongs and the stakeholder information, and associates the activity included in the stakeholder information with the information of the interest to which the activity belongs. The information is stored in the main interest model generation unit 120.
  • step S306 a specific example of the processing in step S306 will be described with reference to FIG.
  • the activity of the stakeholder Y is “execution plan formulation”, and as a result of collating this activity with the achieved activity list 204, “execution plan formulation” is “not achieved”. That is, in the case of collation B in FIG. 19, YES is determined in the step S304.
  • step S306 in order to determine whether or not there is an activity that needs to be achieved prior to “development of execution plan”, it is on the left side (left side in FIG. 19) of “development of execution plan” and Identify activities that are “achieved”.
  • the activity “joint review of the plan” corresponds to the activity on the right side of “formation of execution plan” and “not achieved”. Therefore, the interest-related information storage unit 200 extracts information on activities of both “joint review of plan” and “formation of execution plan”, and information on “project planning” that is an interest to which these activities belong.
  • the stakeholder information is associated and stored in the main concern model generation unit 120. Further, the interest-related information storage unit 200 changes “unachieved” corresponding to the activity stored in the main interest model generation unit 120 in the achieved activity list 204 to “achieved”.
  • step S307 the concern-related information storage unit 200 determines whether there is unprocessed stakeholder information input to the interest-related information storage unit 200 in step S301. If there is unprocessed stakeholder information (YES in step S307), the concern-related information storage unit 200 returns the process to step S302. Then, the interested-related information storage unit 200 repeats the processes of steps S302 to S307 until the processing of all input stakeholder information is completed. On the other hand, if there is no unprocessed stakeholder information (NO in step S307), the concern-related information storage unit 200 moves the process to step S308.
  • step S ⁇ b> 308 the main interest model generation unit 120 models the interest at an arbitrary point in the achieved activity list 204 acquired from the interest related information storage unit 200 and each stakeholder information.
  • a model 213 (see FIG. 6) is generated.
  • FIG. 20 is an explanatory diagram abstractly showing a series of processes for generating the main concern model 213 in step S308.
  • the main interest model generation unit 120 inputs the generated main interest model 213 to the task specific model generation unit 130.
  • the main interest model generation unit 120 displays the interest corresponding to the main interest, the activities constituting the interest, and the activities extracted in steps S301 to S307.
  • the activity that constitutes the interest is the activity that needs to be achieved.
  • Stakeholder information from which activities are extracted is roles and activities.
  • step S309 the task identification model generation unit 130 collates the information of each activity constituting the main interest model 213 acquired from the main interest model generation unit 120 with the standard task list 203 (see FIG. 3D). .
  • the task identification model generation unit 130 “plans for risk management”, which is the activity of the main interest model 213. Is input to the interest-related information storage unit 200. Then, the task identification model generation unit 130 collates the input activity “risk management plan” with the standard task list 203 shown in FIG.
  • the task identification model generation unit 130 obtains “management policy definition” and “approval request for management policy”, which are information of the task that details the “risk management plan” from the interest-related information storage unit 200. "Process documentation”, “Role of process performer”, “Selection of risk manager” are extracted as tasks.
  • step S310 the task identification model generation unit 130 determines whether there is activity information of the main interest model 213 that is not collated with the standard task list 203 of the interest related information storage unit 200. If there is unmatched activity information (YES in step S310), task specifying model generation unit 130 returns the process to step S309. Then, the task specifying model generation unit 130 repeats the processes of steps S309 to S310 until the matching process of the activities constituting the main concern model 213 is completed. On the other hand, if there is no unmatched activity (NO in step S310), task specifying model generating unit 130 moves the process to step S311.
  • step S311 the task identification model generation unit 130 generates a task identification model 212 (see FIG. 7) using the main concern model 213 generated in steps S301 to S308 and the task extracted in step S309. . Then, the task identification model generation unit 130 associates the activity, which is the stakeholder information of the main concern model 213, with the activity of the task identification model 212.
  • the task extracted in step S309 is -Tasks corresponding to the activity "Preparation of risk management”"Definition of management policy, request for approval of management policy, process documentation, division of roles of process performers, selection of risk manager", -Tasks corresponding to the activity "Formulation of execution plan”"Detailed work contents, work amount estimation, schedule, quantification of execution risk, selection of person responsible for execution, request for approval of plan", ⁇
  • the task identification model generation unit 130 generates a task identification model 212 at an arbitrary point in the development process based on the main interest model 213 and information on the tasks in the standard task list 203.
  • FIG. 22 shows a series of processes for generating the task identification model 212 (see FIG. 7) using the main concern model 213 (see FIG. 6) and the standard task list 203 (see FIG. 3D) in steps S309 to S311.
  • FIG. 22 shows a series of processes for generating the task identification model 212 (see FIG. 7) using the main concern model 213 (see FIG. 6) and the standard task list 203 (see FIG. 3D) in steps S309 to S311.
  • FIG. 23 is an explanatory diagram showing an example of the task specifying model 212.
  • the task identification model 212 is ⁇ Nodes are the main concerns at any point in time, "risk management” and “project”, ⁇ The child nodes of the main concern are the activities “risk management plan”, “development of execution plan” and “joint review of plan”, The child nodes of each activity are assigned to the following tasks: “Defining management policies, requesting approval for management policies, documenting processes, assigning roles of process performers, selecting risk managers” "Detailed work details, work amount estimation, schedule, quantification of execution risk, selection of person responsible for execution, request for approval of plan”, “Definition of review methods, selection of reviewers, schedule”, This is a model structured with a tree structure.
  • step S312 the task specific model generation unit 130 stores, in the task model storage unit 210, information in which the roles and activities included in the stakeholder information are associated with the task specific model 212 generated in step S311.
  • FIG. 24 is a flowchart showing an operation in which the task identification device 1 according to the present embodiment searches the interested task model 211 and the task identification model 212.
  • step S401 stakeholder information, which is a search condition, is input to the search condition input unit 310 through an operation of an operator or the like.
  • the search condition input unit 310 passes the input stakeholder information to the task extraction unit 140. For example, when the tasks related to the stakeholder X and the stakeholder Y shown in FIG. 10 are extracted, the role “risk manager in the planning phase” and the activity “risk management plan” are input. Further, the role “planning manager in the planning phase” and the activity “form the execution plan” of the stakeholder Y are input.
  • step S402 the task extraction unit 140 searches the task model storage unit 210 based on the stakeholder information input from the search condition input unit 310, and the interested task model 211 and the task specific model related to the search condition. 212 is extracted. Then, the task extraction unit 140 compares the task of the interested task model 211 with the task of the task identification model 212 based on the task identification model 212, and extracts the difference (difference task). The extraction result is a task that is missing from the concern task model 211. Then, the task extraction unit 140 outputs the extracted task information and the information on the interested task model 211 and the task identification model 212 related to the search condition to the display unit 320.
  • the information of the stakeholder X and the stakeholder Y shown in FIG. 10 is input as a search condition, and the interested task model 211 shown in FIGS. 15A and 15B and the task identification shown in FIG. Assume that the model 212 is extracted.
  • the task lacking from the recognition of the stakeholder X and the stakeholder Y is “definition of review method, selection of reviewer, schedule” belonging to the activity “joint review of the plan”.
  • step S403 when the display unit 320 inputs from the task extraction unit 140 each of the interested task models 211 of each stakeholder, the task identification model 212, and the task that is missing from the recognition of each stakeholder, the contents are displayed. Display the information shown. An example of the display screen is shown in FIG. FIG. 25 is a diagram illustrating an example of a screen that displays the contents of the difference task.
  • a task recognized by each stakeholder related to a development process at a certain arbitrary point is compared with an unachieved task of the development process at that point, and the difference is extracted. Based on this difference extraction, at any point of development, identify tasks that are necessary for consensus building and information transfer in collaborative work between stakeholders in service development and system development, and missing from the recognition of each stakeholder To do. Thereby, consensus formation and information transmission between each stakeholder can be promoted.
  • task-based management is possible instead of process-based development techniques. This makes it easier to guide and manage development involving collaboration among stakeholders such as repeated development and agile development.
  • a task specifying device 1a shown in FIG. 26 is a block diagram of a minimum configuration of the task specifying device 1 shown in FIG.
  • the task specifying device 1a includes an interested task model generating unit 11 (corresponding to the interested task model generating unit 110 shown in FIG. 1), a task specifying model generating unit 13 (corresponding to the task specifying model generating unit 130 shown in FIG. 1), and A task extraction unit 14 (corresponding to the task extraction unit 140 shown in FIG. 1) is provided.
  • the interest task model generation unit 11 generates an interest task model in which the relationship between the activity included in the stakeholder information indicating the action content of the stakeholder, the interest to which the activity belongs, and the task that details the activity is structured. Generate.
  • the task specific model generation unit 13 structures the relationship between the interests required at an arbitrary point in the development process, the activities to be achieved corresponding to the required interests, and the tasks that detail the activities. Generate a task specific model.
  • the task extraction unit 14 compares the task of the interested task model with the task of the task specific model and extracts a difference.
  • a task recognized by each stakeholder in a development process at a certain arbitrary point is compared with an unachieved task in the development process at that point, and the difference is extracted. Based on this difference extraction, at any point of development, identify tasks that are necessary for consensus building and information transfer in collaborative work between stakeholders in service development and system development, and missing from the recognition of each stakeholder To do. Thereby, consensus formation and information transmission between each stakeholder can be promoted.
  • this embodiment further A search condition input unit (corresponding to the search condition input unit 310 shown in FIG. 1); A task model storage unit (corresponding to the task model storage unit 210 shown in FIG. 1) for storing the interested task model and the task identification model; The task extraction unit 14 may extract a task difference between the interested task model and the task identification model searched from the task model storage unit based on the search condition input to the search condition input unit.
  • the search target can be arbitrarily changed by an operation of an operator or the like, and a necessary task can be more accurately specified by consensus formation or information transmission in a collaborative work between stakeholders. .
  • the present embodiment further includes a display unit (corresponding to the display unit 320 shown in FIG. 1) that displays information indicating a task difference between the interested task model extracted by the task extracting unit 14 and the task specifying model. May be provided.
  • a display unit corresponding to the display unit 320 shown in FIG. 1 that displays information indicating a task difference between the interested task model extracted by the task extracting unit 14 and the task specifying model. May be provided.
  • a difference between a task recognized by each stakeholder related to a development process at an arbitrary point in time and an unachieved task of the development process at that point is recognized via a display device such as a display.
  • a display device such as a display.
  • FIG. 27 is a block diagram showing a modification example of the task identification device according to the second exemplary embodiment of the present invention.
  • a modification example of the task identification device of this embodiment is Interest task model generation unit 11 (corresponding to the interest task model generation unit 110), Main interest model generation unit 12 (corresponding to main interest model generation unit 120), Task specific model generation unit 13 (corresponding to task specific model generation unit 130) Interest-related information storage unit 20 (corresponding to interest-related information storage unit 200), task extraction unit 14 (corresponding to task extraction unit 140), Is provided.
  • the interest task model generation unit 11 generates a model in which the relationship between the activity indicating the stakeholder's action content, the interest to which the activity belongs, and the task that details the activity to the execution content is structured.
  • the main interest model generation unit 12 generates an interest task model in which the interests constituting the main interest and the activities constituting the interests are structured at an arbitrary point in the development process.
  • the task identification model generation unit 13 is structured to identify an interest that constitutes a main interest, an activity that constitutes the concern, and a task that details the activity at an arbitrary point in the development process. Is generated.
  • the interested-related information storage unit 20 holds information necessary for model generation in the interested task model generation unit 11, the main interest model generation unit 12, and the task specific model generation unit 13.
  • the task extraction unit 14 compares the task of the interested task model of each stakeholder with the task of the task specific model, and extracts a difference.
  • the task recognized by each stakeholder involved in the development process at an arbitrary development point is compared with the unachieved task of the development process at that point, and the difference is extracted. Based on this difference extraction, at any point of development, identify tasks that are necessary for consensus building and information transfer in collaborative work between stakeholders in service development and system development, and missing from the recognition of each stakeholder can do. Thereby, consensus formation and information transmission between each stakeholder can be promoted.
  • the modified example of this embodiment is further
  • the interest related information storage unit 20 includes a role interest correspondence list (corresponding to the role interest correspondence list 201 shown in FIG. 1), a standard activity list (corresponding to the standard activity list 202), and a standard task list (standard task list 203). Equivalent) and an accomplished activity list (equivalent to the accomplished activity list 204),
  • the interest task model generation unit 11 generates an interest task model based on the role interest correspondence list, the standard activity list, and the standard task list based on the roles and activities included in the stakeholder information
  • the main interest model generation unit 12 generates a main interest model based on the achieved activity list
  • the task specific model generation unit 13 may generate a task specific model based on the main concern model at an arbitrary point in the development process and the standard task list.
  • the present invention can be applied to various types of service development or system development. Can be applied.
  • the modified example of this embodiment is further A search condition input unit (corresponding to the search condition input unit 310 shown in FIG. 1); A task model storage unit (corresponding to the task model storage unit 210) for storing the interested task model and the task identification model;
  • the task extraction unit 14 may extract a task difference between the interested task model and the task identification model searched from the task model storage unit based on the search condition input to the search condition input unit.
  • the modified example of the present embodiment further includes a display unit (corresponding to the display unit 320 shown in FIG. 1) that displays information indicating a task difference between the interested task model extracted by the task extracting unit 14 and the task specifying model. You may have.
  • a display unit corresponding to the display unit 320 shown in FIG. 1 that displays information indicating a task difference between the interested task model extracted by the task extracting unit 14 and the task specifying model. You may have.
  • a difference between a task recognized by each stakeholder related to a development process at an arbitrary point in time and an unachieved task of the development process at that point is recognized via a display device such as a display. .
  • a display device such as a display.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Educational Administration (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

　ステークホルダ間の協働作業における合意形成や情報伝達に必要なタスクで、かつ、各ステークホルダの認識から抜けているタスクを特定する。　タスク特定装置１ａは、ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと当該アクティビティが属する関心事と当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成する関心事タスクモデル生成手段と、開発プロセスの任意の時点において必要となる関心事と当該必要となる関心事に対応する達成すべきアクティビティと当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成するタスク特定モデル生成手段と、関心事タスクモデルのタスクとタスク特定モデルのタスクとを比較して差分を抽出するタスク抽出手段とを備える。

Description

タスク特定装置、タスク特定方法および記録媒体
　本発明は、システムの開発プロセスに適用されるタスク特定装置等に関する。
　ビジネスライフサイクルの短命化やグローバル化の流れを受け、ＩＴ（Information Technology）ベンダ企業におけるシステム開発には、迅速かつ柔軟な対応が望まれる。これを可能とするために、アジャイル開発や繰り返し開発を用いたシステム開発が行われている。当該システム開発は、プロセスベース開発等の各段階に区切られたプロジェクト管理方法とは異なり、開発プロセスの全工程を通じて、ＩＴベンダ企業内や、ＩＴベンダ企業とユーザ企業との間における協働作業が重要である。この協働作業の質を高めるために最も重要なのは、各ステークホルダ間におけるコミュニケーションを基とする合意形成や情報伝達である。本願中において、「ステークホルダ」とは開発プロセスに関わる意思決定者を意味する。具体的には、企画フェーズにおける企画立案者や予算管理者、設計フェーズにおける設計責任者などを指す。
　しかし、各ステークホルダにおける担当、フェーズ、所属等の役割が異なる場合、互いの関心事には差異があるため、ステークホルダ同士のコミュニケーションにはギャップが生じやすい。ここでいう関心事とは、各ステークホルダが各役割の観点から気にかけている事項を意味する。
　非特許文献１は、ソフトウェア開発方式の１つであるＳＥＭＡＴ（Software Engineering Method and Theory）に関する技術を開示する。非特許文献１に開示される技術は、ソフトウェア開発をプロセスで管理するのではなく、開発プロセスを横断する数種の関心事を基に、各関心事に対応するタスクで管理することを目的としている。
　特許文献１には、組織コミュニケーションのログを分析する装置が記載されている。特許文献１は、定量的に分析が可能な電子メールや電子掲示板を用い、定性的情報を組み合わせることで、組織のコミュニケーションの活性化と不活性化の要因を判定する技術を開示する。
　特許文献２は、ＷＢＳ（Work Breakdown Structure）を用いて、チームの実施作業内容、タスクおよび成果物等の構成要素を抽出することで、複数の構成要素それぞれと関連する複数のタスクの進捗を管理する技術を開示する。
特開２００３－８５３４７号公報 特開２００９－２４５２８５号公報
Ivar Jacobson, Pan Wei Ng，Paul E. Mcmahon, Ian Spence, Svante Lidman, The Essence of Software Engineering：The SEMAT Kernel, ACM queue, vol.10, No.10, pp.40, 2012
　システム開発プロセスにおけるステークホルダ間でのコミュニケーションを円滑に進めるには、コミュニケーションギャップの原因となる、ステークホルダ毎の関心事の差異を明確化することが必要である。これにより、合意形成や情報伝達に必要であるが、ステークホルダ同士の認識から欠落しているタスクを特定することができる。
　非特許文献１に記載されたＳＥＭＡＴでは、大きく３つの項目を定義する。３つの項目とは、開発プロセスを横断する７つの関心事、これらの各関心事の状態を示すKernel Alpha、および、Kernel Alphaの達成度を検査するための検査事項である。そして、定義された３項目について書かれた各カードを用いて開発を管理する。カードは、関心事をベースにKernel Alphaの内容に従い時系列に並べられる。カードは、当該カード内に書かれている検査事項が実施済みか否かで、その位置が変動される。カードに書かれている検査事項の実施確認は、その時点に関わるステークホルダ間で行われる。ＳＥＭＡＴでは、開発をタスクベースで管理することが可能であるが、各ステークホルダ間の関心事を明確化することはできない。つまり、開発に関わるステークホルダ間の認識から欠けたタスクを特定することはできない。
　特許文献１では、組織におけるコミュニケーションのログを分析することにより、組織のコミュニケーションの活性化と不活性化の要因を判定しているが、コミュニケーションの基となる各ステークホルダの認識の違いの要因を特定することはできない。
　特許文献２では、タスクの進捗を管理するにあたりＷＢＳが必須となり、ＷＢＳが無い場合はプロジェクトを管理することができない。更に特許文献１と同様に、各ステークホルダの認識の違いの要因を特定することはできない。
　本発明は、ステークホルダ間の協働作業における合意形成や情報伝達に必要であるが、各ステークホルダの認識から欠落したタスクを特定することができるタスク特定装置等を提供することを主たる目的とする。
　上記の目的を達成するために、本発明に係るタスク特定装置等は、以下の構成を備える。なお、本発明では、各ステークホルダの関心事は、関心事を構成するアクティビティと、このアクティビティを実行できるレベルまで詳細化したタスクとで構成されているものとする。
　本発明における第１の観点は、
　ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成する関心事タスクモデル生成手段と、
　開発プロセスの任意の時点において必要となる関心事と、当該必要となる関心事に対応する達成すべきアクティビティと、当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成するタスク特定モデル生成手段と、
　関心事タスクモデルのタスクと、タスク特定モデルのタスクとを比較し、差分を抽出するタスク抽出手段と
を備えるタスク特定装置である。
　本発明における第２の観点は、
　ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成し、
　開発プロセスの任意の時点において必要となる関心事と、当該必要となる関心事に対応する達成すべきアクティビティと、当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成し、
　関心事タスクモデルのタスクと、タスク特定モデルのタスクとを比較し、差分を抽出するタスク特定方法である。
　本発明における第３の観点は、
　コンピュータに、
　ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成する処理と、
　開発プロセスの任意の時点において必要となる関心事と、当該必要となる関心事に対応する達成すべきアクティビティと、当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成する処理と、
　関心事タスクモデルのタスクと、タスク特定モデルのタスクとを比較し、差分を抽出する処理
　とを実行させるためのタスク特定プログラムを格納する記録媒体である。
　本発明によれば、ステークホルダ間の協働作業における合意形成や情報伝達に必要なタスクで、かつ各ステークホルダの認識から欠落したタスクを特定することができる。
本発明の第１の実施形態に係るタスク特定装置の構成の一例を示すブロック図である。 開発プロセスのある時点における、ステークホルダ間のコミュニケーションを模式的に表した説明図である。 ステークホルダ情報（入力情報）のデータ構成を示す図である。 ロール関心事対応リストのデータ構成を示す図である。 標準アクティビティリストのデータ構成を示す図である。 標準タスクリストのデータ構成を示す図である。 達成済アクティビティリストの一例を示す説明図である。 関心事タスクモデルの構造の概念を示す図である。 開発プロセスの任意の時点における主関心事モデルの一例を示す図である。 タスク特定モデルの構造を示す図である。 本発明の第１の実施形態に係るタスク特定装置における、差分タスクを特定する動作を示すフローチャートである。 本発明の第１の実施形態に係るタスク特定装置における、各ステークホルダの関心事タスクモデルを生成する動作を示すフローチャートである。 ステークホルダ情報の一例を示す図である。 ロール関心事対応リストの一例を示す図である。 関心事の一例を示す図である。 標準アクティビティリストの一例を示す図である。 標準タスクリストの一例を示す図である。 関心事タスクモデルの一例を示す図である。 関心事タスクモデルの一例を示す図である。 各ステークホルダの入力情報と各リストとの照合により、関心事タスクモデルを生成する処理の一連の流れを抽象的に表した図である。 本発明の第１の実施形態に係るタスク特定装置における、タスク特定モデルを生成する動作を示すフローチャートである。 達成済アクティビティリストの一例を示す説明図である。 ステークホルダの入力情報と、図１８に示す達成済アクティビティリストを照合する処理の一連の流れを抽象的に表した説明図である。 ステップＳ３０８における、主関心事モデルを生成する処理の一連の流れを抽象的に表した説明図である。 主関心事モデルの一例を示す説明図である。 ステップＳ３０９～Ｓ３１１における、主関心事モデルと標準タスクリストを用いてタスク特定モデルを生成する処理の一連の流れを抽象的に表した説明図である。 タスク特定モデルの一例を示す説明図である。 本発明の第１の実施形態に係るタスク特定装置における、関心事タスクモデルとタスク特定モデルを検索する動作を示すフローチャートである。 差分タスクの内容を表示する画面の一例を示す説明図である。 本発明の第２の実施形態に係るタスク特定装置を示すブロック図である。 本発明の第２の実施形態に係るタスク特定装置の変更例を示すブロック図である。
　＜第１の実施形態＞
　以下、本発明の第１の実施形態を、図面を参照して説明する。図１は、本発明の第１の実施形態に係るタスク特定装置１の構成を示すブロック図である。
　タスク特定装置１は、関心事タスクモデル生成部１１０、主関心事モデル生成部１２０、タスク特定モデル生成部１３０、タスク抽出部１４０、関心事関連情報保管部２００、タスクモデル記憶部２１０、各種ステークホルダ情報入力部３００、検索条件入力部３１０および表示部３２０を備える。
　オペレータ等の操作により入力されたステークホルダ情報を、関心事関連情報保管部２００に出力する。ステークホルダ情報は、ロールに関する情報（以下、「ロール」と記載）と、アクティビティに関する情報（以下、「アクティビティ」と記載）とを含む。尚、ロールとはステークホルダの任務（役割）、アクティビティとは当該任務を果たすために必要な行動を意味する。ステークホルダ情報は、各種ステークホルダ情報入力部３００は、関心事タスクモデル生成部１１０、主関心事モデル生成部１２０およびタスク特定モデル生成部１３０において使用される。
　検索条件入力部３１０は、オペレータ等の操作により入力された検索条件（各ステークホルダ情報に含まれるロールとアクティビティ）をタスク抽出部１４０へ送信する。
　関心事タスクモデル生成部１１０は、各種ステークホルダ情報入力部３００から入力したステークホルダ情報に基づき、関心事関連情報保管部２００から抽出した情報を木構造で構成した関心事タスクモデル２１１（図５参照）を生成する。関心事とは、開発プロセスの任意の時点において必要な、各ステークホルダが特に関心をよせる（注意する）仕事である。当該ステークホルダ情報には、ステークホルダの行動内容を示すアクティビティ（第１のアクティビティ）が含まれる。関心事関連情報保管部２００から抽出した情報とは、関心事、アクティビティおよびタスクを示す情報である。関心事タスクモデル生成部１１０は、生成した関心事タスクモデル２１１に各種ステークホルダ情報入力部３００から入力したステークホルダ情報に含まれるロールとアクティビティとを関連付けた情報を、タスクモデル記憶部２１０に格納する。関心事タスクモデル２１１の構造の詳細については、後述する。
　主関心事モデル生成部１２０は、関心事関連情報保管部２００から入力した複数のアクティビティと、当該アクティビティが属する各関心事の対応関係を構造化した主関心事モデル２１３（図６参照）を生成する。主関心事モデル生成部１２０は、主関心事に、各種ステークホルダ情報入力部３００から入力したステークホルダ情報に含まれるロールとアクティビティとを関連付けた情報を管理する。主関心事モデル２１３の構造の詳細については後述する。
　タスク特定モデル生成部１３０は、ある主関心事に関連する関心事、当該関心事に関連するアクティビティおよび当該アクティビティに関連するタスクの対応関係を木構造で構造化した、タスク特定モデル２１２（図７参照）を生成する。関心事とは、主関心事モデル生成部１２０が生成したある時点における主関心事モデル２１３を構成する関心事である。出力されたタスクとは、主関心事モデル２１３のアクティビティの情報に基づいて関心事関連情報保管部２００から取得したタスクである。ここでいう、関心事に関連するアクティビティとは、関心事毎に対応する達成すべきアクティビティ（第２のアクティビティ）である。
　タスク特定モデル生成部１３０は、生成したタスク特定モデル２１２に、各種ステークホルダ情報入力部３００から入力した、ステークホルダ情報に含まれるロールとアクティビティとを関連付けた情報を、タスクモデル記憶部２１０に格納する。タスク特定モデル２１２の構造の詳細については後述する。
　タスク抽出部１４０は、検索条件入力部３１０から入力される検索条件に基づいて、タスクモデル記憶部２１０内に格納された情報を検索し、表示部３２０に検索結果を表示する。
　具体的には、タスク抽出部１４０は、入力された各ステークホルダ情報に含まれるロールとアクティビティとを検索条件として、関連する各ステークホルダ情報に含まれる関心事タスクモデル２１１とタスク特定モデル２１２とをタスクモデル記憶部２１０内において検索する。タスク抽出部１４０は、検索結果である、各ステークホルダの関心事タスクモデル２１１のタスクとタスク特定モデル２１２のタスクとを比較し、タスクの差分を抽出する。タスク抽出部１４０は、抽出したタスクの差分情報と、検索結果である各ステークホルダの関心事タスクモデル２１１およびタスク特定モデル２１２とを、表示部３２０へ出力する。
　関心事関連情報保管部２００は、メモリ等の記憶装置（図示せず）を含み、当該記憶装置に、ユーザ等が予め定義または作成した、ロール関心事対応リスト２０１、標準アクティビティリスト２０２、標準タスクリスト２０３および達成済アクティビティリスト２０４を記憶する。関心事関連情報保管部２００は、各種ステークホルダ情報入力部３００から入力された入力情報（ステークホルダ情報（図３Ａ参照）に基づき、格納している各リスト２０１～２０４から、関心事タスクモデル生成部１１０および主関心事モデル生成部１２０が、モデル生成に必要な情報を検索し、各生成部１１０、１２０へ出力する。
　関心事関連情報保管部２００は、各種ステークホルダ情報入力部３００からステークホルダ情報が入力されると、ステークホルダ情報に含まれるロールと、ロール関心事対応リスト２０１（図３Ｂ参照）と照合し、当該ロールに対応する、複数の関心事を抽出する。関心事関連情報保管部２００は、抽出した複数の関心事と、標準アクティビティリスト２０２（図３Ｃ参照）を照合し、各関心事を構成する複数のアクティビティを抽出する。関心事関連情報保管部２００は、抽出した複数のアクティビティと、各種ステークホルダ情報入力部３００から入力したステークホルダ情報に含まれるアクティビティとを照合し、入力されたステークホルダ情報に含まれるアクティビティが属する関心事を特定する。関心事関連情報保管部２００は、特定された関心事と、ステークホルダ情報に含まれるロールを関連付けた情報を、関心事タスクモデル生成部１１０へ出力する。
　また、関心事関連情報保管部２００は、各種ステークホルダ情報入力部３００からステークホルダ情報が入力されると、標準タスクリスト２０３を照合し、ステークホルダ情報に含まれるアクティビティに対応するタスクを抽出し、抽出したタスクとステークホルダ情報に含まれるロールとを関連付けて、関心事タスクモデル生成部１１０へ出力する。
　このように、関心事関連情報保管部２００は、各種ステークホルダ情報入力部３００から入力したステークホルダ情報に基づいて、自身が保管する各リスト２０１～２０４から抽出した「関心事」と「タスク」に、ステークホルダ情報に含まれる「ロール」と「アクティビティ」を関連付けた情報を、関心事タスクモデル生成部１１０へ出力する。
　関心事関連情報保管部２００は、各種ステークホルダ情報入力部３００からステークホルダ情報が入力されると、達成済アクティビティリスト２０４（図４参照）を照合する。照合の結果、関心事関連情報保管部２００は、未達成と判定されたアクティビティに、そのアクティビティが属する関心事と、入力されたステークホルダ情報とを関連付けた情報を、主関心事モデル生成部１２０へ出力する。
　関心事関連情報保管部２００は、入力されたステークホルダ情報に含まれるアクティビティに基づき、そのアクティビティが達成済アクティビティリスト２０４に達成済のアクティビティとして登録されているか否かを判定する。更に、関心事関連情報保管部２００は、そのアクティビティよりも先に達成すべき未達成のアクティビティが有るか否かを判定する。判定後、関心事関連情報保管部２００は、未達成と判定したアクティビティの情報を主関心事モデル生成部１２０へ出力する。更に、関心事関連情報保管部２００は、未達成と判定したアクティビティを、達成済のアクティビティとして、達成済アクティビティリスト２０４に登録する。
　関心事関連情報保管部２００は、各種ステークホルダ情報入力部３００から入力されるステークホルダ情報の数分、上記の処理を行う。
　タスクモデル記憶部２１０は、関心事タスクモデル２１１およびタスク特定モデル２１２を記憶する（図１参照）。タスクモデル記憶部２１０は、更に、関心事タスクモデル生成部１１０およびタスク特定モデル生成部１３０が生成するモデルに関連付けられた情報を記憶する。当該情報の詳細は後述する。
　関心事タスクモデル生成部１１０は、各種ステークホルダ情報入力部３００から関心事関連情報保管部２００へステークホルダ情報を入力する間、関心事関連情報保管部２００から抽出された関心事、アクティビティおよびタスクの情報を一時保管する。
　表示部３２０は、タスク抽出部１４０から入力した検索結果を表示する。具体的には、タスク抽出部１４０より取得する、抽出したタスクの差分情報と、検索結果である各ステークホルダの関心事タスクモデル２１１およびタスク特定モデル２１２とを、表示する。
　なお、関心事タスクモデル生成部１１０、主関心事モデル生成部１２０、タスク特定モデル生成部１３０、タスク抽出部１４０、関心事関連情報保管部２００、各種ステークホルダ情報入力部３００および検索条件入力部３１０は、例えば、タスク特定プログラムに従って動作するコンピュータによって実現される。この場合、コンピュータのプログラム記憶装置（図示せず）が、タスク特定プログラムを記憶する。ＣＰＵがタスク特定プログラムを読み込み、そのプログラムに従って、関心事タスクモデル生成部１１０、主関心事モデル生成部１２０、タスク特定モデル生成部１３０、タスク抽出部１４０、関心事関連情報保管部２００、各種ステークホルダ情報入力部３００および検索条件入力部３１０として動作する。また、関心事タスクモデル生成部１１０、主関心事モデル生成部１２０、タスク特定モデル生成部１３０、タスク抽出部１４０、関心事関連情報保管部２００、各種ステークホルダ情報入力部３００および検索条件入力部３１０が別々のハードウェアで実現されていてもよい。
　また、タスクモデル記憶部２１０は、例えば、タスク特定装置１が備える光ディスク装置や磁気ディスク装置、メモリ等の記憶装置によって実現される。
　図２は、開発プロセスのある時点における、ステークホルダ（AおよびB）間のコミュニケーションを模式的に表した説明図である。
　ステークホルダＡ，Ｂは、基本的に１つのロール（ロールＡまたはロールＢ）を有している。なお、ステークホルダＡ，Ｂは、複数のロールを有していてもよい。ここでいうロールＡ，Ｂは、ステークホルダＡ，Ｂが関与する開発のフェーズと、そのフェーズにおける担当領域を組み合わせたものである。例えば、「企画フェーズのリスク管理者」、「企画フェーズの企画立案者」、「設計フェーズの予算担当者」等である。
　図２に示す関心事Ａ「リスク管理」はステークホルダＡの関心事、関心事Ｂ「プロジェクト企画」は、ステークホルダＢの関心事を表す。関心事とは、ステークホルダＡがロールＡの観点に、更に、ステークホルダＢがロールＢの観点に基づき、両者が関与する開発フェーズにおいて、気にかけている事項であり、１つのロールに対して複数の関心事で構成される。ここでいう関心事とは、図２に示す「リスク管理」、「プロジェクト企画」の他にも、「品質保証」、「セキュリティ保証」、「方式設計」、「システム結合テスト」等がある。
　図２に示すように、関心事「リスク管理」に対するアクティビティは「リスク管理の計画」である。関心事「プロジェクト企画」に対するアクティビティは「プロジェクト実行計画の策定」である。アクティビティとは、ステークホルダのロールの観点に基づき、気にかけている行動であり、１つの関心事に対して１個または複数のアクティビティで構成する。ここでいうアクティビティとは、図２に示す「リスク管理の計画」、「プロジェクト実行計画の策定」や、「概要設計の計画」等のステークホルダが関与する開発フェーズと、そのフェーズにおける行動を組み合わせたものである。
　図２に示す「管理者の選定」、「リスクの定量化」は、アクティビティ「リスク管理の計画」を構成するタスクを表す。また、図２に示す「技術動向の調査」、「事業環境の分析」は、アクティビティ「プロジェクト実行計画の策定」を構成するタスクを表す。タスクとは、アクティビティの内容を実行可能レベルまで詳細化したものである。１つのアクティビティは、原則的に、１つ以上のタスクで構成される。アクティビティを構成するタスクを全て完了した時点で、そのアクティビティは達成したものとみなされる。ここでいうタスクとは、図２に示す「管理者の選定」や、「プロセスの文書化」、「スケジュールの調整」、「作業量の見積もりの算出」等のステークホルダが気にかけているアクティビティを達成するための必須事項である。
　ロール関心事対応リスト２０１は、図３Ｂに示すように、ステークホルダのロールと、このロールが役割の観点から気にかけている１つ以上の関心事との対応関係を定義した一覧表である。ステークホルダ情報に含まれるロールを、ロール関心事対応リスト２０１と照合することにより、当該ロールに対応する複数の関心事を特定することができる。
　標準アクティビティリスト２０２は、図３Ｃに示すように、関心事と関心事を構成するアクティビティ群との対応関係を定義した一覧表である。関心事は、開発プロセスを横断して必要とされるアクティビティ群で構成されている。標準アクティビティリスト２０２において、アクティビティ群は、左から右（図３における左側から右側）へと時系列（ｔ）に並べてあり、より左側の項目が達成すべき順番が早いものとする。ロール関心事対応リスト２０１で特定した複数の関心事と、標準アクティビティリスト２０２とを照合することにより、各関心事を構成するアクティビティを特定することができる。標準アクティビティリスト２０２におけるアクティビティは、当該アクティビティが属する関心事と関連付いている。標準アクティビティリスト２０２との照合で特定したアクティビティと、ステークホルダ情報に含まれるアクティビティとを比較することで、ステークホルダ情報に含まれるアクティビティが属する関心事を特定することができる。
　標準タスクリスト２０３は、図３Ｄに示すように、アクティビティと、そのアクティビティを実行可能なレベルまで詳細化したタスクとの対応関係を定義した一覧表である。ステークホルダ情報であるアクティビティに基づいて、標準タスクリスト２０３を照合することにより、タスクを抽出することができる。
　図４は、達成済アクティビティリスト２０４の一例を示す説明図である。
　達成済アクティビティリスト２０４は、標準アクティビティリスト２０２を基に、各アクティビティが達成したか、未達成なのかを標準アクティビティリスト２０２内に追記した、一覧表である。達成済アクティビティリスト２０４で定義している関心事と、関心事を構成するアクティビティ群は、標準アクティビティリスト２０２と同内容である。また、標準アクティビティリスト２０２と同様に、関心事を構成するアクティビティ群は、左から右（図４における左側から右側）へと時系列（ｔ）の順序関係があり、より左側の項目が達成すべき順番が早いものとする。
　図５は、関心事タスクモデル２１１の構造を示す説明図である。
　関心事タスクモデル２１１は、関心事をルートとし、関心事を行動の内容にまで詳細化したアクティビティを関心事の子ノードとし、アクティビティを実行内容にまで詳細化したタスクをアクティビティの子ノードとした木構造により構造化したモデルである。関心事タスクモデル２１１により、各ステークホルダが認識している関心事とアクティビティ、タスクを構造化することができる。
　図６は、開発プロセスの任意の時点における主関心事モデル２１３の一例を示す説明図である。
　主関心事は、達成済のアクティビティの情報に基づいて特定した、開発プロセスの任意の時点における関心事である。具体的には、主関心事とは、開発プロセスの任意の時点において達成すべき未達成のアクティビティ（以下、「要達成アクティビティ」と記載する）を構成要素に含む関心事であり、開発プロセスの任意の時点において主要となる関心事である。主関心事モデル２１３は、複数の主関心事に対して作成されてもよい。主関心事モデル２１３は、１つ以上の主関心事と、当該主関心事に対応する１つ以上の関心事と、関心事毎に対応する要達成アクティビティとを含むモデルである。主関心事モデル２１３を用いることにより、ある時点での、各ステークホルダの要達成アクティビティの情報を把握することができる。
　図７は、タスク特定モデル２１２の構造を示す説明図である。タスク特定モデル２１２は、主関心事モデル２１３における主関心事と、これに対応する一つ以上の関心事と、関心事毎に対応するアクティビティと、アクティビティ毎に対応するタスクの各情報を構造化したモデルである。タスクの情報は、関心事関連情報保管部２００から抽出される。タスク特定モデル２１２を用いることにより、開発プロセスのある時点における主関心事、関心事、アクティビティ、タスクの各情報を把握することができる。
　次に、本実施形態の動作を説明する。図８は、図１に示すタスク特定装置１における、各ステークホルダの認識から欠けたタスクを特定する動作を示すフローチャートである。
　まず、ステップＳ１０１において、各ステークホルダ情報（ロールおよびアクティビティ）をオペレータ等が入力する。これを契機とし、関心事タスクモデル生成部１１０は、ロール関心事対応リスト２０１、標準アクティビティリスト２０２および標準タスクリスト２０３から抽出した各情報に基づいて、関心事タスクモデル２１１（図５参照）を生成する。関心事タスクモデル生成部１１０は、生成した関心事タスクモデル２１１に、ステークホルダ情報に含まれるロール情報を関連付けて、タスクモデル記憶部２１０に格納する。ステップＳ１０１の処理の詳細は後述する。
　次に、ステップＳ１０２において、各ステークホルダ情報に含まれるロールとアクティビティをオペレータ等が操作したとする。これを契機とし、主関心事モデル生成部１２０は、関心事関連情報保管部２００の達成済アクティビティリスト２０４の情報に基づいて、開発プロセスのある時点における主関心事モデル２１３を生成する。そして、主関心事モデル生成部１２０は、生成した主関心事モデル２１３に、ステークホルダ情報に含まれるロールの情報を関連付けて、タスク特定モデル生成部１３０に出力する。
　ステップＳ１０３において、タスク特定モデル生成部１３０は、ステップＳ１０２で主関心事モデル生成部１２０から入力された主関心事モデル２１３（図６参照）と、関心事関連情報保管部２００に格納される標準タスクリスト２０３（図３Ｄ参照）の情報に基づき、タスク特定モデル２１２（図７参照）を生成する。そして、タスク特定モデル生成部１３０は、生成したタスク特定モデル２１２にステークホルダ情報に含まれるロールの情報を関連付けて、タスクモデル記憶部２１０に格納する。ステップＳ１０２とステップＳ１０３におけるタスク特定モデル２１２の生成処理の詳細は後述する。
　ステップＳ１０４において、タスク抽出部１４０は、検索条件入力部３１０から入力した検索条件に基づいて、タスクモデル記憶部２１０に格納された各ステークホルダに関連する関心事タスクモデル２１１とタスク特定モデル２１２を抽出し、表示部３２０に表示する。
　表示部３２０に表示された、各ステークホルダの関心事タスクモデル２１１を構成するタスクと、タスク特定モデル２１２を構成するタスクを、オペレータ等の操作により、比較することで、合意形成や情報共有に必要で、かつ、その必要性が各ステークホルダの認識から欠落したタスクを特定することができる。ステップＳ１０４の処理の詳細は後述する。
　図９は、タスク特定装置１における各ステークホルダの関心事タスクモデル２１１を生成する動作（図８のステップＳ１０１の動作）を示すフローチャートである。
　まず、ステップＳ２０１において、オペレータ等の操作によりステークホルダ情報が、各種ステークホルダ情報入力部３００に入力される。各種ステークホルダ情報入力部３００は、入力されたステークホルダ情報を、関心事関連情報保管部２００に出力する。一例として、図１０に示すステークホルダ情報が入力されたとする。当該ステークホルダ情報においては、ステークホルダとしてＸ，Ｙが存在し、ステークホルダＸのロールは「企画フェーズのリスク管理者」であり、アクティビティは「リスク管理の準備」である。ステークホルダＹのロールは「企画フェーズの企画責任者」であり、アクティビティは「実行計画の策定」である。
　次に、ステップＳ２０２において、関心事関連情報保管部２００は、入力したステークホルダ情報に含まれるロールに基づいて、ロール関心事対応リスト２０１と照合する。ここでは、関心事関連情報保管部２００は、ロール関心事対応リスト２０１におけるロールから、入力されたステークホルダ情報に含まれるロールと同一のロールを特定し、特定したロールを構成する関心事群を抽出する。例えば、ロール関心事対応リスト２０１が図１１に示す内容であったとする。この場合、ステークホルダ情報に含まれるロールが「企画フェーズのリスク管理者」であれば、抽出する関心事群は「リスク管理、リスク保証、情報管理、品質保証、製品保証…」となる。また、ステークホルダ情報に含まれるロールが「企画フェーズのリスク企画責任者」であれば、抽出する関心事群は「プロジェクト企画、人的資源管理、運用管理…」となる。
　ステップＳ２０３では、関心事関連情報保管部２００は、ステップＳ２０２にて抽出した関心事群の各々と、標準アクティビティリスト２０２（図１３参照）とを照合する。関心事関連情報保管部２００は、標準アクティビティリスト２０２から、ステップＳ２０２にて抽出した各関心事群と同一名の関心事を抽出し、抽出した関心事を構成するアクティビティ群を抽出する。例えば、標準アクティビティリスト２０２が図１３に示す内容であって、ステップＳ２０２にて抽出した関心事群が「リスク管理」、「新システムの企画」であるとする。この場合、抽出されるアクティビティ群は、「リスク管理」については、「リスク管理の準備→リスク管理の計画→リスク管理の分析→リスク管理の評価」となる。「新システムの企画」については、「新システム企画の準備→新システム構想の立案→新システム構想の承認→新システム構想の評価」となる。
　関心事関連情報保管部２００は、抽出したアクティビティ群と、入力されたステークホルダ情報に含まれるアクティビティとを照合し、ステークホルダ情報に含まれるアクティビティが属する関心事を特定する。例えば、抽出したアクティビティ群とそれらが属する関心事が、
・「関心事：リスク管理
　　アクティビティ群：リスク管理の準備→リスク管理の計画→リスク管理の分析→リスク管理の評価」
・「関心事：新システムの企画
　　アクティビティ群：新システム企画の準備→新システム構想の立案→新システム構想の承認→新システム構想の評価」
であり、ステークホルダ情報に含まれるアクティビティが
・「リスク管理の準備」
であるとする。この場合、関心事関連情報保管部２００は、ステークホルダ情報に含まれるアクティビティが属する関心事は「リスク管理」と特定する。
　ステップＳ２０４では、関心事関連情報保管部２００は、入力されたステークホルダ情報に含まれるアクティビティに基づいて、標準タスクリスト２０３（図１４参照）と照合する。標準タスクリスト２０３におけるアクティビティと、入力されたステークホルダ情報に含まれるアクティビティと同一のアクティビティを特定し、特定したアクティビティを構成するタスク群を抽出する。例えば、標準タスクリスト２０３が図１４に示す内容であって、ステークホルダ情報に含まれるアクティビティが「リスク管理の準備」である場合、抽出されるタスク群は「関連部門の識別、関連部門を対象としたヒヤリング、調査結果の文書化」となる。
　ステップＳ２０５では、関心事タスクモデル生成部１１０は、入力されたステークホルダ情報に含まれるアクティビティと、ステップＳ２０２～Ｓ２０４で関心事関連情報保管部２００が抽出した関心事およびタスクとを用いて、関心事タスクモデル２１１を生成する。例えば、
・ステークホルダ情報に含まれるステークホルダＸのアクティビティ（図１０参照）が「リスク管理の準備」、
・ステップＳ２０２～ステップＳ２０４で抽出された関心事が「リスク管理」（図１１および図１３参照）、
・タスク群が「関連部門の識別、関連部門を対象としたヒヤリング、調査結果の文書化」（図１４参照）、
であるとする。この場合、
・関心事である「リスク管理」をノード、
・関心事の子ノードをアクティビティである「リスク管理の準備」、
・アクティビティの子ノードをタスク群である「関連部門の識別、関連部門を対象としたヒヤリング、調査結果の文書化」、
とした木構造の関心事タスクモデル２１１を、図１５Ａに示すように、関心事タスクモデル生成部１１０は生成する。
　ステップＳ２０６では、関心事タスクモデル生成部１１０は、ステップＳ２０５において生成した関心事タスクモデル２１１に、モデル生成に用いたステークホルダ情報（ロールおよびアクティビティ）を関連付けた情報を、タスクモデル記憶部２１０に格納する。格納する情報は、例えば、関心事タスクモデル２１１で生成したモデルが図１５Ａに示す木構造である場合、当該モデルに、図１０に示すロール「企画フェーズのリスク管理者」と、アクティビティ「リスク管理の準備」とを関連付けた情報である。
　関心事関連情報保管部２００および関心事タスクモデル生成部１１０は、上記ステップＳ２０１～Ｓ２０６を、ステークホルダ情報に含まれるアクティビティの数分繰り返す。そして、関心事タスクモデル生成部１１０は、図１６に示すように、処理の回数分の関心事タスクモデル２１１を生成し、タスクモデル記憶部２１０に格納する。例えば、図１０におけるステークホルダＸとステークホルダＹを対象に本実施形態を実行する場合、アクティビティの数は「リスク管理の準備」と「実行計画の策定」の２つであることより、ステップＳ２０１～Ｓ２０６の処理は２回実行される。そして、アクティビティ「リスク管理の準備」を基に図１５Ａに示す関心事タスクモデル２１１が、アクティビティ「実行計画の策定」を基に図１５Ｂに示す関心事タスクモデル２１１が生成される。
　図１７は、本発明の第１の実施形態に係るタスク特定装置１における、タスク特定モデル２１２を生成する動作（図８のステップＳ１０４の動作）を示すフローチャートである。
　まず、ステップＳ３０１において、オペレータ等の操作によりステークホルダ情報が、各種ステークホルダ情報入力部３００に入力される。各種ステークホルダ情報入力部３００は、入力されたステークホルダ情報を、関心事関連情報保管部２００に出力する。ステークホルダ情報とは、ステークホルダ毎に有するロールとアクティビティである（図１０参照）。
　次に、ステップＳ３０２において、関心事関連情報保管部２００は、ステークホルダ情報に含まれるアクティビティの各々と、達成済アクティビティリスト２０４（図４参照）とを照合する。そして、関心事関連情報保管部２００は、達成済アクティビティリスト２０４において、入力したステークホルダ情報に含まれるアクティビティと同一のアクティビティを特定する。この時、関心事関連情報保管部２００は、特定したアクティビティが達成済アクティビティリスト２０４において、達成済のアクティビティか、未達成のアクティビティかを判定する。判定の結果、入力したアクティビティが「達成」されている場合（ステップＳ３０２におけるＹＥＳの場合）、関心事関連情報保管部２００は処理をステップＳ３０３へ移す。一方、入力したアクティビティが「未達成」である場合（ステップＳ３０２におけるＮＯの場合）、関心事関連情報保管部２００は処理をステップＳ３０４へ移す。
　ステップＳ３０３において、関心事関連情報保管部２００は、達成済アクティビティリスト２０４内のアクティビティにおいて、未達成で、かつ、入力したステークホルダ情報に含まれるアクティビティよりも先に達成すべきアクティビティが属する関心事を主関心事入力モデル生成部１２０に入力する。先に達成すべきアクティビティとは、ステークホルダ情報に含まれるアクティビティよりも時系列（ｔ）が新しいアクティビティを指す。例えば、図４におけるアクティビティリスト２０４においては、入力したステークホルダ情報に含まれるアクティビティに対して右側に存在するアクティビティを指す。先に達成すべきアクティビティを抽出すると、関心事関連情報保管部２００は、抽出したアクティビティが属する関心事とステークホルダ情報とを関連付け、主関心事モデル生成部１２０に格納する。
　ここで、図１８および図１９を参照してステップＳ３０３の処理の具体例を説明する。図１８は、達成済アクティビティリスト２０４の一例を示す説明図である。図１９は、入力されたステークホルダ情報と、図１８に示す達成済アクティビティリスト２０４を照合する処理の一連の流れを抽象的に表した説明図である。
　図１９に示す照合Ａ、照合Ｂは、それぞれステークホルダＸ、Ｙのアクティビティの照合を示す。図１９において、ステークホルダＸのアクティビティは「リスク管理の準備」であり、達成済アクティビティリスト２０４（図１８参照）と照合した場合、「リスク管理の準備」は「達成」となっている。つまり、照合Ａの場合は、ステップＳ３０２においてＹＥＳと判定される。この時、ステップＳ３０３において、「リスク管理の準備」の次に達成が必要なアクティビティを抽出するには、「リスク管理の準備」より右側（図１９における右側）にあり、かつ「未達成」であるアクティビティを特定する。この場合、「リスク管理の計画」というアクティビティが、「リスク管理の準備」より右側にあり、かつ「未達成」であるアクティビティに該当する。関心事関連情報保管部２００が「リスク管理の計画」を抽出し、「リスク管理の計画」が属する関心事である「リスク管理」の情報と、ステークホルダ情報とを関連付け、主関心事モデル生成部１２０に格納する。また、関心事関連情報保管部２００は、達成済アクティビティリスト２０４内の主関心事モデル生成部１２０に格納したアクティビティに該当する「未達成」を、「達成」に変更する。
　ステップＳ３０４では、関心事関連情報保管部２００は、達成済アクティビティリスト２０４のアクティビティ群において、ステップＳ３０２で判定の基となった、ステークホルダ情報に含まれるアクティビティよりも時系列（ｔ）が古いアクティビティがないか判定する。言い換えると、関心事関連情報保管部２００は、一例として図４を参照すると、ステークホルダ情報に含まれるアクティビティよりも左側に、未達成のままのアクティビティがないかを判定する。関心事関連情報保管部２００は、入力したステークホルダ情報に含まれるアクティビティよりも先に達成する必要があるアクティビティが「有る」と判定した場合（ステップＳ３０４におけるＹＥＳの場合）、処理をステップＳ３０６へ移す。一方、関心事関連情報保管部２００は、入力したステークホルダのアクティビティよりも先に達成する必要があるアクティビティが「無い」と判定した場合（ステップＳ３０４におけるＮＯの場合）、処理をステップＳ３０５へ移す。
　ステップＳ３０５では、関心事関連情報保管部２００は、ステップＳ３０２で判定の基となった、ステークホルダ情報に含まれるアクティビティを抽出し、そのアクティビティが属する関心事の情報とステークホルダ情報とを関連付け、主関心事モデル生成部１２０に格納する。また、関心事関連情報保管部２００は、抽出されたアクティビティの、達成済アクティビティリスト２０４内における該当する箇所を「未達成」から「達成」へと変更する。
　ステップＳ３０６では、関心事関連情報保管部２００は、達成済アクティビティリスト２０４の該当するアクティビティ群において、ステップＳ３０２で判定の基となった、ステークホルダ情報に含まれるアクティビティよりも図４に示す達成済アクティビティリスト２０４内で左側にあり、かつ未達成であるアクティビティを抽出する。抽出の結果、関心事関連情報保管部２００は、抽出されたアクティビティが属する関心事とステークホルダ情報とを関連付けた情報、および、ステークホルダ情報に含まれるアクティビティと当該アクティビティが属する関心事の情報を関連付けた情報を、主関心事モデル生成部１２０に格納する。
　ここで、図１９を参照してステップＳ３０６の処理の具体例を説明する。図１９において、ステークホルダＹのアクティビティは「実行計画の策定」であり、このアクティビティを達成済アクティビティリスト２０４と照合した結果、「実行計画の策定」は「未達成」となっている。つまり、図１９における照合Ｂの場合、ステップＳ３０４においてＹＥＳと判定される。この時、ステップＳ３０６において、「実行計画の策定」より先に達成が必要なアクティビティの有無を判定するには、「実行計画の策定」よりも左側（図１９における左側）にあり、かつ「未達成」であるアクティビティを特定する。この場合、「計画の共同レビュー」というアクティビティが、「実行計画の策定」より右側にあり、かつ「未達成」であるアクティビティに該当する。よって、関心事関連情報保管部２００は、「計画の共同レビュー」および「実行計画の策定」の両者のアクティビティの情報を抽出し、これらのアクティビティが属する関心事である「プロジェクト企画」の情報とステークホルダ情報とを関連付け、主関心事モデル生成部１２０に格納する。また、関心事関連情報保管部２００は、達成済アクティビティリスト２０４内の主関心事モデル生成部１２０に格納したアクティビティに該当する「未達成」を、「達成」に変更する。
　次に、ステップＳ３０７において、関心事関連情報保管部２００は、ステップＳ３０１で関心事関連情報保管部２００に入力されたステークホルダ情報のうち未処理のものがあるか否かを判定する。未処理のステークホルダ情報がある場合（ステップＳ３０７におけるＹＥＳの場合）は、関心事関連情報保管部２００は処理をステップＳ３０２に戻す。そして、関心事関連情報保管部２００は、入力した全てのステークホルダ情報の処理が完了するまで、上記ステップＳ３０２～Ｓ３０７の処理を繰り返す。一方、未処理のステークホルダ情報がない場合（ステップＳ３０７におけるＮＯの場合）は、関心事関連情報保管部２００は処理をステップＳ３０８へ移す。
　ステップＳ３０８においては、主関心事モデル生成部１２０は、関心事関連情報保管部２００から取得した、達成済アクティビティリスト２０４内における任意の時点における関心と、各ステークホルダ情報とをモデル化し、主関心事モデル２１３（図６参照）を生成する。図２０は、ステップＳ３０８における、主関心事モデル２１３を生成する処理の一連の流れを抽象的に表した説明図である。
　主関心事モデル生成部１２０は、生成した主関心事モデル２１３をタスク特定モデル生成部１３０に入力する。図２１を参照して詳細に説明すると、主関心事モデル生成部１２０は、ステップＳ３０１～Ｓ３０７において抽出された、主関心事に対応する関心事と、関心事を構成するアクティビティと、そのアクティビティを抽出する基になったステークホルダ情報を１セットとした情報である主関心事モデル２１３を、開発プロセスの任意の時点に入力されたステークホルダ情報毎に格納する。尚、関心事を構成するアクティビティとは、要達成アクティビティである。アクティビティを抽出する基になったステークホルダ情報とは、ロールおよびアクティビティある。
　ステップＳ３０９においては、タスク特定モデル生成部１３０は、主関心事モデル生成部１２０から取得した主関心事モデル２１３を構成する各アクティビティの情報と、標準タスクリスト２０３（図３Ｄ参照）とを照合する。例えば、主関心事モデル生成部１２０が保管する主関心事モデル２１３が図２１に示す内容である場合、タスク特定モデル生成部１３０は、主関心事モデル２１３のアクティビティである「リスク管理の計画」を、関心事関連情報保管部２００に入力する。そして、タスク特定モデル生成部１３０は、入力したアクティビティ「リスク管理の計画」を図１４に示す標準タスクリスト２０３と照合する。この照合結果により、タスク特定モデル生成部１３０は、関心事関連情報保管部２００内から「リスク管理の計画」を詳細化したタスクの情報である「管理方針の定義」「管理方針への承認依頼」「プロセスの文書化」「プロセス実施者の役割分担」「リスク管理責任者の選定」をタスクとして抽出する。
　次に、ステップＳ３１０において、タスク特定モデル生成部１３０は、関心事関連情報保管部２００の標準タスクリスト２０３と未照合の、主関心事モデル２１３のアクティビティ情報の有るかを判定する。未照合のアクティビティ情報がある場合（ステップＳ３１０におけるＹＥＳの場合）は、タスク特定モデル生成部１３０は処理をステップＳ３０９に戻す。そして、タスク特定モデル生成部１３０は、主関心事モデル２１３を構成するアクティビティの照合処理が完了するまで、ステップＳ３０９～Ｓ３１０の処理を繰り返す。一方、未照合のアクティビティがない場合（ステップＳ３１０におけるＮＯの場合）は、タスク特定モデル生成部１３０は処理をステップＳ３１１へ移す。
　ステップＳ３１１において、タスク特定モデル生成部１３０は、ステップＳ３０１～Ｓ３０８で生成された主関心事モデル２１３と、ステップＳ３０９において抽出したタスクとを用いて、タスク特定モデル２１２（図７参照）を生成する。そして、タスク特定モデル生成部１３０は、タスク特定モデル２１２のアクティビティに、主関心事モデル２１３のステークホルダ情報であるロールとアクティビティを関連付ける。
　例えば、ステップＳ３０１～Ｓ３０８で生成された主関心事モデル２１３が図２１に示す内容である場合、ステップＳ３０９において抽出されるタスクは、
・アクティビティ「リスク管理の準備」に対応するタスク「管理方針の定義、管理方針への承認依頼、プロセスの文書化、プロセス実施者の役割分担、リスク管理責任者の選定」、
・アクティビティ「実行計画の策定」に対応するタスク「作業内容の詳細化、作業量の見積もり、スケジュール、実行リスクの定量化、実行責任者の選定、計画書への承認依頼」、
・アクティビティ「計画の共同レビュー」に対応するタスク「レビュー方法の定義、レビュー者の選定、スケジュール」、
である。タスク特定モデル生成部１３０は、主関心事モデル２１３と標準タスクリスト２０３内のタスクの情報に基づき、開発プロセスの任意の時点におけるタスク特定モデル２１２を生成する。図２２は、ステップＳ３０９～Ｓ３１１における、主関心事モデル２１３（図６参照）と標準タスクリスト２０３（図３Ｄ参照）を用いてタスク特定モデル２１２（図７参照）を生成する処理の一連の流れを抽象的に表した説明図である。
　図２３は、タスク特定モデル２１２の一例を示す説明図である。図２３に示すように、タスク特定モデル２１２は、
・ノードを、任意の時点における主関心事である「リスク管理」と「プロジェクト」、
・主関心事の子ノードを、アクティビティ「リスク管理計画」、「実行計画の策定」および「計画の共同レビュー」、
・各アクティビティの子ノードを、以下のタスク
　　「管理方針の定義、管理方針への承認依頼、プロセスの文書化、プロセス実施者の役割分担、リスク管理責任者の選定」、
　　「作業内容の詳細化、作業量の見積もり、スケジュール、実行リスクの定量化、実行責任者の選定、計画書への承認依頼」、
　　「レビュー方法の定義、レビュー者の選定、スケジュール」、
とする木構造で構造化したモデルである。
　ステップＳ３１２では、タスク特定モデル生成部１３０は、ステップＳ３１１において生成したタスク特定モデル２１２に、ステークホルダ情報に含まれるロールおよびアクティビティを関連付けた情報を、タスクモデル記憶部２１０に格納する。
　図２４は、本実施形態に係るタスク特定装置１が、関心事タスクモデル２１１とタスク特定モデル２１２とを検索する動作を示すフローチャートである。
　まず、ステップＳ４０１において、オペレータ等の操作を介して、検索条件であるステークホルダ情報が検索条件入力部３１０に入力される。検索条件入力部３１０は、入力された当該ステークホルダ情報をタスク抽出部１４０に引き渡す。例えば、図１０に示される、ステークホルダＸとステークホルダＹに関連するタスクを抽出する場合、ステークホルダＸのロール「企画フェーズのリスク管理者」とアクティビティ「リスク管理の計画」が入力される。更に、ステークホルダＹのロール「企画フェーズの企画責任者」とアクティビティ「実行計画の策定」が入力される。
　次に、ステップＳ４０２において、タスク抽出部１４０は、検索条件入力部３１０から入力したステークホルダ情報に基づいて、タスクモデル記憶部２１０を検索し、検索条件に関連する関心事タスクモデル２１１とタスク特定モデル２１２とを抽出する。そして、タスク抽出部１４０は、タスク特定モデル２１２を基に、関心事タスクモデル２１１のタスクと、タスク特定モデル２１２のタスクとを比較し、その差分（差分タスク）を抽出する。抽出の結果は、関心事タスクモデル２１１から欠けていたタスクである。そして、タスク抽出部１４０は、抽出したタスクの情報と、検索条件に関連する関心事タスクモデル２１１とタスク特定モデル２１２の情報とを、表示部３２０へ出力する。
　例えば、図１０で示すステークホルダＸとステークホルダＹの情報が検索条件として入力され、検索結果としてタスクモデル記憶部２１０から、図１５Ａ、図１５Ｂに示す関心事タスクモデル２１１と、図２３に示すタスク特定モデル２１２が抽出されたとする。この場合、ステークホルダＸとステークホルダＹの認識から欠けていたタスクは、アクティビティ「企画の共同レビュー」に属する「レビュー方法の定義、レビュー者の選定、スケジュール」であることが分かる。
　ステップＳ４０３において、表示部３２０は、タスク抽出部１４０から各ステークホルダの各関心事タスクモデル２１１と、タスク特定モデル２１２と、各ステークホルダの認識から欠けていたタスクとが入力されると、その内容を示す情報を表示する。表示画面の一例を図２５に示す。図２５は、差分タスクの内容を表示する画面の一例を示す図である。
　本発明の第１の実施形態の効果について述べる。上述したように、本実施形態においては、ある任意の時点の開発プロセスに関わる各ステークホルダが認識しているタスクとその時点における開発プロセスの未達成タスクとを比較して、その差分を抽出する。この差分の抽出を基に、任意の開発時点において、サービス開発やシステム開発でのステークホルダ間の協働作業における合意形成や情報伝達に必要なタスクで、かつ各ステークホルダの認識から欠落したタスクを特定する。これにより、各ステークホルダ間の合意形成や情報伝達を促進することができる。
　また、本実施形態においては、プロセスベースの開発手法ではなく、タスクベースでの管理が可能になる。これより、繰り返し開発やアジャイル開発のようなステークホルダ間でのコラボレーションを伴う開発のガイドや管理が容易となる。
　＜第２の実施形態＞
　次に、本発明の第２の実施形態に係るタスク特定装置１ａについて説明する。図２６に示すタスク特定装置１ａは、図１に示すタスク特定装置１の最小構成のブロック図である。タスク特定装置１ａは、関心事タスクモデル生成部１１（図１に示す関心事タスクモデル生成部１１０に相当）、タスク特定モデル生成部１３（図１に示すタスク特定モデル生成部１３０に相当）およびタスク抽出部１４（図１に示すタスク抽出部１４０に相当）を備える。
　関心事タスクモデル生成部１１は、ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成する。
　タスク特定モデル生成部１３は、開発プロセスの任意の時点において必要となる関心事と、当該必要となる関心事に対応する達成すべきアクティビティと、当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成する。
　タスク抽出部１４は、関心事タスクモデルのタスクと、タスク特定モデルのタスクとを比較し、差分を抽出する。
　本発明の第２の実施形態の効果について述べる。本実施形態においては、ある任意の時点の開発プロセスに関わる各ステークホルダが認識しているタスクとその時点における開発プロセスの未達成タスクとを比較して、その差分を抽出する。この差分の抽出を基に、任意の開発時点において、サービス開発やシステム開発でのステークホルダ間の協働作業における合意形成や情報伝達に必要なタスクで、かつ各ステークホルダの認識から欠落したタスクを特定する。これにより、各ステークホルダ間の合意形成や情報伝達を促進することができる。
　また、本実施形態は更に、
検索条件入力部（図１に示す検索条件入力部３１０に相当）と、
関心事タスクモデルとタスク特定モデルとを記憶するタスクモデル記憶部（図１に示すタスクモデル記憶部２１０に相当）とを備え、
　タスク抽出部１４は、検索条件入力部に入力された検索条件を基にタスクモデル記憶部から検索した、関心事タスクモデルとタスク特定モデルとのタスクの差分を抽出してもよい。
　そのような構成によれば、オペレータ等の操作により検索対象を任意に変更することを可能とし、ステークホルダ間の協働作業における合意形成や情報伝達により必要なタスクを更に正確に特定することができる。
　また、本実施形態は、更に、タスク抽出部１４が抽出した当該関心事タスクモデルと当該タスク特定モデルとのタスクの差分を示す情報を表示する表示部（図１に示す表示部３２０に相当）を備えていてもよい。
　そのような構成によれば、ある任意の時点の開発プロセスに関わる各ステークホルダが認識しているタスクとその時点における開発プロセスの未達成タスクとの差分を、ディスプレイ等の表示装置を介して認識することができる。これにより、ステークホルダ間の協働作業における合意形成や情報伝達に必要なタスクで、かつ各ステークホルダの認識から欠落したタスクを、より特定し易くすることが可能となる。
　図２７は、本発明による第２の実施形態に係るタスク特定装置の変更例を示すブロック図である。図２７に示すように、本実施形態のタスク特定装置の変更例は、
関心事タスクモデル生成部１１（関心事タスクモデル生成部１１０に相当）、
主関心事モデル生成部１２（主関心事モデル生成部１２０に相当）、
タスク特定モデル生成部１３（タスク特定モデル生成部１３０に相当）
関心事関連情報保管部２０（関心事関連情報保管部２００に相当）、および
タスク抽出部１４（タスク抽出部１４０に相当）、
を備える。
　関心事タスクモデル生成部１１は、ステークホルダの行動内容を示すアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを実行内容に詳細化したタスクとの関係を構造化したモデルを生成する。
　主関心事モデル生成部１２は、開発プロセスの任意の時点において、主要となる関心を構成する関心事と、当該関心事を構成するアクティビティを構造化した関心事タスクモデルを生成する。
　タスク特定モデル生成部１３は、開発プロセスの任意の時点において、主要となる関心を構成する関心事と、当該関心事を構成するアクティビティと、当該アクティビティを詳細化したタスクを構造化したタスク特定モデルを生成する。
　関心事関連情報保管部２０は、関心事タスクモデル生成部１１と、主関心事モデル生成部１２と、タスク特定モデル生成部１３とにおけるモデル生成に必要な情報を保持する。
　タスク抽出部１４は、各ステークホルダの関心事タスクモデルのタスクと、タスク特定モデルのタスクとを比較し、差分を抽出する。
　本発明の第２の実施形態に係る変更例の効果について述べる。本実施形態の変更例においては、任意の開発時点において、開発プロセスに関わる各ステークホルダが認識しているタスクとその時点における開発プロセスの未達成タスクとを比較して、その差分を抽出する。この差分の抽出を基に、任意の開発時点において、サービス開発やシステム開発でのステークホルダ間の協働作業における合意形成や情報伝達に必要なタスクで、かつ各ステークホルダの認識から欠落したタスクを特定することができる。これにより、各ステークホルダ間の合意形成や情報伝達を促進することができる。
　本実施形態の変更例は、更に、
　関心事関連情報保管部２０は、ロール関心事対応リスト（図１に示すロール関心事対応リスト２０１に相当）、標準アクティビティリスト（標準アクティビティリスト２０２に相当）、標準タスクリスト（標準タスクリスト２０３に相当）および、達成済アクティビティリスト（達成済アクティビティリスト２０４に相当）とを保持し、
　関心事タスクモデル生成部１１は、ステークホルダ情報に含まれるロールとアクティビティに基づいて、ロール関心事対応リストと、標準アクティビティリストと、標準タスクリストと、をもとに関心事タスクモデルを生成し、
　主関心事モデル生成部１２は、達成済アクティビティリストをもとに主関心事モデルを生成し、
　タスク特定モデル生成部１３は、開発プロセスの任意の時点における主関心事モデルと、標準タスクリストとをもとに、タスク特定モデルを生成してもよい。
　このような構成によれば、例えば、各リストをサービス開発やシステム開発の種類に応じて関心事関連情報保管部２０に記憶させておくことで、様々な種類のサービス開発やシステム開発に本発明を適用することが可能となる。
　本実施形態の変更例は、更に、
　検索条件入力部（図１に示す検索条件入力部３１０に相当）と、
　関心事タスクモデルとタスク特定モデルとを記憶するタスクモデル記憶部（タスクモデル記憶部２１０に相当）とを備え、
　タスク抽出部１４は、検索条件入力部に入力された検索条件をもとにタスクモデル記憶部から検索した、関心事タスクモデルとタスク特定モデルとのタスクの差分を抽出してもよい。
　このような構成によれば、オペレータ等の操作により検索対象を任意に変更することで、ステークホルダ間の協働作業における合意形成や情報伝達により必要なタスクをより正確に特定することができる。
　本実施形態の変更例は、更に、タスク抽出部１４が抽出した関心事タスクモデルとタスク特定モデルとのタスクの差分を示す情報を表示する表示部（図１に示す表示部３２０に相当）を備えていてもよい。
　このような構成によれば、ある任意の時点の開発プロセスに関わる各ステークホルダが認識しているタスクとその時点における開発プロセスの未達成タスクとの差分を、ディスプレイ等の表示装置を介して認識する。これにより、ステークホルダ間の協働作業における合意形成や情報伝達に必要なタスクで、かつ各ステークホルダの認識から欠落したタスクをより特定しやすくなる。
　以上、上述した実施形態を模範的な例として本発明を説明した。しかしながら、本発明は、上述した実施形態には限定されない。即ち、本発明は、本発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
　この出願は２０１４年４月２１日に出願された日本出願特願２０１４－０８７４４４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１、１ａ　タスク特定装置
　１１、１１０　関心事タスクモデル生成部
　１２、１２０　主関心事モデル生成部
　１３、１３０　タスク特定モデル生成部
　１４、１４０　タスク抽出部
　２０、２００　関心事関連情報保管部
　２０１　ロール関心事対応リスト
　２０２　標準アクティビティリスト
　２０３　標準タスクリスト
　２０４　達成済アクティビティリスト
　２１０　タスクモデル記憶部
　２１１　関心事タスクモデル
　２１２　タスク特定モデル
　２１３　主関心事モデル
　３００　各種ステークホルダ情報入力部
　３１０　検索条件入力部
　３２０　表示部

Claims (7)

  1. 　ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成する関心事タスクモデル生成手段と、
    　開発プロセスの任意の時点において必要となる関心事と、当該必要となる関心事に対応する達成すべきアクティビティと、当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成するタスク特定モデル生成手段と、
    　前記関心事タスクモデルのタスクと、前記タスク特定モデルのタスクとを比較し、差分を抽出するタスク抽出手段とを備えた
    　タスク特定装置。
  2. 　前記関心事タスクモデル生成手段が生成する前記関心事タスクモデル内のアクティビティは、当該アクティビティの実行内容を詳細化したタスクが含められ、
    　前記タスク特定モデル生成手段が生成する前記タスク特定モデルには、一つ以上の前記必要となる関心事から構成される関心事群の上位概念である主関心事が含められ、
    　前記タスク抽出手段は、複数の前記ステークホルダに対応する前記関心事タスクモデルのタスクと、前記タスク特定モデルのタスクとを比較し、差分を抽出し、
    更に、
    　前記主関心事と、前記主関心事に関する１つ以上の前記必要となる関心事と、当該必要となる関心事を構成するアクティビティを構造化した主関心事モデルを生成する主関心事モデル生成手段と、
    　前記関心事タスクモデル生成手段、前記主関心事モデル生成手段および前記タスク特定モデル生成手段におけるモデル生成に必要な情報を保持する関心事関連情報保管手段と、
    　を備える請求項１に記載のタスク特定装置。
  3. 　前記関心事関連情報保管手段は、ロール関心事対応リスト、標準アクティビティリスト、標準タスクリストおよび達成済アクティビティリストを保持し、
    　前記関心事タスクモデル生成手段は、前記ステークホルダ情報に含まれるロールと前記アクティビティを用いて、前記ロール関心事対応リスト、前記標準アクティビティリストおよび前記標準タスクリストから前記関心事タスクモデルを生成し、
    　前記主関心事モデル生成手段は、前記達成済アクティビティリストを基に前記主関心事モデルを生成し、
    　前記タスク特定モデル生成手段は、開発プロセスの任意の時点における前記主関心事モデルと、前記標準タスクリストとを基に、前記タスク特定モデルを生成する
    　請求項１又は請求項２に記載のタスク特定装置。
  4. 　検索条件入力手段と、
    　前記関心事タスクモデルと前記タスク特定モデルとを記憶するタスクモデル記憶手段とを備え、
    　前記タスク抽出手段は、前記検索条件入力手段に入力された検索条件をもとに前記タスクモデル記憶手段から検索した、前記関心事タスクモデルと前記タスク特定モデルとのタスクの差分を抽出する
    　請求項１から請求項３のうちのいずれか１項に記載のタスク特定装置。
  5. 　前記タスク抽出手段が抽出した前記関心事タスクモデルと前記タスク特定モデルとのタスクの差分を示す情報を表示する表示手段、
    を更に備える、請求項１乃至請求項４のいずれか１項に記載のタスク特定装置。
  6. 　ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成し、
    　開発プロセスの任意の時点において必要となる関心事と、当該必要となる関心事に対応する達成すべきアクティビティと、当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成し、
    　前記関心事タスクモデルのタスクと、前記タスク特定モデルのタスクとを比較し、差分を抽出する
    　タスク特定方法。
  7. 　コンピュータに、
    　ステークホルダの行動内容を示すステークホルダ情報に含まれるアクティビティと、当該アクティビティが属する関心事と、当該アクティビティを詳細化したタスクとの関係を構造化した関心事タスクモデルを生成する処理と、
    　開発プロセスの任意の時点において必要となる関心事と、当該必要となる関心事に対応する達成すべきアクティビティと、当該アクティビティを詳細化したタスクとの関係を構造化したタスク特定モデルを生成する処理と、
    　前記関心事タスクモデルのタスクと、前記タスク特定モデルのタスクとを比較し、差分を抽出する処理
    　とを実行させるためのタスク特定プログラムを格納する記録媒体。
PCT/JP2015/002094 2014-04-21 2015-04-16 タスク特定装置、タスク特定方法および記録媒体 WO2015162879A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2016514701A JPWO2015162879A1 (ja) 2014-04-21 2015-04-16 タスク特定装置、タスク特定方法およびタスク特定プログラム
US15/129,458 US20170103357A1 (en) 2014-04-21 2015-04-16 Task-specifying device, task-specifying method, and recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-087444 2014-04-21
JP2014087444 2014-04-21

Publications (1)

Publication Number Publication Date
WO2015162879A1 true WO2015162879A1 (ja) 2015-10-29

Family

ID=54332058

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/002094 WO2015162879A1 (ja) 2014-04-21 2015-04-16 タスク特定装置、タスク特定方法および記録媒体

Country Status (3)

Country Link
US (1) US20170103357A1 (ja)
JP (1) JPWO2015162879A1 (ja)
WO (1) WO2015162879A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6701160B2 (ja) * 2017-12-28 2020-05-27 株式会社日立製作所 プロジェクト支援システム及び方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09259181A (ja) * 1996-03-19 1997-10-03 Hitachi Ltd ワークフロー管理システム
JP2003242318A (ja) * 2002-02-13 2003-08-29 Ricoh Co Ltd マネージメントコンサルティング方法、マネージメントコンサルティング支援システム、そのサーバ、クライアント端末、そのプログラム、及びそのプログラムを記録した記録媒体
JP2008217480A (ja) * 2007-03-05 2008-09-18 Fujitsu Ltd 要件確認支援プログラム、要件確認支援方法、及び要件確認支援装置
JP2012238069A (ja) * 2011-05-10 2012-12-06 Mitsubishi Electric Corp 進捗管理装置、進捗管理システム、進捗管理方法および進捗管理プログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9322137D0 (en) * 1993-10-27 1993-12-15 Logical Water Limited A system and method for defining a process structure for performing a task
AUPN773496A0 (en) * 1996-01-25 1996-02-15 Task Solutions Pty Ltd Task management system
US7330822B1 (en) * 2001-05-29 2008-02-12 Oracle International Corporation Methods and systems for managing hierarchically organized and interdependent tasks and issues
US7590971B2 (en) * 2003-08-01 2009-09-15 Idx Investment Corporation Enterprise task manager
US7848942B2 (en) * 2004-12-28 2010-12-07 Sap Aktiengesellschaft Distribution of integrated business process models
US7739137B2 (en) * 2005-02-04 2010-06-15 Suresh Jagtiani Project management software
US8027861B2 (en) * 2006-06-05 2011-09-27 Lee Page Brintle Systems and methods for shared task management
US7870499B2 (en) * 2007-03-16 2011-01-11 Sap Ag System for composing software appliances using user task models
EP2012261A1 (en) * 2007-06-13 2009-01-07 Sap Ag Processing and exchanging data of collaborative tasks
US8549520B2 (en) * 2007-07-31 2013-10-01 Sap Ag Distributed task handling
JP5270209B2 (ja) * 2008-03-31 2013-08-21 インターナショナル・ビジネス・マシーンズ・コーポレーション 複数のタスクの進捗を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム
US8645178B2 (en) * 2011-04-28 2014-02-04 Accenture Global Services Limited Task management for a plurality of team members
CN110264074B (zh) * 2014-03-19 2023-07-11 日产自动车株式会社 电动汽车共享确定方法以及电动汽车共享系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09259181A (ja) * 1996-03-19 1997-10-03 Hitachi Ltd ワークフロー管理システム
JP2003242318A (ja) * 2002-02-13 2003-08-29 Ricoh Co Ltd マネージメントコンサルティング方法、マネージメントコンサルティング支援システム、そのサーバ、クライアント端末、そのプログラム、及びそのプログラムを記録した記録媒体
JP2008217480A (ja) * 2007-03-05 2008-09-18 Fujitsu Ltd 要件確認支援プログラム、要件確認支援方法、及び要件確認支援装置
JP2012238069A (ja) * 2011-05-10 2012-12-06 Mitsubishi Electric Corp 進捗管理装置、進捗管理システム、進捗管理方法および進捗管理プログラム

Also Published As

Publication number Publication date
JPWO2015162879A1 (ja) 2017-04-13
US20170103357A1 (en) 2017-04-13

Similar Documents

Publication Publication Date Title
El Mokadem The classification of supplier selection criteria with respect to lean or agile manufacturing strategies
Houy et al. BPM-in-the-Large–Towards a higher level of abstraction in Business Process Management
Aguirre et al. Combination of process mining and simulation techniques for business process redesign: a methodological approach
US20110313932A1 (en) Model-based project network
Erich DevOps is simply interaction between development and operations
Wiesner et al. Requirements engineering
Adler et al. Improving risk management: moving from risk elimination to risk avoidance
Brillinger Mapping business model risk factors
Cull et al. A hybrid approach to workflow modelling
Marques et al. A Survey of Failures in the Software Development Process.
Hernandez-Resendiz et al. Merging event logs for inter-organizational process mining
Kravchenko et al. A brief IT-project risk assessment procedure for business data warehouse development
Elzamly et al. Classification and identification of risk management techniques for mitigating risks with factor analysis technique in software risk management
Johannsen et al. A Six Sigma approach for integrated solutions
Avdoshin et al. Software risk management: using the automated tools
Mechrez et al. Modeling design-time variability in business processes: existing support and deficiencies
Leite et al. Ownership relevance in aspect-oriented business process models
Astromskis et al. Continuous CMMI assessment using non-invasive measurement and process mining
WO2015162879A1 (ja) タスク特定装置、タスク特定方法および記録媒体
Kang et al. Discrete event simulation to reduce the effect of uncertainties on project planning
Delias et al. Business process analytics: a dedicated methodology through a case study
García et al. A discrete-event simulation metamodel for obtaining simulation models from business process models
Araújo et al. Selecting a notation to modeling business process: a systematic literature review of technics and tools
Friedland et al. Conducting a model based systems engineering tool trade study using a systems engineering approach
das Chagas Santos et al. Lean Office and Digital Transformation: A Case Study in a Services Company

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15783625

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016514701

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15129458

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15783625

Country of ref document: EP

Kind code of ref document: A1