なじむ Redmine
•5 likes•9,565 views
Report
Share
Download to read offline
Slide of redmine.tokyo 14.
More Related Content
Similar to なじむ Redmine
Similar to なじむ Redmine(20)
Recently uploaded
なじむ Redmine
- 2. 自己紹介 プログラマー。Web、モバイル、デスクトップまで なんでもやります。 Redmine への関わりとしてはminimal at2 というテ ーマを開発しています。 ブログアカベコマイリ Twitter アカベコ(@akabekobeko) GitHub akabekobeko (akabeko) 2
- 3. 今回のお話 以前ブログに書いたRedmine 運用シリーズ記事 Redmine 運用について1/3 – はじめに Redmine 運用について2/3 – 運用ルールと諸設定 Redmine 運用について3/3 – 普及の施策と課題 から普及の施策と課題を要約した内容となります。 どのように組織へRedmine を導入してなじませる か。そのための施策と課題についてお話します。 3
- 4. Overview Redmine 導入事例 現状分析 業務管理のRedmine 化 Redmine をなじませる 既存の仕組みを尊重する 活況を演出する マメなサポート 課題 4
- 6. Redmine 導入事例 私のRedmine 導入& 運用経験は足掛け8 年、2 社。 1 社目はソフトハウス。過去にTrac の利用経験もあ るためRedmine への移行もスムーズでした。 2 社目(現職) は印刷・出版系の企業。 ソフトハウスほどのIT リテラシーはありませんが社 をあげて業務改善に乗り出しており、私が移籍する前 にRedmine を実験導入していました。 ここでは主に2 社目の話をします。 6
- 7. 現状分析1/2 Redmine を実験導入してみたものの本格採用には至 らない。では業務をどのように管理しているのか？ まずは2ヶ月ほど自分の部署に限定して様子を見てみ ることにしました。その結果、 業務は主に上長の手によるExcel シートで管理 1 ～2 週間ごとの定例で進捗と問題を共有 定例の内容をExcel シートに反映 のような感じになっていました。 7
- 8. 現状分析2/2 上長へのインタビューや定例で気になった点。 1. Excel シート運用にかなり時間を割いている 2. 同じ議論が回をまたいで繰り返される 3. ほとんどのメンバーに関係のない議論が多い 4. 進捗管理は作業の着手と終了のみで中間がない 5. 議事録をとらない Redmine なら1 ～4 をチケット、5 はWiki で対策で きそう。 8
- 9. 業務管理のRedmine 化1/4 というわけで業務管理をRedmien 化。さきほどの課 題をひとつひとつ対策してゆきます。 1. Excel シート運用にかなり時間を割いている Redmine へ移行にともないExcel シート廃止 シート管理していた要素とRedmine の対応づけ 作業、担当者、進捗、期限あたりがあればOK Redmine チケットですべて置き換えられそう 9
- 10. 業務管理のRedmine 化2/4 2. 同じ議論が回をまたいで繰り返される 3. ほとんどのメンバーに関係のない議論が多い 課題と議論は主にチケットで運用 参加者は必要最小になる 他者へ共有したければウォッチャーを追加 議論が自動的にテキストとして記録 いつでもどこでも読める 10
- 11. 業務管理のRedmine 化3/4 4. 進捗管理は作業の着手と終了のみで中間がない チケットのステータス、進捗率、期限を利用 担当者が更新するので上長は管理から開放 いつでもどこでも更新・確認できる 進捗率を出しにくければ0 ～100% 更新も許可 注記へ現状を文章として書くことも進捗とする 進捗管理の目的は「現状」を把握すること 11
- 12. 業務管理のRedmine 化4/4 5. 議事録をとらない 議事録ドリブンを提案 定例の前にRedmine Wiki へ議題を書く Wiki を読んでから参加 議題はチケットへのリンクとして記述 定例ではWiki をエディタ編集& プレビュー 議題のみのWiki を定例の場で埋める感じ 必ず議事録がとれて読み返せる 12
- 14. 既存の仕組みを尊重する1/4 なんらかのシステムやツールを採用する動機として以 下があります。 1. 新しい課題を解決している 2. 既存の課題をよりよく解決 1 ならば賛同を集めやすそうです。 しかし2 はどうでしょう。これは既存の仕組みや価 値観を否定することになりがちです。 素直に受け入れられるでしょうか？ 14
- 15. 既存の仕組みを尊重する2/4 Redmine 導入事例にあげた組織はExcel シートで業 務を管理していました。これは 複数人の同時編集が難しい 履歴が取りにくい セル管理の破綻しやすさ などの問題があります。Web ベースのTDD/BTS に比 べるとメリットはほとんどないように見えます。 それでも紙の帳票よりずっとマシで、例え紙でも管理 されているだけで価値があります。 15
- 21. 活況を演出する チケットよりも先にWiki ページの構築をオススメし ます。理由は以下。 文章を書くだけなので心理的に楽 覚える規則がすくない Markdown/textile もさほど難しくない 開発知識なしにWeb ページ作成を体験できる 環境面はすべてRedmien が面倒みてくれる Web ページ、便利なのはわかるけど難しそう... というハードルを解決 21
- 22. 活況を演出する Wiki ページに書くものとしては 1. 資料 2. 業務メモ 3. 議事録 4. 日報 あたりがよいでしょう。定期もの(例えば議事録) が あれば前回のを見本に書いてみてくださいという感じ でRedmine 経験の機会をつくりやすいです。 22
- 23. 活況を演出する Wiki ページが自発的に書かれるようになったらチケ ットの普及に挑戦してみましょう。 先にRedmine 導入& 推進者がチケットで業務や雑務 を管理して、それを見本とします。 といってもWiki に比べると心理的なハードルはかな り高いはず。 私が見聞きした範囲だとなにをチケットにすればよい かわからないという意見が多かったですね。 23
- 24. 活況を演出する なにをチケットにすればよいかわからない理由として は 1. チケット= 業務の可視化、に抵抗感がある 2. 業務を小さく分解するのに慣れていない 3. Redmine に関する理解の不足 という感じ。 3 は時間と経験が解決してくれるとして、1 と2 は心 理的なハードルと概念の教育が絡むので解決するのは けっこう難しい。 24
- 26. 活況を演出する このような感じでWiki やチケット運用を体験しても らう人数を増やしてゆくと 演出されていた活況が本物 になります。Redmine 以外にもチャットワークや Slack なども組み合わせると更によいです。 Wiki やチケットを更新したらチャットでお知らせし ます。Redmine にもメール通知機能はありますが、 チャットなら同時・多数・即時に通知できるため活況 感を強調できます。 26
- 30. マメなサポート チャットや対面などでRedmine に関する質疑応答や 知見がたまってきたらWiki にFAQ などの形で記録し ましょう。 テキストベースな仕組みで固めているならコピペで 運用できます。 より高度に効率化するならチャットとRedmine を連 携させてこの辺を自動化するのもよいですね。 例えばRedmine ルームの書き込みをREST API で Wiki ページ化するなど。 30
- 32. 課題 32
- 34. 課題 最近、日本のRedmine 界隈で話題？になった記事 Redmineの直近の課題～競合ツールGitlabに対抗で きるか: プログラマの思索 ↑で挙げられている内容はRedmine 運用していて強く 実感させられる課題です。 私的には環境面の運用が厳しい。インストール、更 新、プラグインやテーマの配布と互換性など。 34