第6回shinagawa.redmine勉強会の前に中間フィードバック #47redmine
@naitohさんが昨年6月の品川Redmine勉強会で収集したアンケート結果を公開されていたのでメモ。
【元ネタ】
第6回shinagawa.redmine勉強会のご紹介と中間アンケート結果 #47redmine - @naitohの日記
記者の眼 - 「新3種の神器」で開発現場を改革しよう:ITpro
第6回品川Redmine勉強会をデブサミ2014の翌日に開催します #47redmine: プログラマの思索
(引用開始)
33名分の中間集計ですが、どのようなRedmine の利用者が勉強会に参加されようとしているか参考にしてみてください。
Redmine 2.3/2.4 を利用している人が大半ですが、最新のRedmine 2.4への移行が始まっている感じです。
バージョンアップはプラグインが対応しているかでつまづくポイントなので、
Redmine 1.4 止まりの人が多少おられますが、この辺りも一つのハードルと思われます。
(※複数回答なので、古い環境も平行して使われている人もいるようです。)
プラグインの利用数は、3~6個ぐらいが多いみたいです。10個以上使用している人は少ないんですね。
ちなみに、自分は仕事では10個以上使っているのでバージョンアップ時は各プラグインの動作確認が非常に大変です…。
バージョン管理ツールは、Subversion だけでなく Git を使っている方も結構おられますね。
Mercurial な方も1名いらっしゃいます。
(引用終了)
最近は、RedmineのVer1.xで運用しているものの、Ver2.x以降のバージョンに更新できない、という話を聞く。
Ruby1.9/2.0への対応、RailsのVerUp、Prototype.jsからJQueryへの移行などがあり、古いバージョンのRedmineから構造ががらりと変わっている。
また、RedmineをVerUpできない事例を聞くと、プラグインを入れていたり、パッチを当てているために、スムーズにVerUpできない理由があるようだ。
そんな話を聞くと、改めてRedmineというプロジェクト管理ツールもERPのVerUpないしリプレース作業に似ているなあ、と感じる。
普通は、MySQLのデータ移行だけで十分なはずなのに、カスタマイズしたソースを洗い出し、さらに回帰テストも実施しなければ、今までと同じ機能の品質を保証できない。
このあたりの話やRedmineをカスタマイズする時の注意点は、2014/2/15に開催する第6回勉強会 - shinagawa.redmineでお話しする予定です。
ぜひ聞きに来てください。
| 固定リンク
「コミュニティ」カテゴリの記事
- デブサミ2023の感想(2023.02.11)
- UMTPモデリングフォーラムのパネル討論の感想(2022.11.29)
- XPエクストリームプログラミングは偉大だ~時代がその設計思想に追いついた(2022.11.16)
- 第23回東京Redmine勉強会の感想~コミュニティは仲間から生まれて続く #redmineT(2022.11.06)
- 組織を芯からアジャイルにする対談の感想~今のアジャイルは先カンブリア時代なので何でもいい、アジャイル警察はいらない(2022.08.05)
「Redmine」カテゴリの記事
- 「Redmineハンドブック」は良い本です(2022.12.17)
- 第23回東京Redmine勉強会の感想~コミュニティは仲間から生まれて続く #redmineT(2022.11.06)
- 第22回東京Redmine勉強会の感想 #redmineT(2022.05.29)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- オープンソースERPパッケージiDempiereに対する派生開発手法の提案の資料が興味深かった(2022.04.24)
「経済学・ERP・財務会計」カテゴリの記事
- 経営戦略とIT戦略をつなぐ鍵は何なのか(2023.01.04)
- 計量政治学と計量経済学の考え方の違い(2022.10.02)
- 経済学や心理学の実験で得られた理論は再現性があるのか?~内的妥当性と外的妥当性の問題点がある(2022.06.04)
- Pythonで微分積分や統計の基礎を理解しよう(2022.05.15)
- 超高速開発でアジャイル開発を実現する話に違和感がある(2022.05.06)
コメント