WO2013108334A1 - 評価装置、評価方法、および、評価プログラム - Google Patents

評価装置、評価方法、および、評価プログラム Download PDF

Info

Publication number
WO2013108334A1
WO2013108334A1 PCT/JP2012/007926 JP2012007926W WO2013108334A1 WO 2013108334 A1 WO2013108334 A1 WO 2013108334A1 JP 2012007926 W JP2012007926 W JP 2012007926W WO 2013108334 A1 WO2013108334 A1 WO 2013108334A1
Authority
WO
WIPO (PCT)
Prior art keywords
workers
work
evaluation
development
pair
Prior art date
Application number
PCT/JP2012/007926
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 JP2013537995A priority Critical patent/JP5464305B2/ja
Priority to US14/001,109 priority patent/US8924918B2/en
Publication of WO2013108334A1 publication Critical patent/WO2013108334A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • 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/06311—Scheduling, planning or task assignment for a person or group
    • 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/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06398—Performance of employee with respect to a job function

Definitions

  • the present invention relates to an evaluation apparatus, an evaluation method, and an evaluation program, and more particularly, to an evaluation apparatus, an evaluation method, and an evaluation program for system evaluation of system development and operation.
  • the device disclosed in Patent Document 1 is that when the amount of communication logs measured between individuals in the observation period (number of meetings, total time, number of emails, etc.) exceeds a predetermined threshold, there is a link between the individuals. to decide.
  • the apparatus calculates and outputs an index indicating how central a person is based on the number of links that the individual has with other individuals.
  • Patent Document 2 discloses a device that analyzes the content and scale of communication that occurs in a certain organization and is used in other organizations and evaluates the value of the organization. To do.
  • Patent Document 3 discloses an apparatus for registering association of various information.
  • Patent Document 4 discloses a client device that searches log files.
  • JP 2008-257539 A Japanese Laid-Open Patent Publication No. 2004-252946 JP 2003-150644 PR Japanese Laid-Open Patent Publication No. 2001-22613
  • Patent Document 1 does not consider work attributes such as processes and roles in the analysis.
  • An object of the present invention is to provide an evaluation apparatus, an evaluation method, and an evaluation program capable of solving the above-described problems and performing organization evaluation for each attribute of development and operation work.
  • An evaluation apparatus has, for each of a plurality of workers engaged in system development or operation work, the worker having any of a plurality of work attributes related to the work.
  • Worker information storage means for storing a work table indicating the period of time,
  • log storage means for storing a work log that records the occurrence time of the interaction and the workers who participated; From the work log, for each combination of the plurality of work attributes and the plurality of worker pairs, the number of the interactions in the pair performed when the workers constituting the pair have the work attributes.
  • evaluation means for calculating and outputting a relationship strength indicating the strength of the relationship between the workers constituting the pair.
  • An evaluation program has, for each of a plurality of workers engaged in system development or operation work, the worker having any of a plurality of work attributes related to the work.
  • a worker information storage process for storing a work table indicating a period of time, For each interaction between the plurality of workers, a log storage process for storing a work log in which the occurrence time of the interaction and the workers who participated are recorded; From the work log, for each combination of the plurality of work attributes and the plurality of worker pairs, the number of the interactions in the pair performed when the workers constituting the pair have the work attributes. Based on this, the computer is caused to execute an evaluation process for calculating and outputting a relationship strength indicating the strength of the relationship between the workers constituting the pair.
  • An evaluation method has, for each of a plurality of workers engaged in system development or operation work, the worker having any of a plurality of work attributes related to the work.
  • the present invention makes it possible to analyze a log and perform development organization evaluation for each attribute of development and operation work such as work process and role.
  • the present invention facilitates management and analysis of development and operation projects by analyzing logs and clarifying the actual state of work.
  • FIG. 3 is a schematic operation flowchart of an evaluation unit 11 of the evaluation device 10. 6 is an operation flowchart of processing in which the evaluation unit 11 accumulates the relationship strength with reference to an access log 50.
  • an evaluation unit 11 refers to a cooperation log 60 and is an operation flowchart of a process of accumulating relation strengths. It is a block diagram of the evaluation apparatus 10 which concerns on 3rd Embodiment.
  • FIG. 1 is a diagram showing the relationship between workers and software development / operation processes.
  • the software is developed through a plurality of development processes and is then put into operation.
  • software is developed through each development process of requirements analysis (RA), system analysis (SA), architecture design (AD), and application implementation (AI) in sequence, and is put into operation in the cloud operation management process (COM).
  • RA requirements analysis
  • SA system analysis
  • AD architecture design
  • AI application implementation
  • the worker a is engaged in requirements analysis in the period A, system analysis in the period B, and architecture design in the period C, and then in the period D. And return to requirements analysis. That is, the software development shown in the example of FIG. 1 returns to the process in which the development work is once completed between the periods C and D.
  • Worker a is then engaged in system analysis in period E, architecture design in period F, application implementation in period G, and cloud operation management in period H.
  • FIG. 2 is a diagram showing the relationship between workers and roles.
  • a worker engaged in a software development project has a role to play in the project, that is, a role.
  • the role of one worker may change with the process.
  • one worker may have a plurality of rolls in one process. In this embodiment, in order to simplify the description, one worker has one roll for a certain period.
  • worker a has the role of service designer (SD) in the requirements analysis and system analysis processes.
  • This worker a has three roles of service designer, resource planner (RP) and application implementer (AI) in the architecture design process, and resource planner and application implementer in the application implementation process.
  • RP resource planner
  • AI application implementer
  • the worker a has two roles of a service administrator (SA) and a cloud administrator (CA) in the cloud operation management process.
  • SA service administrator
  • CA cloud administrator
  • FIG. 3 is an overall configuration diagram of the evaluation system 30 according to the present embodiment.
  • the evaluation system 30 includes an evaluation apparatus 10 and a development operation support server 20 connected to the evaluation apparatus 10 via a communication line or the like.
  • the evaluation device 10 includes an evaluation unit 11, a log storage unit 12, and an operator information storage unit 13 that are configured by a logic circuit, a storage device, and the like.
  • the evaluation unit 11 is connected to the display device 14.
  • the evaluation device 10 may be a computer that operates under program control.
  • the evaluation unit 11 may be realized by a processing device included in the computer reading and executing a program stored in the storage device.
  • the log storage unit 12 and the worker information storage unit 13 may be a disk device provided in a computer.
  • the development operation support server 20 is, for example, a server computer equipped with a CASE (Computer-added Software Engineering) tool.
  • the development operation support server 20 includes a support unit 21 that executes a CASE tool and a development repository 22 that stores information related to development.
  • the support unit 21 is connected to a development client 23 in which a worker engaged in development performs development work.
  • the development repository 22 stores development process information, activity information, and worker personal information in addition to a development target program, usable program parts, and the like.
  • Development process information defines the development process as a flow that combines multiple activities.
  • Activity information defines the work of each activity that constitutes the development process.
  • the activities include design document registration, design document review, design document approval, and return.
  • Each activity has the role of the worker who executes the activity as an attribute.
  • Worker personal information is a list of workers involved in the project. Each worker is assigned a role as the work process progresses.
  • the worker personal information may record a role held by each worker at a certain time or process.
  • the worker personal information may be a list of worker teams involved in the project. In this case, the evaluation system 30 treats the work team as one unit.
  • the support unit 21 inputs an operation instruction of each worker from the development client 23, refers to the information in the development repository 22, and executes processing such as creation and correction of the development target program.
  • the support unit 21 generates information stored in the log storage unit 12 and the worker information storage unit 13 of the evaluation device 10 in the course of execution of the process.
  • the generated information is input to the evaluation apparatus 10 via a data exchange storage medium such as a communication line or a CD-ROM (Compact Disk-Read Only Memory).
  • FIG. 4 is a diagram showing a configuration of the work table 40 stored in the worker information storage unit 13.
  • the worker information storage unit 13 stores a work table 40 corresponding to each of a plurality of workers engaged in the development or operation work of the development target program.
  • the work table 40 includes a worker name 41 and personal data 42.
  • the worker name 41 is an identifier that identifies the worker, such as the worker's name and employee number.
  • the personal data 42 is information on the worker's individual such as the worker's career and skills.
  • the work table 40 further includes one or more pairs of attributes 43 and periods 44. This pair is information indicating when and what attribute 43 the operator of the work table 40 has.
  • the period 44 includes, for example, a start period and an end period.
  • the attribute 44 is, for example, a development process in which an operator participates.
  • the attribute 44 may be a role played by the worker.
  • the attribute 44 may be a combination of a development process in which an operator participates and a role played by the worker in that process.
  • FIG. 4 shows an example of data when the attribute is a combination of a process and a role.
  • the support unit 21 of the development / operation support server 20 creates this pair every time the attribute of the worker changes. For example, when logging into the development operation support server 20 from the development client 23, the worker inputs the process and role he / she is responsible for into the support unit 21. The support unit 21 detects the input process and role change and generates a pair of the attribute 43 and the period 44.
  • the first line of FIG. 4 shows that an operator whose worker name 41 is a (hereinafter abbreviated as worker a) is an SD roll (see FIG. 2) in the RA process (see FIG. 1). Shows that he participated in the project from January 2 to January 30, 2011.
  • the second line in FIG. 4 indicates that the worker a participated in the project from February 1, 2011 to April 15, 2011 in the role of SD in the SA process.
  • FIG. 5 shows the configuration of the access log 50 stored in the log storage unit 12.
  • the support unit 21 of the development operation support server 20 generates an access log 50 each time access to a file is detected.
  • the access log 50 includes an accessor name 51, a file name 52, and an access date / time 53.
  • the accessor name 51 is the worker name 41 of the worker who accessed the file.
  • the file name 52 is an identifier of the accessed file.
  • the access date and time 53 is the date and time when access to the file occurred.
  • FIG. 6 shows a configuration of the cooperation log 60 stored in the log storage unit 12.
  • the support unit 21 of the development operation support server 20 generates a collaboration log 60 each time a request between workers and a response to the request are detected.
  • the support unit 21 monitors the mail between the workers and detects a request between the workers and a response to the request from the title or the like.
  • the support unit 21 may detect a response between a request and a request between workers by detecting a command input for a work request / response.
  • the collaboration log 60 includes a sender name 61, a recipient name 62, a category 63, and a collaboration date and time 64.
  • the sender name 61 is the worker name 41 of the worker who sent the request or response for the collaborative work.
  • the recipient name 62 is the worker name 41 of the worker who has received the request or response for the collaborative work.
  • the category 63 indicates the type of opportunity that the collaborative log 60 has occurred.
  • the category 63 is information for distinguishing, for example, work requests, work responses, approval requests, and approval responses.
  • the section 63 may include other additional data.
  • the collaboration date and time 64 is the date and time when a request or response for collaboration work is transmitted or received between workers.
  • the log storage unit 12 may store only the access log 50, store only the cooperation log 60, or store both. When both are stored, the log storage unit 12 stores the access log 50 and the cooperation log 60 as separate files, or adds the distinction information between the two and stores them in the same file. .
  • the log storage unit 12 may store other logs.
  • FIG. 7 is a schematic operation flowchart of the evaluation unit 11 of the evaluation apparatus 10.
  • the evaluation unit 11 refers to the work table 40, the access log 50, and the cooperation log 60, and calculates and outputs the relationship strength that is an index of the strength of interaction between workers for each attribute.
  • the evaluation unit 11 reads out all the work tables 40 from the worker information storage unit 13 and extracts all the pairs of worker names 41 and all the attributes (S11). Next, the evaluation unit 11 creates a variable for accumulating relation strength with an initial value 0 for every combination of pairs and attributes of the worker name 41 (S12).
  • the evaluation unit 11 refers to the access log 50 to accumulate the relationship strength for each variable (S13), and further refers to the cooperation log 60 to accumulate the relationship strength for each variable (S14).
  • the evaluation unit 11 may execute only one of S13 and S14. Further, the evaluation unit 11 may accumulate the relationship strength in each variable with reference to other logs in the log storage unit 12.
  • the evaluation unit 11 outputs the relation strength of each variable for each attribute (S15).
  • the evaluation unit 11 may create and output a matrix or graph indicating the relationship strength.
  • FIG. 8 is an operation flowchart of processing in which the evaluation unit 11 accumulates the relationship strength with reference to the access log 50. This operation flowchart shows details of the processing of S13 of FIG.
  • the evaluation unit 11 executes the processing from S21 to S24 for all the access logs 50. First, the evaluation unit 11 selects one log in chronological order based on the access date 53 (S21). The log selected here is referred to as log A.
  • the evaluation unit 11 performs the processing of S22 to S24 for all the subsequent logs on the time series of the log A. Based on the access date and time 53, the evaluation unit 11 selects one log that satisfies the following three conditions from the subsequent logs in the time series of the log A (S22). The log selected here is referred to as log B.
  • the first condition is that log B includes an accessor name 51 different from log A. That is, the first condition is that the values of the access name 51 of the log A and the access name 51 of the log B are different.
  • the second condition is that the attributes 43 of the log A and log B workers are the same.
  • the evaluation unit 11 obtains the worker attribute 43 in the access log 50 by searching the work table 40 in which the accessor name 51 and the worker name 41 coincide with each other for a period 44 including the access date and time 53.
  • the third condition is that the file names 52 of log A and log B are the same.
  • the evaluation unit 11 accesses the pair of the accessor name 51 of the log A and the log B and the variable of the relationship strength specified by the attribute 43. A value corresponding to the difference between the date and time 53 is added (S24).
  • the evaluation unit 11 adds a value indicating a higher relationship strength as the difference between the access date 53 of the log A and the access date 53 of the log B is smaller. For example, the evaluation unit 11 adds 1.5, for example, if the difference between the access dates 53 of both access logs 50 is smaller than a predetermined value T, and adds 1 if it is larger than the predetermined value T, for example.
  • a value indicating a high relationship strength does not necessarily have to be a large value.
  • the evaluation unit 11 may show higher relationship strength as the value is smaller. In this case, for example, the evaluation unit 11 adds 1 if the difference between the access dates and times 53 of both the access logs 50 is smaller than the predetermined value T, and 1.5 if the difference is equal to or larger than the predetermined value T.
  • the evaluation unit 11 may set the relationship strength between accesses that have occurred at a predetermined time or longer to zero.
  • the evaluation unit 11 may simply count the number of times each worker has accessed the same file, and obtain the relationship strength between the workers based on the number of times.
  • the evaluation unit 11 When the log B cannot be acquired (N in S23), the evaluation unit 11 returns to S21 without adding it to the relation strength variable.
  • FIG. 9 is an operation flowchart of processing in which the evaluation unit 11 accumulates the relationship strength with reference to the cooperation log 60. This operation flowchart shows details of the processing of S14 of FIG.
  • the evaluation unit 11 executes the processes of S31 to S33 for all the cooperation logs 60.
  • the evaluation unit 11 acquires one cooperation log 60 (S31), and determines whether the attribute 43 of the sender and the receiver for the cooperation log 60 is the same (S32).
  • the evaluation unit 11 obtains the attribute 43 of the sender by searching the work table 40 in which the sender name 61 and the worker name 41 coincide with each other for a period 44 including the cooperation date and time 64.
  • the evaluation unit 11 similarly obtains the recipient attribute 43 from the recipient name 62.
  • the evaluation unit 11 When the attributes 43 of the sender and the receiver are the same (Y in S32), the evaluation unit 11 is specified by the pair of the sender name 61 and the receiver name 62 and the same attribute 43 of the sender and the receiver. 1 is added to the variable of the relationship strength (S33). When the attribute 43 of the sender and the receiver is not the same (N in S32), the evaluation unit 11 returns to S31 without adding anything to the relationship strength variable.
  • FIG. 10 is an operation flowchart of processing in which the evaluation unit 11 creates a relationship strength matrix and a graph. This operation flowchart shows details in the case of creating a matrix and a graph in the processing of S13 of FIG.
  • FIG. 11 shows a matrix created by the evaluation unit 11.
  • FIG. 12 shows a graph created by the evaluation unit 11.
  • the evaluation unit 11 executes the processing of S41 to S47 for all types of the attribute 43.
  • the evaluation unit 11 displays the relationship strength between the worker corresponding to the row and the worker corresponding to the column at the intersection as a matrix having the rows and columns corresponding to the workers (S41). That is, the evaluation unit 11 displays the relation strength of each variable corresponding to the attribute in the form of a matrix shown in FIG. In FIG. 11A, the evaluation unit 11 normalizes the relationship strength so that the maximum value is 1, and does not display the value when the relationship strength is 0.
  • the worker a has a relationship strength of 0.4 with the worker b1, but with the other workers. There is no relationship.
  • the fact that there is no relationship between the two workers means that S12 and S13 in FIG. 4 have been completed with the initial value of the variable for accumulating the relationship strength corresponding to the pair of the workers remaining at 0. means.
  • the worker b1 has a relationship strength of 0.4 with the worker a and a relationship with the workers b2 and b3.
  • a relationship of strength 1.0 is provided between the workers b4 and b5, and a relationship strength 0.6 is provided, but there is no relationship with other workers.
  • the evaluation unit 11 extracts a cluster of workers, that is, a group (S42).
  • the evaluation unit 11 forms a cluster of workers while exchanging the rows and columns of the matrix.
  • the evaluation unit 11 is arranged close to the diagonal line of the matrix, and extracts groups so that the sum of the relationship strengths of the workers configuring the cluster becomes large.
  • the evaluation unit 11 uses a genetic algorithm or the like, for example, while switching the rows and columns of the matrix in FIG. 11 (a) so that the total sum of the related work levels of the workers constituting the group is maximized. Extract groups along the diagonal.
  • the evaluation unit 11 can use a technique used in DSM (Design Structure Matrix) or the like.
  • FIG. 11B shows the matrix after the rows and columns of the matrix of FIG.
  • evaluation unit 11 may improve visibility by color-coding clusters according to the sum of the relational strengths within the clusters on the matrix in FIG.
  • the evaluation unit 11 arranges the centers of the group areas for each extracted group on the screen buffer with a certain distance from each other (S43).
  • the evaluation unit 11 draws a node for each worker on the screen buffer by making the distance between the nodes proportional to the reciprocal of the relationship strength between the workers (S44). At this time, the evaluation unit 11 arranges the nodes in the group within a certain distance from the center of the area of the group.
  • the evaluation unit 11 ties up the nodes of the workers whose relationship strength is not 0 (S45), draws the smallest ellipse including the nodes in the group in the screen buffer (S46), and outputs the screen buffer to the display device 14 (S47).
  • FIG. 12 shows a graph displayed on the display device 14.
  • the evaluation unit 11 may perform only one of matrix display and graph display. When only the graph display is performed, the evaluation unit 11 may perform the group extraction without depending on the matrix. For example, the evaluation unit 11 extracts a group so that the relationship work between the workers constituting the group becomes a predetermined value or more. Furthermore, the evaluation unit 11 may not perform group extraction / display.
  • the evaluation apparatus 10 makes it possible to analyze a log and perform development organization evaluation for each attribute 43 of development and operation work such as work process and role. This development organization evaluation is also possible for agile development and iteration development. The reason is that the evaluation unit 11 calculates and displays the relationship strength between workers based on the number of interactions between workers and the weight of each interaction for each attribute based on the work table 40. is there.
  • the evaluation apparatus 10 outputs the relationship strength between workers for each role of the workers in the development process.
  • the manager of the development project can grasp the workers who have leadership or know-how across the roles.
  • the evaluation device 10 outputs the relationship strength between workers for each work process in the development process.
  • development project managers and the like can grasp key persons (proxy, mediator) across each work process.
  • the evaluation device 10 displays the relationship strength in a matrix (FIG. 11) or graph (FIG. 12), and visualizes the relationship between the workers' clusters. This cluster shows the worker's instructions. This makes it easier for development project managers and the like to grasp the existence of groups based on the relationship strength and the relationship between them, and to determine the appropriateness of the group structure for development or operation.
  • managers and others can identify the group structure for which know-how is easy to accumulate and grasp the independence of the group. Furthermore, managers and others can divide groups that can be developed in parallel. As a result, the administrator can review the organizational design and the work processes that can be developed in parallel.
  • the evaluation apparatus 10 accumulates the relationship strength for each work process from the cooperation log 60. At that time, the evaluation device 10 adds a larger value when the roles of the sender and the receiver are the same than when the roles are different.
  • the attribute 44 in the work table 40 is a combination of the development process in which the worker participates and the role played by the worker in the process.
  • the evaluation unit 11 creates a variable for cumulative relationship strength with an initial value 0 for every combination of the pair of worker names 41 and processes. That is, the relationship strength accumulation variable exists not for every combination of the worker name 41 pair and attribute but for every combination of the worker name 41 pair and process.
  • FIG. 13 is an operation flowchart of processing in which the evaluation unit 11 accumulates the relationship strength with reference to the cooperation log 60 in the second embodiment.
  • FIG. 13 replaces FIG. 9 in the first embodiment.
  • the evaluation unit 11 executes the processing from S51 to S55 for all the cooperation logs 60.
  • the evaluation unit 11 acquires one cooperation log 60 (S51), and determines whether or not the processes in the sender 43 and receiver attributes 43 are the same for the cooperation log 60 (S52).
  • the evaluation unit 11 obtains the sender's process by searching the work table 40 in which the sender name 61 and the worker name 41 coincide with each other for a period 44 including the cooperation date and time 64.
  • the evaluation unit 11 similarly obtains the recipient attribute 43 from the recipient name 62.
  • the evaluation unit 11 determines whether or not the roles in the attribute 43 of the sender and the receiver for the cooperation log 60 are the same ( S53).
  • the evaluation unit 11 adds 1 to the variable of the relationship strength specified in the same process as the pair of the sender and the receiver (S54). ).
  • the evaluation unit 11 sets a value less than 1 to the variable of the relationship strength specified in the same process as the pair of the sender and the receiver. Is added (S54).
  • the addition value 1 or 0.8 is set as a parameter in the evaluation device 10 and may be appropriately changed by the operator of the evaluation device 10. Further, the added value when the roles of the sender and the receiver are not the same may be changed according to the combination of the roles of the sender and the receiver.
  • the evaluation unit 11 returns to S51 without adding anything to the relationship strength variable.
  • the evaluation unit 11 may reverse the roles of the process and the roll.
  • the evaluation apparatus 10 reflects the difference between the roles (or processes) of both workers who have interacted in the relation strength when calculating the relation strength for each process (or roll). Moreover, the operator of the evaluation apparatus 10 can change the degree of reflection. The reason is that the evaluation unit 11 determines the difference between the roles (or processes) of the two workers who have performed the interaction, and changes the value added to the variable of the relationship strength.
  • FIG. 14 is a configuration diagram of the evaluation apparatus 10 according to the third embodiment.
  • the evaluation device 10 includes an evaluation unit 11, a log storage unit 12, and an operator information storage unit 13.
  • the worker information storage unit 13 indicates, for each of a plurality of workers engaged in system development or operation work, a period 44 during which the worker has any of a plurality of work attributes 43 related to the work.
  • the work table 40 is stored.
  • the log storage unit 12 stores, for each interaction between a plurality of workers, a work log that records the occurrence time of the interaction and the participating workers.
  • the work log is, for example, the access log 50 or the cooperation log 60.
  • the evaluation unit 11 For each combination of a plurality of work attributes and a plurality of worker pairs from the work log, the evaluation unit 11 performs the number of interactions performed in the pair when the workers constituting the pair have the work attributes. Based on the above, the relationship strength indicating the strength of the relationship between the workers constituting the pair is calculated and output.
  • the evaluation apparatus 10 makes it possible to analyze a log and perform development organization evaluation for each attribute 43 of development and operation work such as work process and role. This development organization evaluation is also possible for agile development and iteration development. The reason is that the evaluation unit 11 calculates and displays the relationship strength between workers based on the number of interactions between workers and the weight of each interaction for each attribute based on the work table 40. is there.

Landscapes

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

Abstract

　人材の計画や管理方法を明らかにする為には、工程や役割等、開発作業の属性別に、ログを分析する必要がある。評価装置は、システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が作業に関する複数の作業属性の何れかを有していた期間を示す作業表を、記憶する作業者情報記憶手段と、複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した作業者を記録した作業ログを記憶するログ記憶手段と、作業ログから、複数の作業属性及び複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内のインタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する評価手段と、を備える。

Description

評価装置、評価方法、および、評価プログラム
　本発明は、評価装置、評価方法、および、評価プログラム、特に、システムの開発や運用の組織評価の為の、評価装置、評価方法、および、評価プログラムに関する。
　ソフトウェア開発の期間が短縮するにつれ、アジャイル開発やイタレーション開発に対する期待が高まってきている。これらの開発方法は、 変化への対応を重要視することや、 顧客が開発に密接に関与することなど、 ウォーターフォール型開発では見られなかった、さまざまな新しい特徴を有している。
　アジャイル開発とウォーターフォール型開発の違いに、技術者に求められる能力が挙げられる。ウォーターフォール型開発の場合、たとえばテスト技術者はテストだけを行えばよく、コーディング担当者は仕様書の通りにコードを書けばよく、それ以外の作業に関わる必要がないことが多い。 一方、短い期間でひと通り動くソフトウェアを作り上げるには、1人でソフトウェア開発のすべての工程をこなせるスキルをもった技術者が必要である。ある程度以上のスキルをもった技術者でプロジェクトチームを構成してこそ、アジャイル開発は成り立つ。
　したがって、アジャイル開発等に於いては、チームのメンバーを束ねるプロジェクトリーダーは誰が適切であるか、ある程度以上のスキルをもった技術者を、何名位、どの工程に、どの役割で参加させるのが適切であるか、また、役割は単独の役割とするか兼務とするのかなど、人材の計画や管理方法を明らかにする必要がある。
　このためには、すでに行われたシステムの開発について、開発者のコミュニケーションに関するログを取り込み、各開発者の役割やプロジェクトリーダーのリーダーシップの程度等の開発組織評価を行うことが有効である。なお、システムの運用についても上記要請は存在する。
　特許文献１が開示する装置は、観測期間における個人間のコミュニケーションログの測定量（会合の数、合計時間、メールの数など）が所定閾値を超えている場合、当該個人間にリンクがあると判断する。当該装置は、ある個人が他の個人との間に有するリンクの数に基づいて、その個人がどの程度中心的な人物であるかを示す指標を算出して出力する。
　特許文献２は、ある組織内で発生するコミュニケーションのいかなる内容が、他の組織に於いて、どのような範囲・規模で使われているかを分析して、当該組織の価値を評価する装置を開示する。特許文献３は、様々な情報の関連付けの登録をする装置を開示する。特許文献４は、ログファイルを検索するクライアント装置を開示する。
特開２００８－２５７５３９号広報 特開２００４－２５２９４６号広報 特開２００３－１５０６４４号広報 特開２００１－２２６１３号広報
　人材の計画や管理方法を明らかにする為には、工程や役割等、開発作業の属性別に、ログを分析する必要がある。作業の属性により、開発組織の人材計画や管理方法は変わることが予想されるからである。
　上述の特許文献１に開示されている技術は、その分析に於いて、工程や役割等、作業属性を考慮しない。本発明の目的は、上記課題を解決して、開発や運用作業の属性別に組織評価を行うことが出来る、評価装置、評価方法、および、評価プログラムを提供することにある。
　本発明の一実施の形態にかかるにかかる評価装置は、システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が前記作業に関する複数の作業属性の何れかを有していた期間を示す作業表を、記憶する作業者情報記憶手段と、
　前記複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した前記作業者を記録した作業ログを記憶するログ記憶手段と、
　前記作業ログから、前記複数の作業属性及び前記複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内の前記インタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する評価手段と、を備える。
　本発明の一実施の形態にかかるにかかる評価プログラムは、システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が前記作業に関する複数の作業属性の何れかを有していた期間を示す作業表を、記憶する作業者情報記憶処理と、
　前記複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した前記作業者を記録した作業ログを記憶するログ記憶処理と、
　前記作業ログから、前記複数の作業属性及び前記複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内の前記インタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する評価処理と、をコンピュータに実行させる。
　本発明の一実施の形態にかかるにかかる評価方法は、システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が前記作業に関する複数の作業属性の何れかを有していた期間を示す作業表を記憶し、
　前記複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した前記作業者を記録した作業ログを記憶し、
　前記作業ログから、前記複数の作業属性及び前記複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内の前記インタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する。
　本発明は、作業工程や役割等、開発や運用の作業の属性別に、ログを分析して開発組織評価を行うことを可能とする。
　例えば、ウォータ－フォール型開発では、役割定義に基づく分業・縦割り体制が明確であったのに対し、アジャイル開発では、役割定義と実質的な作業分担の対応が曖昧になってきている。このため、従来の方法による管理や分析が困難になってきている。そこで、本発明は、ログを分析して作業の実態を明確化することで、開発や運用のプロジェクトの管理や分析を容易にする。
作業者とソフトウェアの開発・運用工程の関係を示す図である。 作業者とロールの関係を示す図である。 第１の実施の形態に係る評価システム３０の全体構成図である。 作業者情報記憶部１３に記憶される作業表４０の構成を示す図である。 ログ記憶部１２に記憶されるアクセスログ５０の構成を示す図である。 ログ記憶部１２に記憶される協働ログ６０の構成を示す図である。 評価装置１０の評価部１１の概略の動作フローチャートである。 評価部１１がアクセスログ５０を参照して関係強度を累積していく処理の動作フローチャートである。 評価部１１が協働ログ６０を参照して関係強度を累積していく処理の動作フローチャートである。 評価部１１が関係強度のマトリクスおよびグラフを作成する処理の動作フローチャートである。 評価部１１が作成するマトリクスを示す図である。 評価部１１が作成するグラフを示す図である。 第２の実施形態に於いて、評価部１１が協働ログ６０を参照して関係強度を累積していく処理の動作フローチャートである。 第３の実施の形態に係る評価装置１０の構成図である。
　＜第１の実施の形態＞
　本発明を実施するための形態について図面を参照して詳細に説明する。
　図１は、作業者とソフトウェアの開発・運用工程の関係を示す図である。ソフトウェアは、複数の開発工程を経て開発され、その後運用に供される。ソフトウェアは、例えば、要求分析（ＲＡ）、システム分析（ＳＡ）、アーキテクチャ設計（ＡＤ）、アプリケーション実装（ＡＩ）の各開発工程を順次経て開発され、クラウド運用管理工程（ＣＯＭ）で運用に供される。
　ソフトウェア開発に於いては、開発したプログラムの変更や、作業のやり直しが発生することがある。すなわち、一旦或る工程を終えて次工程に進んだ開発作業が、元の工程に戻ることがある。例えば、一旦、要求分析工程、システム分析工程が完了し、アーキテクチャ設計工程にあった開発作業が、顧客の事業環境の変化などに起因して、要求分析工程、システム分析工程に戻ることがある。特に、アジャイル開発やイタレーション開発に於いては、この開発作業の戻りがしばしば発生する。
　また、ソフトウェア開発に於いては、開発に携わる全ての作業者が、同時に、全て同じ工程に携わるとは限らない。
　図１が示すソフトウェアの開発・運用プロジェクト例では、作業者ａが、期間Ａに於いて要求分析、期間Ｂに於いてシステム分析、期間Ｃに於いてアーキテクチャ設計に携わった後、期間Ｄに於いて要求分析に戻ったことを示している。すなわち、図１の例が示すソフトウェアの開発は、期間ＣとＤの間で、開発作業が、一旦終了した工程に戻っている。
　作業者ａは、その後、期間Ｅに於いてシステム分析、期間Ｆに於いてアーキテクチャ設計、期間Ｇに於いてアプリケーション実装、期間Ｈに於いてクラウド運用管理に携わっている。
　作業者ｂ１乃至ｂ５の５名は、期間ＡとＢに於いて要求分析に携わった後、期間Ｃ乃至Ｇに於いてこのプロジェクトには携わることなく、期間Ｈに於いてクラウド運用管理に携わっている。すなわち、期間Ｂに於いて、作業者ａと作業者ｂ１は異なる工程に従事している。
　図１のプロジェクト例では、作業者ｃ１乃至ｃ１０の１０名は、期間Ｂのシステム分析からこのプロジェクトに参加し、期間Ｃに於いてアーキテクチャ設計、期間Ｄ乃至Ｇに於いてアプリケーション実装に携わって、このプロジェクトを抜けている。作業者ｄ１乃至ｄ５の５名は、期間Ａ乃至Ｇに於いて、作業者ａと同じ工程に携わり、期間Ｇの終了とともに、このプロジェクトを抜けている。
　このように、工程と作業者の関係は、多様である。この傾向は、アジャイル開発やイタレーション開発に於いて顕著である。
　図２は、作業者とロールの関係を示す図である。ソフトウェアの開発プロジェクトに従事する作業者は、そのプロジェクトに於いて果たすべき役割、すなわちロールを持っている。一人の作業者のロールは、工程とともに変わる場合がある。また、一人の作業者が、一つの工程で複数のロールを持っている場合がある。本実施形態では、説明を簡単にするため、一人の作業者が、ある期間で有するロールは一つとしている。
　図２の例に於いて、作業者ａは、要求分析とシステム分析工程に於いては、サービスデザイナ（ＳＤ）のロールを有する。この作業者ａは、アーキテクチャ設計工程に於いてはサービスデザイナ、リソースプランナ（ＲＰ）とアプリケーションインプリメンタ（ＡＩ）の３つのロールを持ち、アプリケーション実装工程に於いてはリソースプランナとアプリケーションインプリメンタの２つのロールを持つ。さらに、この作業者ａは、クラウド運用管理工程に於いてはサービスアドミニストレータ（ＳＡ）とクラウドアドミニストレータ（ＣＡ）の２つのロールを持つ。
　なお、各ロールのもつ作業者が果たすべき役割は、プロジェクトの作業標準書等で定義されている。
　図３は、本実施の形態に係る評価システム３０の全体構成図である。評価システム３０は、評価装置１０と、評価装置１０に通信回線等を経由して接続されている開発運用支援サーバ２０を包含する。
　評価装置１０は、論理回路、記憶装置等で構成される、評価部１１、ログ記憶部１２および作業者情報記憶部１３を備える。評価部１１は表示装置１４と接続されている。
　評価装置１０は、プログラム制御により動作するコンピュータであってもよい。この場合、評価部１１は、コンピュータが備える処理装置が、記憶装置に格納されたプログラムを読み込んで実行することで実現してもよい。ログ記憶部１２および作業者情報記憶部１３は、コンピュータが備えるディスク装置等であってもよい。
　開発運用支援サーバ２０は、例えば、ＣＡＳＥ（Computer-added Software Engineering）ツールを搭載したサーバコンピュータである。開発運用支援サーバ２０は、ＣＡＳＥツールを実行する支援部２１および開発に関する情報を蓄積している開発リポジトリ２２を備える。支援部２１は、開発に携わる作業者が開発作業を行う開発クライアント２３に接続されている。
　開発リポジトリ２２は、開発対象プログラム、使用可能なプログラム部品等に加えて、開発プロセス情報、アクティビティ情報、および、作業者個人情報を記憶している。
　開発プロセス情報は、開発プロセスを複数のアクティビティを組み合わせたフローとして定義する。アクティビティ情報は、開発プロセスを構成する各アクティビティの作業を定義する。アクティビティは、設計書登録、設計書レビュー、設計書承認、差し戻しなどである。各アクティビティは、そのアクティビティを実行する作業者のロールを属性として持つ。
　作業者個人情報は、プロジェクトに関わる作業者のリストである。各作業者は、作業プロセスの進行に伴いロールを割り当てられる。作業者個人情報は、ある時点または工程における各作業者が持つロールを記録してもよい。なお、ここで、作業者個人情報は、プロジェクトに関わる作業者チームのリストでもよい。この場合、評価システム３０は、作業チームを一単位として扱う。
　支援部２１は、各作業者の操作命令を開発クライアント２３から入力し、開発リポジトリ２２の情報を参照して、開発対象プログラムの作成、修正等の処理を実行する。支援部２１は、当該処理の実行過程で、評価装置１０のログ記憶部１２、作業者情報記憶部１３に格納される情報を生成する。生成された情報は、通信回線やＣＤ－ＲＯＭ（Compact Disk-Read Only Memory）等のデータ交換用の記憶媒体を経由して、評価装置１０に入力される。
　図４は、作業者情報記憶部１３に記憶される作業表４０の構成を示す図である。作業者情報記憶部１３は、開発対象プログラムの開発または運用の作業に従事する複数の作業者のおのおの対応に作業表４０を記憶する。
　作業表４０は、作業者名４１、個人データ４２を包含する。作業者名４１は、作業者の名前、社員番号等の作業者を特定する識別子である。個人データ４２は、作業者の経歴、保有スキル等の作業者個人に関する情報である。
　作業表４０は、さらに、属性４３と期間４４の対を１以上包含する。この対は、この作業表４０の作業者が、どのような属性４３をいつ持っていたかを示す情報である。期間４４は、例えば、始期と終期を含む。
　ここで、属性４４は、例えば、作業者が参加した開発工程である。属性４４は、作業者が果たしたロールであってもよい。さらに、属性４４は、作業者が参加した開発工程と、その工程で作業者が果たしたロールの組み合わせであってもよい。図４は、属性が、工程とロールの組み合わせである場合のデータ例を示す。
　開発運用支援サーバ２０の支援部２１、例えば、作業者の属性が変わるたびにこの対を作成する。例えば、作業者は、開発クライアント２３から開発運用支援サーバ２０にログインする際に、自分が担当する工程とロールを支援部２１に入力する。支援部２１は、入力された、工程とロールの変更を検出して、属性４３と期間４４の対を生成する。
　図４の一行目は、作業者名４１がａである作業者（以降、作業者ａと略記する）が、ＲＡ工程（図１参照）にＳＤのロール（図２参照）で、２０１１年１月２日から２０１１年１月３０日迄、プロジェクトに参加していたことを示す。図４の２行目は、作業者ａが、ＳＡ工程にＳＤのロールで、２０１１年２月１日から２０１１年４月１５日迄、プロジェクトに参加していたことを示す。
　図５は、ログ記憶部１２に記憶されるアクセスログ５０の構成を示す。開発運用支援サーバ２０の支援部２１は、ファイルへのアクセスを検知する都度、アクセスログ５０を生成する。アクセスログ５０は、アクセス者名５１、ファイル名５２、アクセス日時５３を包含する。クセス者名５１は、ファイルをアクセスした作業者の作業者名４１である。ファイル名５２は、アクセスされたファイルの識別子である。アクセス日時５３は、当該ファイルへのアクセスが発生した日時である。
　図６は、ログ記憶部１２に記憶される協働ログ６０の構成を示す。開発運用支援サーバ２０の支援部２１は、作業者間の依頼および依頼に対する応答を検知する都度、協働ログ６０を生成する。
　支援部２１は、作業者間のメールを監視して、表題などから作業者間の依頼および依頼に対する応答を検知する。支援部２１は、作業依頼・応答用のコマンド入力の検知により作業者間の依頼および依頼に対する応答を検知してもよい。
　協働ログ６０は、送信者名６１、受信者名６２、区分６３、および、協働日時６４を含む。送信者名６１は、協働作業の依頼または応答を送った作業者の作業者名４１である。受信者名６２は、協働作業の依頼または応答を受けた作業者の作業者名４１である。
　区分６３は、協働ログ６０が発生した契機の種別を示す。区分６３は、例えば、作業依頼、作業応答、承認依頼、承認応答を区別する情報である。区分６３は、他の付加データを包含していてもよい。協働日時６４は、作業者間で、協働作業の依頼または応答が送信または受信された日時である。
　なお、ログ記憶部１２は、アクセスログ５０だけを記憶していても、協働ログ６０だけを記憶していても、両者を記憶していてもよい。両者を記憶している場合、ログ記憶部１２は、アクセスログ５０と協働ログ６０を別のファイルとして記憶している、または、両者の区別情報を付加して同一ファイル内に記憶している。ログ記憶部１２は、他のログを記憶していてもよい。
　図７は、評価装置１０の評価部１１の概略の動作フローチャートである。評価部１１は、作業表４０、アクセスログ５０、および、協働ログ６０を参照して、属性ごとに、各作業者間のインタラクションの強さの指標である関係強度を算出して出力する。
　まず、評価部１１は、作業者情報記憶部１３から全ての作業表４０を読み出して、作業者名４１の全てのペア、および、全ての属性を抽出する（S11）。次に、評価部１１は、作業者名４１のペアと属性の全ての組み合わせごとに、関係強度累積用の変数を、初期値０で作成する（S12）。
　ついで、評価部１１は、アクセスログ５０を参照して、各変数に関係強度を累積し（S13）、さらに、協働ログ６０を参照して、各変数に関係強度を累積する（S14）。評価部１１は、S13またはS14の一方だけを実行してもよい。また、評価部１１は、ログ記憶部１２内の他のログを参照して、各変数に関係強度を累積してもよい。
　最後に、評価部１１は、属性ごとに、各変数の関係強度を出力する（S15）。評価部１１は、関係強度を示すマトリクスまたはグラフを作成して出力してもよい。
　図８、９、および１０は、図７のS13、S14、S15の処理の詳細を示す。
　図８は、評価部１１がアクセスログ５０を参照して関係強度を累積していく処理の動作フローチャートである。この動作フローチャートは、図７のS13の処理の詳細を示す。
　評価部１１は、アクセスログ５０の全てを対象に、S21乃至S24の処理を実行する。まず、評価部１１は、アクセス日時５３に基づいて、時系列順に１つのログを選択する（S21）。ここで選択されたログを、ログAとする。
　ついで、評価部１１は、ログAの時系列上の後続ログの全てを対象に、S22乃至S24の処理を実行する。評価部１１は、アクセス日時５３に基づいて、ログAの時系列上の後続ログから、以下の３つの条件を満たす１つのログを選択する（S22）。ここで選択されたログを、ログBとする。
　第１の条件は、ログBがログAとは別のアクセス者名５１を含むことである。すなわち、第１の条件は、ログAのアクセス者名５１とログBのアクセス者名５１の値が異なることである。
　第２の条件は、ログAとログBの作業者の属性４３が同じであることである。評価部１１は、アクセスログ５０の作業者の属性４３を、アクセス者名５１と作業者名４１が一致する作業表４０から、アクセス日時５３を包含する期間４４を検索することにより得る。
　第３の条件は、ログAとログBのファイル名５２が同じであることである。
　ログBを取得できた場合（S23でY）、評価部１１は、ログAおよびログBのアクセス者名５１のペアおよび、属性４３で特定される関係強度の変数に、両アクセスログ５０のアクセス日時５３の差分に応じた値を加算する（S24）。評価部１１は、ログAのアクセス日時５３とログBのアクセス日時５３の差分が小さいほど、高い関係強度を示す値を加算する。例えば、評価部１１は、両アクセスログ５０のアクセス日時５３の差分が、所定値Tより小さければ、例えば１．５を、所定値Tより以上であれば、例えば１を加算する。
　なお、高い関係強度を示す値は、必ずしも、大きな値である必要はない。評価部１１は、小さな値ほど、高い関係強度を示すようにしてもよい。この場合、例えば、評価部１１は、両アクセスログ５０のアクセス日時５３の差分が、所定値Tより小さければ１を、所定値T以上であれば１．５を加算する。
　さらに、評価部１１は、所定時間以上離れて発生したアクセスの間の関係強度はゼロとしてもよい。評価部１１は、単純に、各作業者が同一ファイルにアクセスした回数をカウントし、その回数を基に、各作業者間の関係強度を求めてもよい。
　ログBを取得できない場合（S23でN）、評価部１１は、関係強度の変数に加算しないで、S21に戻る。
　図９は、評価部１１が協働ログ６０を参照して関係強度を累積していく処理の動作フローチャートである。この動作フローチャートは、図７のS14の処理の詳細を示す。
　評価部１１は、協働ログ６０の全てを対象に、S31乃至S33の処理を実行する。まず、評価部１１は、１つの協働ログ６０を取得し（S31）、当該協働ログ６０についての送信者と受信者の属性４３が同一かどうかを判定する（S32）。評価部１１は、送信者の属性４３を、送信者名６１と作業者名４１が一致する作業表４０から、協働日時６４を包含する期間４４を検索することにより得る。評価部１１は、受信者の属性４３も、受信者名６２から同様に得る。
　送信者と受信者の属性４３が同一である場合（S32でY）、評価部１１は、送信者名６１と受信者名６２のペアおよび、送信者と受信者の同一の属性４３で特定される関係強度の変数に１を加算する（S33）。　送信者と受信者の属性４３が同一でない場合（S32でN）、評価部１１は、関係強度の変数に何も加算しないで、S31に戻る。
　図１０は、評価部１１が関係強度のマトリクスおよびグラフを作成する処理の動作フローチャートである。この動作フローチャートは、図７のS13の処理のうちマトリクスとグラフを作成する場合の詳細を示す。図１１は、評価部１１が作成するマトリクスを示す。図１２は、評価部１１が作成するグラフを示す。
　評価部１１は、属性４３の全ての種類を対象に、S41乃至S47の処理を実行する。まず、評価部１１は、作業者対応の行および列を持つマトリクスとして、行に対応する作業者と列に対応する作業者の間の関係強度を交点に表示する（S41）。すなわち、評価部１１は、当該属性対応の各変数の関係強度を、図１１（ａ）が示すマトリクスの形で表示する。なお、評価部１１は、図１１（ａ）に於いて、関係強度を、最大値が１となるように正規化し、さらに、関係強度が０の場合、値を表示しない。
　図１１（ａ）の１行目のデータ例に依れば、作業者ａは、作業者ｂ１との間には関係強度０．４の関係を有するが、他の作業者との間には関係が無い。ここで、二人の作業者間に関係が無いとは、当該作業者のペアに対応する関係強度累積用の変数が、初期値０のままで、図４のS12およびS13を終了したことを意味する。
　図１１（ａ）の２行目のデータ例に依れば、作業者ｂ１は、作業者ａとの間には関係強度０．４の関係を、作業者ｂ２およびｂ３との間には関係強度１．０の関係を、作業者ｂ４およびｂ５との間には関係強度０．６の関係を、それぞれ有するが、他の作業者との間には関係が無い。
　次に、図１０に於いて、評価部１１は作業者のクラスタ、すなわち、グループを抽出する（S42）。ここで、評価部１１は、マトリクスの行及び列の入れ替えを行いながら、作業員のクラスタを形成させる。評価部１１は、マトリクスの対角線に寄せて配置され、クラスタを構成する作業者の関係強度の和が大きくなるようにグループを抽出する。
　評価部１１は、例えば、遺伝的アルゴリズム等を利用して、グループを構成する作業者の関係業度の総和が最大になるように、図１１（ａ）のマトリクスの行及び列を入れ替えながら、対角線に沿ってグループを抽出する。ここで、評価部１１は、ＤＳＭ（Design Structure Matrix）等で用いられる技術を用いることが出来る。図１１（ｂ）は、図１２（ａ）のマトリクスの行および列を入れ替えた後のマトリックスを示す。
　なお、評価部１１は、図１１（ｂ）のマトリクス上で、クラスタ内の関係強度の総和に応じて、クラスタを色分けして視認性をあげてもよい。
　次に、評価部１１は、画面バッファ上に、抽出されたグループごとのグループ領域の中心を、互いに一定以上の距離を於いて配置する（S43）。
　評価部１１は、作業者ごとにノードを、ノード間の距離を各作業者間の関係強度の逆数に比例させて画面バッファに描画する（S44）。このとき、評価部１１は、グループ内のノードは、当該グループの領域の中心から一定の距離以内に配置する。
　評価部１１は、関係強度が０でない作業者のノード間を変で結び（S45）、グループ内のノードを含む最小の楕円を画面バッファに描画し（S46）、画面バッファを表示装置１４に出力する（S47）。図１２は、表示装置１４に表示されたグラフを示す。
　なお、評価部１１は、マトリックス表示またはグラフ表示の一方だけを行ってもよい。グラフ表示だけを行う場合、評価部１１は、グループの抽出をマトリクスに依存しないで行ってもよい。例えば、評価部１１は、グループを構成する作業者間の関係業度が所定値以上になるようにグループを抽出する。さらに、評価部１１は、グループの抽出・表示を行わなくてもよい。
　本実施の形態にかかる評価装置１０は、作業工程や役割等、開発や運用の作業の属性４３別に、ログを分析して開発組織評価を行うことを可能とする。この開発組織評価は、アジャイル開発やイタレーション開発に対しても可能となる。その理由は、評価部１１が、作業表４０に基づいて属性ごとに、作業者間のインタラクションの多さ、各インタラクションの重みに基づいて、作業者間の関係強度を算出して表示するからである。
　例えば、評価装置１０は、開発プロセスにおける作業者のロール別に、作業者間の関係強度を出力する。これにより、開発プロジェクトの管理者等は、各ロール横断的にリーダーシップのある、または、ノウハウのある作業者を把握できる。
　また、評価装置１０は、開発プロセスにおける作業工程別に、作業者間の関係強度を出力する。これにより、開発プロジェクトの管理者等は、各作業工程横断的なキーマン（プロキシ、調停者）を把握できる。
　また、管理者等は、作業工程またはロール別に、スキルを持つものが把握できるため、一つの開発チームに於いて、複数のスキルを持った技術者、特定のスキルを持った技術者を組み合わせて適正な人材配置が出来る。
　さらに、評価装置１０は、関係強度をマトリクス表示（図１１）、または、グラフ表示（図１２）し、作業員のクラスタ間の関係を可視化する。このクラスタは、作業者のインストラクションを示している。これにより、開発プロジェクトの管理者等は、関係強度に基づいたグループの存在、その間の関係を把握しやすくなり、開発または運用のグループ構成の適切さの判断が可能となる。
　すなわち、管理者等は、ノウハウの蓄積しやすいグループ構成の特定、グループの独立性の把握が出来る。さらに、管理者等は、並行開発が可能なグループ分割が出来るようになる。この結果、管理者等は、組織設計の見直しや、並列開発が可能な作業工程の見直しが出来る。
　＜第２の実施の形態＞
　本発明の第２の実施形態にかかる評価装置１０は、協働ログ６０から作業工程ごとに関係強度を累積する。そのさい、評価装置１０は、送信者と受信者のロールが同一である場合、異なる場合よりも大きな値を加算する。
　以下、本実施の形態について図面を参照して詳細に説明する。説明は、第１の実施の形態との差分について行う。
　本実施形態に於いて、作業表４０における属性４４は、作業者が参加した開発工程と、その工程で作業者が果たしたロールの組み合わせである。また、図７のS12に於いて、評価部１１は、作業者名４１のペアと工程の全ての組み合わせごとに、関係強度累積用の変数を、初期値０で作成する。すなわち、関係強度累積用の変数は、作業者名４１のペアと属性の全ての組み合わせごとではなく、作業者名４１のペアと工程の全ての組み合わせごとに存在する。
　図１３は、第２の実施形態に於いて、評価部１１が協働ログ６０を参照して関係強度を累積していく処理の動作フローチャートである。図１３は、第１の実施形態に於ける図９を置換する。
　本実施形態に於いて、評価部１１は、協働ログ６０の全てを対象に、S51乃至S55の処理を実行する。まず、評価部１１は、１つの協働ログ６０を取得し（S51）、当該協働ログ６０についての送信者と受信者の属性４３に於ける工程が同一かどうかを判定する（S52）。評価部１１は、送信者の工程を、送信者名６１と作業者名４１が一致する作業表４０から、協働日時６４を包含する期間４４を検索することにより得る。評価部１１は、受信者の属性４３も、受信者名６２から同様に得る。
　送信者と受信者の工程が同一である場合（S52でY）、評価部１１は、当該協働ログ６０についての送信者と受信者の属性４３に於けるロールが同一かどうかを判定する（S53）。
　送信者と受信者のロールが同一である場合（S53でY）、評価部１１は、送信者と受信者のペアおよび同一である工程で特定される関係強度の変数に１を加算する（S54）。送信者と受信者のロールが同一でない場合（S53でN）、評価部１１は、送信者と受信者のペアおよび同一である工程で特定される関係強度の変数に１より小さな値０．８を加算する（S54）。なお、加算値である１または０．８は、評価装置１０にパラメータとして設定され、評価装置１０の操作者が適宜変更してもよい。さらに、送信者と受信者のロールが同一でない場合の加算値は、送信者と受信者のロールの組み合わせに応じて変更してもよい。
　送信者と受信者の工程が同一でない場合（S52でN）、評価部１１は、関係強度の変数に何も加算しないで、S51に戻る。
　なお、本実施形態に於いて、評価部１１は、工程とロールの役割を逆転させてもよい。
　本実施の形態にかかる評価装置１０は、工程（または、ロール）ごとに関係強度を算出するに当たり、インタラクションを行った両作業者のロール（または、工程）の同異を関係強度に反映させる。また、評価装置１０の操作者は、反映の程度を変更することが出来る。その理由は、評価部１１が、インタラクションを行った両作業者のロール（または工程）の同異を判断して、関係強度の変数への加算値を変更するからである。
　この結果、開発プロジェクトの管理者等は、例えば、各工程横断的にリーダーシップのある、または、ノウハウのある作業者を把握したい場合、ロール内のインタラクションを重く評価することで、ノイズとなるようなインタラクションの影響を抑制できる。
　＜第３の実施の形態＞　
　図１４は、第３の実施の形態に係る評価装置１０の構成図である。
　本実施の形態の評価装置１０は、評価部１１、ログ記憶部１２、作業者情報記憶部１３を備える。
　作業者情報記憶部１３は、システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が作業に関する複数の作業の属性４３の何れかを有していた期間４４を示す作業表４０を記憶する。
　ログ記憶部１２は、複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した作業者を記録した作業ログを格納する。作業ログは、例えば、アクセスログ５０または協働ログ６０である。
　評価部１１は、作業ログから、複数の作業属性及び複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内のインタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する。
　本実施の形態にかかる評価装置１０は、作業工程や役割等、開発や運用の作業の属性４３別に、ログを分析して開発組織評価を行うことを可能とする。この開発組織評価は、アジャイル開発やイタレーション開発に対しても可能となる。その理由は、評価部１１が、作業表４０に基づいて属性ごとに、作業者間のインタラクションの多さ、各インタラクションの重みに基づいて、作業者間の関係強度を算出して表示するからである。
　以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１２年１月１８日に出願された日本出願特願２０１２－００７８５５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０　　評価装置
　１１　　評価部
　１２　　ログ記憶部
　１３　　作業者情報記憶部
　１４　　表示装置
　２０　　開発運用支援サーバ
　２１　　支援部
　２２　　開発リポジトリ
　２３　　開発クライアント
　４０　　作業表
　４１　　作業者名
　４２　　個人データ
　４３　　属性
　４４　　期間
　５０　　アクセスログ
　５１　　アクセス者名
　５２　　ファイル名
　５３　　アクセス日時
　６０　　協働ログ
　６１　　送信者名
　６２　　受信者名
　６３　　区分
　６４　　協働日時

Claims (24)

  1. 　システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が前記作業に関する複数の作業属性の何れかを有していた期間を示す作業表を、記憶する作業者情報記憶手段と、
    　前記複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した前記作業者を記録した作業ログを記憶するログ記憶手段と、
    　前記作業ログから、前記複数の作業属性及び前記複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内の前記インタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する評価手段と、を備える評価装置。
  2. 　前記評価手段は、ペアを構成する作業者間の関係強度を、前記複数の作業者のおのおの対応に行および列を有するマトリクスとして出力する、請求項１の評価装置。
  3. 　前記評価手段は、前記複数の作業者から、前記マトリクスの対角線に寄せて配置され、グループ内の作業者間の前記関係強度の総和が大きくなるようなグループを抽出し、
    前記複数の作業者のおのおのをノードとし、２つの前記ノード間を前記関係強度に応じた表示のノードで結び、前記グループ内の前記ノードを互いに近傍に配置したグラフを作成して出力する、請求項２評価装置。
  4. 　前記作業者情報記憶手段は、少なくとも一人の前記作業者について、時系列上、第１の前記作業属性を持つ前記期間の前後に、第２の前記作業属性をもつ前記期間が存在する前記作業表を記憶する請求項１乃至３の何れかの評価装置。
  5. 　前記複数の作業属性は、前記複数の作業者のおのおのが関わった、システムの開発または運用に係る複数の工程、
    前記複数の作業者のおのおのが担った、システムの開発または運用に係る複数のロール、または、
    前記複数の作業者のおのおのが関わったシステムの開発または運用に係る複数の工程、および、前記複数の工程のおのおのにおいて、前記複数の作業者のおのおのが担ったシステムの開発または運用に係る複数のロールの組み合わせ、
    の何れかである、請求項１乃至４の何れかの評価装置。
  6. 　前記複数の作業属性は、前記複数の作業者のおのおのが関わったシステムの開発または運用に係る複数の工程、および、前記複数の工程のおのおのにおいて、前記複数の作業者のおのおのが担ったシステムの開発または運用に係る複数のロールの組み合わせであり、前記工程及びロールの、一方を第１の属性、他方を第２の属性としたときに、
    　前記評価手段は、前記複数の第１の属性のおのおの及び前記複数の作業者のペアのおのおのごとに、当該ペアを構成する作業者が属性として当該第１の属性を有する時に行った当該ペア内の前記インタラクションの回数から得られる関係強度を、前記ペアを構成する異なる作業者の前記第２の属性が同一である場合、異なる場合よりも高く算出する、請求項１乃至４の何れかの評価装置。
  7. 　前記作業ログは、前記作業者によるファイルへのアクセスログを含み、
    　前記評価手段は、前記作業ログから、前記ペアを構成する異なる作業者による２つの連続した同一ファイルへのアクセスを検出する度に、前記ペア間に、両アクセスの時間的近さに応じて大きくなる重みを求め、前記重みを累積して前記関係強度を求める、請求項１乃至６の何れかの評価装置。
  8. 　前記作業ログは、作業者間の依頼、または、応答の共働ログを含み、
    　前記評価手段は、前記共働ログから、前記ペアを構成する異なる作業者間の前記共働ログの個数をカウントして前記関係強度を求める、請求項１乃至７の何れかの評価装置。
  9. 　システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が前記作業に関する複数の作業属性の何れかを有していた期間を示す作業表を、記憶する作業者情報記憶処理と、
    　前記複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した前記作業者を記録した作業ログを記憶するログ記憶処理と、
    　前記作業ログから、前記複数の作業属性及び前記複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内の前記インタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する評価処理と、をコンピュータに実行させる評価プログラム。
  10. 　前記コンピュータに、ペアを構成する作業者間の関係強度を、前記複数の作業者のおのおの対応に行および列を有するマトリクスとして出力する前記評価処理を実行させる、請求項９の評価プログラム。
  11. 　前記コンピュータに、前記複数の作業者から、前記マトリクスの対角線に寄せて配置され、グループ内の作業者間の前記関係強度の総和が大きくなるようなグループを抽出し、前記複数の作業者のおのおのをノードとし、２つの前記ノード間を前記関係強度に応じた表示のノードで結び、前記グループ内の前記ノードを互いに近傍に配置したグラフを作成して出力する前記評価処理を実行させる、請求項１０評価プログラム。
  12. 　前記コンピュータに、少なくとも一人の前記作業者について、時系列上、第１の前記作業属性を持つ前記期間の前後に、第２の前記作業属性をもつ前記期間が存在する前記作業表を記憶する前記作業者情報記憶処理を実行させる請求項９乃至１１の何れかの評価プログラム。
  13. 　前記複数の作業属性は、前記複数の作業者のおのおのが関わった、システムの開発または運用に係る複数の工程、
    前記複数の作業者のおのおのが担った、システムの開発または運用に係る複数のロール、または、
    前記複数の作業者のおのおのが関わったシステムの開発または運用に係る複数の工程、および、前記複数の工程のおのおのにおいて、前記複数の作業者のおのおのが担ったシステムの開発または運用に係る複数のロールの組み合わせ、
    の何れかである、請求項９乃至１２の何れかの評価プログラム。
  14. 　前記複数の作業属性は、前記複数の作業者のおのおのが関わったシステムの開発または運用に係る複数の工程、および、前記複数の工程のおのおのにおいて、前記複数の作業者のおのおのが担ったシステムの開発または運用に係る複数のロールの組み合わせであり、前記工程及びロールの、一方を第１の属性、他方を第２の属性としたときに、
    　前記コンピュータに、前記複数の第１の属性のおのおの及び前記複数の作業者のペアのおのおのごとに、当該ペアを構成する作業者が属性として当該第１の属性を有する時に行った当該ペア内の前記インタラクションの回数から得られる関係強度を、前記ペアを構成する異なる作業者の前記第２の属性が同一である場合、異なる場合よりも高く算出する前記評価処理を実行させる、請求項９乃至１２の何れかの評価プログラム。
  15. 　前記作業ログは、前記作業者によるファイルへのアクセスログを含み、
    　前記コンピュータに、前記作業ログから、前記ペアを構成する異なる作業者による２つの連続した同一ファイルへのアクセスを検出する度に、前記ペア間に、両アクセスの時間的近さに応じて大きくなる重みを求め、前記重みを累積して前記関係強度を求める前記評価処理を実行させる、請求項９乃至１４の何れかの評価プログラム。
  16. 　前記作業ログは、作業者間の依頼、または、応答の共働ログを含み、
    　前記コンピュータに、前記共働ログから、前記ペアを構成する異なる作業者間の前記共働ログの個数をカウントして前記関係強度を求める前記評価処理を実行させる、請求項９乃至１５の何れかの評価プログラム。
  17. 　システムの開発または運用の作業に従事する複数の作業者のおのおのについて、当該作業者が前記作業に関する複数の作業属性の何れかを有していた期間を示す作業表を記憶し、
    　前記複数の作業者間の各インタラクションについて、当該インタラクションの発生時期および参加した前記作業者を記録した作業ログを記憶し、
    　前記作業ログから、前記複数の作業属性及び前記複数の作業者のペアのおのおのの組み合わせごとに、当該ペアを構成する作業者が当該作業属性を有する時に行った当該ペア内の前記インタラクションの回数を基に、当該ペアを構成する作業者間の関係の強さを示す関係強度を算出して出力する、評価方法。
  18. 　ペアを構成する作業者間の関係強度を、前記複数の作業者のおのおの対応に行および列を有するマトリクスとして出力する、請求項１７の評価方法。
  19. 　前記複数の作業者から、前記マトリクスの対角線に寄せて配置され、グループ内の作業者間の前記関係強度の総和が大きくなるようなグループを抽出し、前記複数の作業者のおのおのをノードとし、２つの前記ノード間を前記関係強度に応じた表示のノードで結び、前記グループ内の前記ノードを互いに近傍に配置したグラフを作成して出力する、請求項１８評価方法。
  20. 　少なくとも一人の前記作業者について、時系列上、第１の前記作業属性を持つ前記期間の前後に、第２の前記作業属性をもつ前記期間が存在する前記作業表を記憶する請求項１７乃至１９の何れかの評価方法。
  21. 　前記複数の作業属性は、前記複数の作業者のおのおのが関わった、システムの開発または運用に係る複数の工程、
    前記複数の作業者のおのおのが担った、システムの開発または運用に係る複数のロール、または、
    前記複数の作業者のおのおのが関わったシステムの開発または運用に係る複数の工程、および、前記複数の工程のおのおのにおいて、前記複数の作業者のおのおのが担ったシステムの開発または運用に係る複数のロールの組み合わせ、
    の何れかである、請求項１７乃至２０の何れかの評価方法。
  22. 　前記複数の作業属性は、前記複数の作業者のおのおのが関わったシステムの開発または運用に係る複数の工程、および、前記複数の工程のおのおのにおいて、前記複数の作業者のおのおのが担ったシステムの開発または運用に係る複数のロールの組み合わせであり、前記工程及びロールの、一方を第１の属性、他方を第２の属性としたときに、
    　前記複数の第１の属性のおのおの及び前記複数の作業者のペアのおのおのごとに、当該ペアを構成する作業者が属性として当該第１の属性を有する時に行った当該ペア内の前記インタラクションの回数から得られる関係強度を、前記ペアを構成する異なる作業者の前記第２の属性が同一である場合、異なる場合よりも高く算出する、請求項１７乃至２０の何れかの評価方法。
  23. 　前記作業ログは、前記作業者によるファイルへのアクセスログを含み、
    　前記作業ログから、前記ペアを構成する異なる作業者による２つの連続した同一ファイルへのアクセスを検出する度に、前記ペア間に、両アクセスの時間的近さに応じて大きくなる重みを求め、前記重みを累積して前記関係強度を求める、請求項１７乃至２２の何れかの評価方法。
  24. 　前記作業ログは、作業者間の依頼、または、応答の共働ログを含み、
    　前記共働ログから、前記ペアを構成する異なる作業者間の前記共働ログの個数をカウントして前記関係強度を求める、請求項１７乃至２３の何れかの評価方法。
PCT/JP2012/007926 2012-01-18 2012-12-12 評価装置、評価方法、および、評価プログラム WO2013108334A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013537995A JP5464305B2 (ja) 2012-01-18 2012-12-12 評価装置、評価方法、および、評価プログラム
US14/001,109 US8924918B2 (en) 2012-01-18 2012-12-12 Evaluation apparatus, an evaluation method and an evaluation program storing medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012007855 2012-01-18
JP2012-007855 2012-01-18

Publications (1)

Publication Number Publication Date
WO2013108334A1 true WO2013108334A1 (ja) 2013-07-25

Family

ID=48798792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/007926 WO2013108334A1 (ja) 2012-01-18 2012-12-12 評価装置、評価方法、および、評価プログラム

Country Status (3)

Country Link
US (1) US8924918B2 (ja)
JP (1) JP5464305B2 (ja)
WO (1) WO2013108334A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015038693A (ja) * 2013-08-19 2015-02-26 株式会社大和総研ビジネス・イノベーション フロー図作成システム
JP2017173991A (ja) * 2016-03-22 2017-09-28 日本電気株式会社 支援装置、支援方法及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11296461A (ja) * 1998-04-14 1999-10-29 Nippon Telegr & Teleph Corp <Ntt> ユーザ間情報交換システム及び方法、ユーザ端末、サーバ計算機、並びに、ユーザ間情報交換プログラムを記録した記録媒体
JP2004054606A (ja) * 2002-07-19 2004-02-19 Hitachi Ltd リスク予測支援方法および情報処理装置
JP2006092368A (ja) * 2004-09-24 2006-04-06 Fuji Xerox Co Ltd 活動記録装置、活動記録方法およびプログラム
JP2008257539A (ja) * 2007-04-06 2008-10-23 Fuji Xerox Co Ltd コミュニケーション分析装置および方法
JP2011086231A (ja) * 2009-10-19 2011-04-28 Ricoh Co Ltd チーム抽出装置、該チーム抽出装置を用いたチーム抽出方法及びチーム抽出プログラム、該チーム抽出プログラムを記憶した記憶媒体

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001022613A (ja) 1999-07-07 2001-01-26 Hitachi Ltd ログファイル内ログ情報の検索方法
JP3730156B2 (ja) 2001-11-09 2005-12-21 有限会社築城ソフト研究所 関係付け情報管理システム、関係付け情報管理用プログラム、及び記録媒体
JP4344922B2 (ja) 2003-01-27 2009-10-14 富士ゼロックス株式会社 評価装置およびその方法
US20130179359A1 (en) * 2012-01-09 2013-07-11 Psc Industrial Outsourcing, Lp System and method for job safety analysis
US20130238785A1 (en) * 2012-03-06 2013-09-12 Rackspace Us, Inc. System and Method for Metadata Discovery and Metadata-Aware Scheduling
US9460264B2 (en) * 2012-05-04 2016-10-04 Elwha Llc Devices, systems, and methods for automated data collection

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11296461A (ja) * 1998-04-14 1999-10-29 Nippon Telegr & Teleph Corp <Ntt> ユーザ間情報交換システム及び方法、ユーザ端末、サーバ計算機、並びに、ユーザ間情報交換プログラムを記録した記録媒体
JP2004054606A (ja) * 2002-07-19 2004-02-19 Hitachi Ltd リスク予測支援方法および情報処理装置
JP2006092368A (ja) * 2004-09-24 2006-04-06 Fuji Xerox Co Ltd 活動記録装置、活動記録方法およびプログラム
JP2008257539A (ja) * 2007-04-06 2008-10-23 Fuji Xerox Co Ltd コミュニケーション分析装置および方法
JP2011086231A (ja) * 2009-10-19 2011-04-28 Ricoh Co Ltd チーム抽出装置、該チーム抽出装置を用いたチーム抽出方法及びチーム抽出プログラム、該チーム抽出プログラムを記憶した記憶媒体

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015038693A (ja) * 2013-08-19 2015-02-26 株式会社大和総研ビジネス・イノベーション フロー図作成システム
JP2017173991A (ja) * 2016-03-22 2017-09-28 日本電気株式会社 支援装置、支援方法及びプログラム

Also Published As

Publication number Publication date
US20140325471A1 (en) 2014-10-30
JPWO2013108334A1 (ja) 2015-05-11
JP5464305B2 (ja) 2014-04-09
US8924918B2 (en) 2014-12-30

Similar Documents

Publication Publication Date Title
JP4717945B2 (ja) 業務分析プログラムおよび業務分析装置
Dakic et al. BUSINESS PROCESS MINING APPLICATION: A LITERATURE REVIEW.
Song et al. Towards comprehensive support for organizational mining
Hornix Performance analysis of business processes through process mining
Ozorhon et al. Critical success factors of enterprise resource planning implementation in construction: Case of Turkey
US20120232947A1 (en) Automation of business management processes and assets
Fabijan et al. The lack of sharing of customer data in large software organizations: challenges and implications
US20110218843A1 (en) Non intrusive system and method for monitoring business processes
Vera-Baquero et al. Business process improvement by means of Big Data based Decision Support Systems: a case study on Call Centers
Fernandes et al. Workload control in unbalanced job shops
US10417712B2 (en) Enterprise application high availability scoring and prioritization system
US20170236086A1 (en) Systems and/or methods for context-driven contribution ranking
Lin et al. An approach to twinning and mining collaborative network of construction projects
Abbsaian-Hosseini et al. Social network analysis for construction crews
JP2017059111A (ja) 組織改善活動支援システム、情報処理装置、方法およびプログラム
Tripathi et al. Exploring processes in small software companies: a systematic review
CN114124743B (zh) 一种数据应用全链路检查规则执行方法及系统
JP5464305B2 (ja) 評価装置、評価方法、および、評価プログラム
KR20070033728A (ko) 지적자산 정보의 핵심특허지수 제공 시스템과 그 방법
Özdağoğlu et al. Monitoring the software bug‐fixing process through the process mining approach
JP5765529B2 (ja) 業務システム変更支援システム、業務システム変更支援プログラム、および業務システム変更支援方法
JP7384768B2 (ja) コミュニティ評価システム、コミュニティ評価方法、行動評価システム及び行動評価方法
Kumar et al. Analyzing performance of a global help desk team operation–country handoffs, efficiencies and costs
Phasom et al. Process mining for improvement of IT service in automobile industry
CN111506826A (zh) 基于亲密度的用户推荐方法、装置、设备及存储介质

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2013537995

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14001109

Country of ref document: US

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

Ref document number: 12865770

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12865770

Country of ref document: EP

Kind code of ref document: A1