Proceeding of the 33rd international conference on Software engineering (ICSE’11), pp. 261-270, 2011. Configuring Global Software Teams: A Multi-Company Analysis of Project Productivity, Quality, and Profits 1Narayan Ramasubbu 1Rajesh Krishna Balan 1Singapore 2Marcelo Cataldo 2James D. Herbsleb Management University 2Carnegie Mellon University 背景と目的 分散開発の世界的な需要が年々高まっている 分散開発における様々な側面（地理・時間・組織構成 ）が，生産性・品質・収益に与える正・負の影響を深く 理解する必要がある 各側面が生産性や品質に与える影響は個別に調べられて きたが，総合的に調べた研究は存在しない 本研究の目的は，5大陸15カ国にまたがる4社計362 件分の分散開発プロジェクトデータに基づいて，各側 面のトレードオフを明らかにすること 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 1 Research Questions RQ1: 分散開発における各側面（地理・時間・組織構 成）が，生産性・品質・収益にどのように影響するか？ RQ2: 分散開発を実施している企業が，地理的・時間 的分散の負の側面を緩和するために利用できる組織 構成的側面とは？ 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 2 生産性・品質・収益に影響を与える分散開発の側面 地理的分散 同期コミュニケーションが可能（同タイムゾーン限定） vs. 他の開発拠点の進捗などに対するアウェアネスの欠如 時間的分散 24時間体制の平行開発が可能 vs. 同期コミュニケーションの欠如 組織構成的分散 開発拠点の分散（開発拠点の数） 開発者の分散（各開発拠点の開発者の数の不均衡） 開発経験の分散（各開発拠点の開発者の経験の不均衡） 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 3 分析結果（まとめ） 分散開発では，高収益を確保しつつ生産性と品質を 共に向上させることはできない 生産性を上げるためには，品質が犠牲になる 品質を上げるためには，生産性が犠牲になる 開発拠点数が増えると，収益が犠牲になる 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 4 組織構成の戦略（まとめ） 生産性重視型 開発者の数と経験をバランスよく構成すべきである 品質重視型 開発者の数を顧客側に充実させつつ，開発者の経験は拠 点間でバランスよく構成すべきである 収益重視型 経験豊富な開発者を開発委託先に重点配置すべきである 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 5 Does the Initial Environment Impact the Future of Developers? Minghui Zhou Audris Mockus 担当：NAIST 松本研 戸田 概要 長期に渡ってプロジェクトに多大な貢献をしている開 発者（LTCs: Long-term Contributors）に注目し，彼ら がプロジェクトに初めて参加した時の状況を調べる プロジェクトの状況を「技術寄り」と「コミュニケーション 寄り」の軸で評価する １軸で評価しているので「どちらでもない」もある 技術寄り：開発者がひたすらタスクをこなしている時 コミュニケーション寄り：開発者が互いにModification Request（修正要求）を出し合っている時 7 分析対象 オープンソース，商用ソフトウェア開発プロジェクトをそ れぞれ3種類ずつ分析対象とした． 論文中 Table 1. Project オープンソース 商用ソフト Years MLOC2 Domain Cntrbtrs JOnAS 8 0.2 Middleware 279 JBossAS 5 0.3 Middleware 2516 Mozilla 12 1.5 UI D >20 5 Telephony 1966 F >10 3 Embedded telephony 464 K >15 1.5 Messaging 223 62056 8 分析結果 オープンソース特有の傾向 技術寄りの時に参加した開発者はLTCsになりやすい 商用ソフトではその傾向は見られなかった オープンソース，商用双方に共通する傾向 コミュニケーション寄りの時には新規参加の開発者数は増 加する 技術寄りの時にはLTCsの開発者数は増加する 参加時のプロジェクトの状況とその後の開発者の参 加期間の長短には明確な関係がある ただしその関係はプロジェクトごとに異なっている 9 まとめ プロジェクト参加時の状況は，開発者のその後の活動 に影響を与えることが分かった． プロジェクトが技術寄りの時期に新規参加した開発者は長 期にわたってそのプロジェクトに大きな貢献をしやすい 特筆すべき点 この種の分析には珍しく，商用ソフトウェアのプロジェクトも 分析対象にしている データセットのクレンジング，分析の限界についてそれぞれ 1ページを割り当て，詳細に記述している 10 Proceeding of the 33rd international conference on Software engineering (ICSE’11), pp. 281-290, 2011. Socio-Technical Developer Networks: Should We Trust Our Measurements? 1Andrew Meneely 1Laurie Williams North Carolina State University 背景と目的 最近，CVS等のログデータを対象としたソーシャルネ ットワーク分析（SNA）に人気が集まっている 開発したSNAメトリクスに基づいて不具合予測等の研究が 盛んにおこなわれている 一方，ログデータから抽出した「ネットワーク」と，開発者が 実際に知覚している「ネットワーク」とが必ずしも一致してい るとは限らない 研究者は後者を主に対象としているため，これまでの研究 成果は未だ実証的に確認が取れていない状態である 本研究の目的は，SNAメトリクスが，開発者が知覚し ている「ネットワーク」を正確に反映しているかを実証 すること 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 12 Research Questions Q1: 開発者ネットワークのつながり（エッジ） 2人の開発者が同時期に同一のソースコードを編集すると， その2人はお互いが協力し合っていると認識しているか？ Q2: 開発者ネットワークの距離 開発者ネットワーク内での2人の開発者の距離は，その二 人が感じる「距離感」を反映したものになっているか？ Q3: 開発者ネットワークにおける中心性 開発者ネットワークで中心性（リーダーシップ）の高い開発 者は，プロジェクトの中心人物（エキスパート）として他の開 発者から実際に認識されているのか？ 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 13 CVSログデータに基づく開発者ネットワーク 「特定の期間内に同一ファイルを編集したかどうか」 3プロジェクト（Linux kernel, PHP, Wireshark）の CVSログから開発者ネットワークを構築 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 14 オンラインサーベイ 他の開発者に対する実際の認識に関するサーベイを 実施 CVSログから共同編集者を抽出し，共同編集者に対する認 識を各開発者に選択式回答で問うもの この開発者と頻繁に作業しています この開発者はタイミング良く私の知覚にいます の開発者はソフトウェアセキュリティに関する知識が豊富である この開発者は以前，この機能と同様のものの開発に携わったことが あります，などなど． 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 15 分析結果（まとめ） 共同開発者とのエッジ 普段よく一緒に開発している開発者 については，開発者ネットワーク内で の距離が短いと認識 2人の開発者の距離 開発者との距離感は，CVSログデータ から抽出した開発者ネットワークに反映 されている 中心性と評判のエキスパート 評判の高い開発者の中心性（次数中 心性と媒介性）は高い傾向にある 大平雅雄（奈良先端大・松本研）＠ICSE2011勉強 会 16
© Copyright 2024 ExpyDoc
