Redmineの初心者向け資料
Redmine.JPに初心者向けRedmine資料が公開されていたのでメモ。
(引用開始)
はじめてRedmineに触れる方向けに、Redmineとは何か、Redmineを使うと何が便利になるのかを紹介するスライドです。
(引用終了)
ソフトウェア開発者以外の人にRedmineを使ってもらおうとする場合、IT技術者の立場を押し通すと多分使ってくれないだろう。
普通の人がイメージするタスク管理は、RememberTheMilkやGmail ToDoのイメージであり、Redmineは入力項目が多すぎるし、たくさんの機能があって理解しにくいようだ。
Redmineによるチケット駆動開発が障害管理ツールから発展した歴史を考えると、チケットは本来は障害報告票ゆえに、どうしても入力項目は多くなる。
でも、きちんとチケットに作業内容を記録してもらえれば、強力かつ多種多様なチケット集計機能によって、色んな観点でタスクの進捗状況を分析することができる。
特に、アジャイル開発で出てくるかんばん、バックログ、バーンダウンチャート、パーキングロットチャートなどのような集計ビューは、IT技術者以外の人に取っ掛かりがいいだろう。
そして、チケット駆動開発が単なる障害管理やアジャイル開発と違う点は、No Ticket, No Commitの運用ルールを生んだバージョン管理連携機能だ。
IT技術者以外の普通の人はそもそもバージョン管理の概念を知らないし、使ったことすらないだろう。
だが、プログラムだけでなくWordやExcelのドキュメントもバージョン管理することによって、いつでも過去の修正版に戻せるようになるから、少しずつ修正して推敲することができる。
すると、どんな理由でプログラムやドキュメントを修正したのか、という変更理由が重要になってくる。
修正した事実には必ず何らかの意図があり、その意図を深く掘り下げていくことで、成果物の品質を高めていくからだ。
ここで、チケットに変更理由を必ず作業履歴として残すようにし、そのチケットにバージョン管理の履歴を記録すれば、いつでも変更理由を探すことができる。
RedmineのようなWebアプリのもう一つの利点は全文検索が容易な点なので、チケットに書かれた作業コメントも簡単に検索できるし、Wikiに共有情報をまとめておけば、更に役立つ。
プログラマだけでなく、本や論文、記事を書く人やデザイナーは全員、バージョン管理ツールとチケット管理ツールを使いこなす技術が必須になってきた時代になってきたのだろうと思う。
【追記】
下記の資料でも、Redmineで何ができるのか、を丁寧に説明してくれている。
Redmineを使ってみよう~No Ticket, No Work #tidd : プログラマの思索
| 固定リンク
「Redmine」カテゴリの記事
- 第24回redmine.tokyo勉強会の感想 #redmineT(2023.06.03)
- 「Redmineハンドブック」は良い本です(2022.12.17)
- 第23回東京Redmine勉強会の感想~コミュニティは仲間から生まれて続く #redmineT(2022.11.06)
- 第22回東京Redmine勉強会の感想 #redmineT(2022.05.29)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
「チケット駆動開発」カテゴリの記事
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- タスク分割は親子チケットにすべきか、それともチェックリストにすべきか #redmine(2022.03.04)
- Redmineにメンション機能が入るらしい(2022.01.15)
「Agile」カテゴリの記事
- 日本のアジャイル開発の先人による話が良かった(2023.07.15)
- JSTQBのテストプロセスの概念モデルを描いてみた(2023.05.26)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
- 現代日本人の弱点はリーダーシップ不足と生産性が著しく低いこと、そしてリスク許容度が著しく低いことだ(2022.12.23)
- DDPは品質管理に役立つのか(2022.12.13)
コメント