仕事で使うREDMINEに関する考察(2)

Last updated at 2024-05-30Posted at 2021-06-15

QIITAに登録して3年ぐらいになるが、前回の投稿でLGTMがもらえたので、続きを書いてみる。

REDMINE側

　これまでの失敗パターンを書いてみる

REDMINEの使い勝手の改善　→　そもそもの高望みであるが、ガントやカンバンのpluginを入れてエラー発生

→　そのたびに、システムをデータ丸ごと廃棄せざるえない（いつになったらシステムが動くのだろうか・・・）

###対処

上記の点については、RAILSのデータベースマイグレーションが原因であることが、ようやく分かってきた
プラグインを入れたら、下記を必ず実践すること http://guide.redmine.jp/RedmineUpgrade/
ここ大事（cmdではRUBYのPATHが通らない）　→　bitnamiのスタートメニューから「Bitnami Redmine Stack を使用する」もしくは、　C:\Bitnami\redmine-4.2.1-1\use_redmine.bat

* リポジトリのクローン　→　フォルダは　C:\Bitnami\redmine-4.2.1-1\apps\redmine\htdocs\plugins
* bundle　→　フォルダは　C:\Bitnami\redmine-4.2.1-1\apps\redmine\htdocs\

おまじない（意味なんか分からなくていい、とりあえず唱えよ、そして念じよ！）
bundle exec rake db:migrate RAILS_ENV=production
bundle exec rake redmine:plugins:migrate RAILS_ENV=production
bundle exec rake tmp:cache:clear RAILS_ENV=production

　しかしながら、こう言う利便性の改善を、本番運用しながらやるのは、まっさきにやめた方が良い（そうやって、安定運用しているシステムが突如壊れて、ライチレッドマインやＪＩＲＡに乗り換えた、システム改善チームを数々見てきたので）

目指すこと

　会社の中にはＩＴに詳しい人もいるが、EXCELのピポットさえ使えない人が大半であろう。
そういう人間は、シートの中をワープロのように使ったり、表を気ままに作ったりする。
こういう行為が、再利用できない電子データをあふれさせて、いかに企業利益を損失させているのか、という事をまずは知ってもらいたい。
（ＤＸ改革？そんな言葉を経営者が発する前に、まずは自社の社員に対して、EXCELのデータの持たせ方に対して、再教育するところから始めた方が良い。

　ろくなＩＴ教育もさせず、そんなものは情シス部門に頼んだらええとか（情シスでさえＳｉｅｒに頼んだらエエわとか）、問題の本質を先延ばしをしていると、１０年後には社員は、確実に自分の居場所を失うことになる）

　今回の取り組みの狙いの背景を整理すると、下記のようになる

REDMINEを使って、業務効率を高めること
EXCELのピポットが使えるようになる
データの正規化、データの形式に対する認識を高める
ＤＸ人材を育成する　→　最終的にはここ

システム仕様

　昨日までの検討の中で、Python-redmineを使うことで、EXCEL　→　web-app　→　REDMINE間を、かなりストレスなく安全なシステム構築が出来る感触を得た。（最初はデスクトップアプリを指向していたが、ｗｅｂアプリの方が圧倒的に楽だという事が分かった）　→　これについてはPython普及全般的に言える結論だが・・・https://qiita.com/EasyCording/items/bbfe363abf1eed542f98

１）データの入力
　個人業務タスクには、EXCELで配布するフォーマットに書いてもらう（この帳票を配布する文化は、どんなローテク企業でも受け入れられるだろう・・・まさか紙ベースでAI-OCRスキャンなんてのは、もってのほか・・・）

２）帳票の内容

計画書の中に、必須としたいのは、氏名、氏名ID（ここが唯一無二である必要がある）→　最終的にはREDMINEのログインコードとなる。
テーマ名　→　サブプロジェクトの対象
タスク、方策、課題等　→　チケット化の対象

３）データベース構成
　結論としては、個人ユーザーをトッププロジェクトに割り当てることにした。（最初はテーマ単位でプロジェクト構成を考えてみたが、下記の点でメリットがあると判断した）

プロジェクト削除の際、ADMINが個人ユーザー単位で一括削除できるため
トッププロジェクトは管理者権限でしか作成できないため
初回登録時にadmin権限で作り、あとはサブプロジェクトとして、ユーザーに権限を移譲できるため

　トッププロジェクト名は、氏名IDとした。（もちろん、氏名コードが個人情報に当たらないという判断による。弊社の場合は氏名コードで、入社履歴などが類推できるため、年齢等の個人情報につながる可能性があるが、ここはいた仕方がない）

アプリケーション仕様

WEBサーバーはFLASKにして、FLASK側にはユーザー認証は入れていない。（少しでもユーザー負担を減らすため）
WEBサーバー内部に、Redmine管理者情報を入れておき、そこからREDMINEを操作するイメージ
ユーザーからのアクセスは、基本はEXCEL(VBA)であり、ユーザーは個別のAPIトークンでVBA→Redmineに直接アクセスする
意識の高いユーザーには、REDMINEを直触ってもらうように誘導する
WEB-APIには、共通して出来る操作や、RedmineのPLUGINで出来ないようなもの（そもそもRUBYが使えないし、本番運用でのPLUGIN導入は危険の一言につきるため）

まとめ

悩み悩んで、Redmine導入のビジョンが固まってきた。
今日はチケット側の処理と、ＶＢＡ側のマクロを検討していく。

参考

Redmineに関連する記事

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up