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に関連する記事