翱厂厂を利用したプロジェクト管理
- 2. 2 株式会社オーシーシー 自治体システム開発本部 イノベーション推進部 基盤グループ課長 兼 プロダクツグループ課長 宮里 匡 ? 1999年 株式会社オーシーシー入社 ? 1999年 ～ 2012年 Webグループウェア WebMagic 開発 ? 2009年 ～ APITT PMコース 6期生、その後は講師を担当 ? 2012年 Agile Japan 2012 沖縄サテライトで Redmine 導入設計についての経験を発表 自己紹介自己紹介
- 4. 4 ? プログラムのソースコードを公開したソフトウェアの ことで、Open Source Initiative(OSI)という団体が要 件を定めています。 ● 自由な再頒布ができる事 ● ソースコードを入手できること ● 派生物が存在でき、派生物に同じライセンスを適用できる こと オープンソース?ソフトウェアとはオープンソース?ソフトウェアとは
- 5. 5 ● 差分情報の配布を認める場合には、同一性の保持を要求して もかまわない ● 個人やグループを差別しないこと ● 適用領域に基づいた差別をしないこと ● 再配布において追加ライセンスを必要としないこと ● 同じ媒体で配布される他のソフトウェアを制限しないこと ● 技術的な中立をたもっていること オープンソース?ソフトウェアとはオープンソース?ソフトウェアとは
- 7. 7 ? 工程?タスク管理 ● Redmine ? 構成管理 ● Apache Subversion ● Git (GitHub) ? コミュニケーション ● IRC (IRCD-Hybrid 等) ● BOT (hubot 等) ● SNS (OpenPNE、Yammer) ● グループウェア 業務で使用している OSS業務で使用している OSS
- 8. 8 プロジェクト全体の工程とその作業タスクを管理 することは、プロジェクト運営していく上で重要 な事です。 OSS では Trac や Redmine というソフトウェア が有名どころです。 工程?タスク管理工程?タスク管理
- 9. 9 ? オープンソースのプロジェクト管理ツールです。 ? プロジェクトのタスク管理、進捗管理、情報共有が行えます。 Subversion や Git などのバージョン管理システムとの連携 機能も備えており、ソフトウェア開発や Web サイト制作な どの IT プロジェクトで特に威力を発揮します。 ※Redmine.JP より引用 http://redmine.jp/overview/ Redmine とはRedmine とは
- 10. 10 構成管理ではソースコードや設定ファイル、生成されるドキュ メント類の一貫性を保証することが重要です。 構成管理で使用されるバージョン管理ツールは CVS や Subversion 等の集中管理型が主流でしたが、近年では分散管 理型の Git や Mercurial、特に GitHub というサービスの出現 で Git の人気が高まっています。 構成管理構成管理
- 13. 13 ? オープンソースの構成(バージョン)管理ソフト ウェアです。 ? CVSの置き換えを狙って開発された集中型(クラ イアント?サーバー型)のソフトウェアです。そ の為、CVSからの移行が容易です。 Apache Subversion とはApache Subversion とは
- 14. 14 ? オープンソースの構成(バージョン)管理ソフト ウェアです。 ? 分散型のソフトウェアです。 ? GitHub社が運用する GitHub という共有ウェブ サービスがあり、OSS 界隈で流行っています。 Git とはGit とは
- 16. 16 ? Internet Relay Chat の略で、ネットワーク上で リアルタイムにテキストデータをやり取りするシ ステムです。 ? いわゆるチャットと呼ばれるシステムで、DCC (Direct Client-to-Client)を使うことでファイル のやり取りも可能です。 IRCとはIRCとは
- 17. 17 ? ロボットの略で、人間に変わって自動実行するプ ログラムのこと。 ? Twitter や IRC などで特定のワードに反応するな どに使われる。 ? GitHub 社が開発した hubot が有名。 BOTとはBOTとは
- 18. 18 ? Social Networking Service の略で、コミュニケーション の補助?促進を促すツールの事。 ? Public なサービスとしては Facebook や mixi 等が有名。 ? コミュニケーションの促進だけではなく、業務上誰に聞い ていいか判らないことでも誰かが答えてくれるなどのコ ミュニティを形成することが可能。 SNSとはSNSとは
- 19. 19 ? 情報共有やコミュニケーションの効率を図るツール で、「掲示板」「電子メール」「ディスカッション (電子会議室)」「スケジュール」「ワークフロー」 などの機能を備えるのが一般的。 ? 社内業務を円滑にすすめるために古くから使われて おり、Notes や Exchange、サイボウズなどが有名 。 グループウェアとはグループウェアとは
- 21. 21 タスク タスク タスク 仕事はチケット駆動で ソースコード ドキュメント 成果物はバージョン管理へ 連携 得られた知識は形式化する Wiki or チケット RedmineとSubversionRedmineとSubversion
- 23. 23 IRC で離れたメンバーと情報共有を行います。 メールや IP メッセンジャーと違い、リアルタイムのやり取りを 多人数で確認することで情報共有が行えます。 IRCIRC 別会社 ３F ２F １F
- 24. 24 グループウェアグループウェア ? 公式な掲示物 ? 会議室や備品(プロジェクタ等)の予約 ? 外出予定等のスケジュール
- 26. 26 本講義での設定本講義での設定 ? プロジェクトは保守/開発 PJ を想定しています システム開発プロジェクト トラッカー 課題 追加 変更 バグ／不具合 マニュアル／ドキュメント 保守作業 メーカー問い合わせ 構築／導入 業務依頼 支援業務 Corp.自治体システム部-システム モジュール チケットトラッキング 時間トラッキング Wiki リポジトリ ガントチャート
- 27. 27 モジュールとはモジュールとは チケットトラッキング チケットを登録し追跡できる機能で、Redmine で要の機能 時間トラッキング チケットやプロジェクトに時間を登録することができる機能 ニュース プロジェクトからのリリース情報等、周知するための機能 文書 Word や Excel など、ソフトウェアで作成されたファイルの配布時に使われる機能 ファイル ソフトウェアのバイナリや tarball 等、成果物を配布することを想定した機能 Wiki 独自の記法で文章を作成することでハイパーテキスト形式としてブラウザ上で表示できる機能 リポジトリ CVS や Subversion 等のバージョン管理ソフトウェアと連携できる機能 フォーラム 議論などを行える電子会議室機能 カレンダー チケットの開始日と期日をカレンダー表示する機能 ガントチャート チケットの開始日と期日をガントチャートで表示する機能
- 28. 28 トラッカーとはトラッカーとは ? トラッカー 仕事を割り振る単位となります。 プロジェクトのタイプによって変わってきます。 ● 保守?運用 例：追加、変更、バグ?不具合、マニュアル、保守作業、 メーカー問い合わせ、構築?導入 ● アジャイル開発 例：追加、変更、バグ?不具合、マニュアル、リリース ● ウォーターフォール開発 例：営業支援、プロジェクト計画、要件定義、開発準備、基本設計、 詳細設計、プログラミング、単体テスト、結合テスト、総合テスト、 受入テスト、マニュアル、操作指導、リリース、プロジェクト完了
- 30. 30 トラッカーの例トラッカーの例 課題 開発プロジェクトでは要件に、保守プロジェクトでは課題となります。 このトラッカーに実作業のチケットをぶら下げます。 追加 機能を追加する時に使用します。 変更 仕様変更をする時に使用します。 バグ／不具合 バグ／不具合に対応する時に使用します。 マニュアル／ドキュメント 運用マニュアルや操作マニュアル、その他ドキュメントを作成する時に使用します。 保守作業 ネットワーク機器の設定や不整合データーの修正等、保守作業を行う時に使用します。 メーカー問合せ 課題を解決するためにメーカーに問い合わせる時に使用します。 構築／導入 サーバーやクライアントの構築、機器の導入などを行う時に使用します。 業務依頼 他部署やグループ会社に業務を依頼する時に使用します。 支援業務 他部署の支援や営業支援を行う時に使用します。
- 31. 31 ロールとはロールとは ? ロール 役割のことで、例えば「課長」や「SE」などが考えられます。プ ロジェクトや各モジュールへのアクセス権の設定、トラッカーの承 認経路設定など、権限に係る設定に使われます。 ● プロジェクトごとに役割を変えられます ● トラッカーごとに承認経路(ステータスの変更権限)を設定できます グループウェア 開発 PJ 役割：SE 財務会計開発 PJ 役割：PG 機能追加 新規 着手 完了 承認 or 否認 役割：SE 役割：SE役割：PG 役割：PG
- 32. 32 ロールの例ロールの例 マネージャー PM やライン管理職などのマネージャーを想定します。 開発者 システムエンジニアやプログラマを想定します。 協力会社 協力会社社員を想定します。 readonly Redmine では属していないプロジェクトはマイプロジェクトに表示されませんので、見た目のツリー 構造を維持するために使います。 非メンバー 公開プロジェクトでメンバーでないユーザー。 匿名ユーザー ログインしていないユーザー。 ※非メンバーと匿名ユーザーは Redmine のシステムロールとして用意されています。
- 33. 33 グループとはグループとは ? グループ ユーザーをグルーピングする時に使います。組織やプロジェクトグ ループ、役職などで分けられます。 ● 役割と組み合わせてプロジェクトに紐付けます 財務開発 PJ プログラムセンター財務グループ 役割：SE 役割：PG
- 34. 34 グループの例グループの例 Corp.部名 組織図に沿った部のメンバーを集めたグループ Corp.部名-課名 組織図に沿った課のメンバーを集めたグループ Group.部名.ライン管理職 ライン管理職のグループ Partner.部名 部で契約している協力会社 Project.プロジェクト名 プロジェクト組織
- 39. 39 業務の流れ業務の流れ 1. 仕事の名前と期間を確認する 2. 要件や課題を洗い出す 3. 課題を解決するためのタスクを洗い出す 4. 共有する 5. 状況に応じてリソースの割り当てを行う 6. 割り当てられたタスクの進捗を確認(報告)する 7. タスクを承認する
- 46. 46 共有するため、作成したチケットを探しやすくす るために「クエリー」という機能を使います。 クエリーを使うと、条件によりチケットの絞込み や一覧で表示する列を選ぶことが可能です。 共有する共有する
- 54. 54 このフェーズは PM や管理職だけではなく、プロ ジェクトメンバー全員のフェーズです。 進捗はステータスと進捗率の 2 つで表す事ができ ますが、ステータスのみで進捗を表すか、どちら も使用するかは Redmine の設定によります。 タスク進捗の報告タスク進捗の報告
- 56. 56 作業が完了したチケットを PM や管理職は承認し ます。 業務を知っているのなら PM 自身で内容を確認し て承認することも可能でしょうが、そうでないこ とも多いと思いますので、他の SE にレビューを してもらい、レビュー済みかどうかを確認して承 認します。 タスクを承認するタスクを承認する
- 59. 59 Redmine を使った仕事ではRedmine を使った仕事では ? チケット駆動で行う ? 担当者を明確にする ? 担当者とウォッチャーを使う
- 65. 65 全体からのクエリ全体からのクエリ ? Redmine 全体から検索するクエリは作成できませんが 、検索結果をブラウザのお気に入りにショートカットと して作成する事で実現できます。 マイページの「担当しているチケット」の下部にある「すべてのチケット を見る」をクリックすると全体から検索する画面へ遷移します。 検索画面でフィルタとオプションを設定し、適用ボタン押した後の URL をお気に入りに入れると完成です。
- 69. 69 ? 導入のきっかけ ? 別の部署が既に Redmine を使っていた ? 一緒に使わせてもらった ? 導入した業務 ? 新規開発 ? 保守案件 ? 問い合わせ対応 ? etc.. プロジェクト、タス ク管理は微妙。 ナレッジベースとし ては成功。 最初の導入(2008年)最初の導入(2008年)
- 70. 70 ? Redmine の仕様を理解できていなかった ? プロジェクト、トラッカー、チケット、时间记録 ? トラッカーとワークフローにロール ? 業務全てを Redmine で行おうとした ? 業務フローに設定をあてはめる想像力が足りなかった ? 管理者が多くいて、各々好きに設定してた ? 変更管理等の規約もなく設定のカオス化 ? 当時の Redmine の機能では限界があった なぜ微妙だったか？なぜ微妙だったか？
- 71. 71 ? 導入のきっかけ ? 社内で仮想化が進んで、独自にサーバーを立てることが容 易になった ? 管理者多数の全社共有で使っている Redmine では運用に 限界を感じ、再構築を検討 ? 部署に対してインシデント発行?管理の周知徹底があり、 メールでの管理は無理と感じていたので Redmine を使っ たインシデント管理(課題管理)を提案 ２度目の導入(2011年)２度目の導入(2011年)
- 72. 72 ? 部門で Redmine を適用した業務 ? インシデント管理 ? 問い合わせ情報 ? 課題管理 ? 時間外勤務申請管理 ? 電子媒体管理 ? 保守プロジェクト ? 開発プロジェクト ? 各業務のドキュメント類 ※一部 導入から１年経って(2012年)導入から１年経って(2012年)
- 73. 73 ? 全社的に発展している業務 ? インシデント管理 ? 問い合わせ管理 ? 課題管理 ? 課題の見える化 ? 時間外勤務申請管理 (システム部門) ? 実作業のチケットと関連付けられる ナレッジ化 導入から１年経って(2012年)導入から１年経って(2012年)
- 74. 74 ? 保守?開発業務で使用している部課が一部にとど まっている ? メンバー全員の使い方が統一されてるとは言いが たい ? 営業等の他部門への周知が十分ではない 現在の課題現在の課題
- 75. 75 ? Redmine の仕様を理解する ? 業務を絞って導入し、徐々に広げていく ? 業務を分析する ? 最小設計、最小導入を心掛ける 設計時に注意すること設計時に注意すること
- 76. 76 ? 先に実績を作ってアピール ? メリットに気付いてもらう ? 判りやすいキャッチコピー大事 ? スモールスタート大事 ? 面倒でも小まめな勉強会やフォローを行う 広めるこつ広めるこつ
- 78. 78 1. ターゲットにする業務を選ぶ 2. 業務で必要な役割を洗い出す 3. 業務で必要なタスクを洗い出す 4. 役割をロールとして登録 ? アクセス権の設定 5. タスクをトラッカーとして登録 6. トラッカーにワークフローを設定 7. 所属等をグループとして登録 8. ユーザーをメンバーとして登録 ? グループに紐づける 9. プロジェクトを作成 ? モジュール、トラッカー、グループ(メンバー)、作業分類を設定 設計例設計例
- 80. 80 参考?関連サイト参考?関連サイト ? Redmine http://www.redmine.org/ ? Redmine 日本語情報 (unofficial) http://redmine.jp/ ? Redmine.JP Blog http://blog.redmine.jp/ ? MyRedmine Redmine ホスティングサービス http://hosting.redmine.jp/