林業のタスク管理をRedmineでやる話｜株式会社百森
こんにちは！百森代表の田畑です。今日もオシゴト感の強いお話です。ブランコや秘密基地に類する話も徐々にネタを貯めておりますので、辛抱強く待って頂ければ幸いです。 ※Redmine.tokyoという勉強会で発表しました！（2021/11/27） 概要株式会社百森では、業務の効率化を推進しています。今回の記事では、その初段階として行っているタスクの見える化・進捗管理について、もがきながらも実現していることをまとめました。 ※なお、タイトルを「林業の」としていますが、百森は業界的には特殊です。自治体から委託を受け、所有者交渉・調査設計・補助金申請、施業発注・現場監督を行う業態なので、ニッチであることは予めご了承ください。 昔はこうでした社内では「口伝」と呼んでいますが、これまで作業手順などは口承文学として伝えられていました。 計算結果や、補助金等で必要になる外部とのやり取りという、成果文書の記録は
RedmineをAWS無料枠に5分で用意して10分で自動バックアップできるようになる - Qiita
はじめに Redmineすごく便利です。やる気が出ないときでもチケットの一覧として並んでいて、それをこなして行くと段々とやる気がでてきます。 またここ最近になってAWSを使い始めたのですがそのお手軽さに感動しています。 ということで今までは自前のサーバでRedmineを運用していましたが、AWSでRedmineを立ててみました。 自分用のメモとしつつ、次回同じサーバを立てるときに5分で構築、10分でバックアップという目標を達成できる用にメモします。 BitnamiのAMIをつかってEC2にインストール 全体の流れは次の通りです。 EC2インスタンスの作成画面へ行く AMIからインスタンスを選択する 作成が完了するのを待つ 管理者用のパスワードを確認する IPアドレスを確認して接続する 完了！ 個人的にあまりAWSには慣れていないので順に追って説明します。 AWSコンソールからEC2を選び、
タスク管理を破綻させないためのTips 5選 | Backlogブログ
仕様や画面は現行バージョンと異なる可能性があります。 Backlogの最新版についてはこちらからご確認ください。 突然ですがあなたのチームはタスク管理がうまくできていますか？ チームで仕事をしていく上で発生するタスクを、プロジェクト管理ツールやタスク管理ツールで管理することは一般的になってきています。 ツールを使わない場合と比較して、タスクが見える化され、状態や期限日、担当者が明確になり、「タスク管理ツールなしの働き方には戻れない！」という方も多いのではないかと思います。 一方で、タスク管理ツールを導入してはみたものの、管理が破綻してしまい、導入以前のやり方に戻ってしまったという声もよく聞きます。 タスク管理ツールは「導入すればすべてを自動的に解決してくれる夢のツール」ではありません。チームの構成やツールの目的、管理の状況にあわせて、適切な運用を行う必要があります。 本記事では、「タスク管
WBSの作り方はプロジェクト型組織の構造を決めるという考え方はRedmineチケット管理にも通じる - プログラマの思索
WBSの作り方は組織構造に依存するという記事がとても参考になったのでメモ。 【参考】 ＷＢＳはプロジェクト組織を規定する : タイム・コンサルタントの日誌から ＷＢＳはコスト見積の基準を規定する : タイム・コンサルタントの日誌から 【1】ガントチャート初心者からよく聞かれる質問は、「WBSは工程単位に作った方がいいですか？それとも機能単位に作った方がいいですか？」だ。 話を聞くと、工程単位にチケットを作ってみると、実際の開発フローに合っていない感触があり、途中で、機能単位にチケットを作り直す時が多いらしい。 WBSの作成方法は、工程単位と機能単位のどちらが正しいのだろうか？ (引用開始) さて、３つの機能モジュール×３段階の作業プロセスだから、合計９個のアクティビティからなるプロジェクトである。 これをＷＢＳに構成するとき、二種類の表現が考えられる（ＩＴ系の仕事になじみのない人は、「シス
RedmineでCSIRTのインシデント管理
リスト型としては リスト と、 キー・バリューリスト の2種類ありますが、リスト型を選択しました。 キー・バリューリストは値にリスト選択肢文字が割り当てられるため、選択肢文字の設定を変更すると既に登録済みのチケットの内容も変更されます。 とても便利な機能ですが、インシデント管理ではそれぞれのチケットは内容を変更せず、記録として残すべき対象と考えられます。 今回はあえてリスト型を採用しています。 設定例：情報源 設定例：事象経過 カスタムフィールド作成画面で対象となるトラッカーとプロジェクトにチェックを入れることで利用可能になります。 表示フィールドのカスタマイズ 画面上に不必要なものが表示されていると操作者は混乱してしまいます。これらを整理します。 まずトラッカーとワークフローで不必要なフィールドを消しましょう。 トラッカー 使用するトラッカーにて標準フィールドの項目から使用しないフィール
チケット同士の関連づけ
Redmine.JP Blog オープンソースのプロジェクト管理ソフトウェアRedmineに関するニュースや、より活用するためのtipsなどを掲載します Redmineにはチケット同士を関連づける機能があります。チケットを相互に関連づけることにより、チケットに記述された作業の前後関係を示したり、相互に関連する作業をわかりやすく示したりすることができます。 関係の種類 Redmineで設定できるチケット間の関係は次の通りです。それぞれの関係の詳細は後述します。 関係している(related to) 重複している(duplicates) ブロックしている(blocks) 先行する(precedes) 後続する(follows) 関係の設定 登録済みのチケット表示画面の「関連するチケット」で関係を設定することができます。 関係の方向 Redmineのチケット間の関係には方向があります。 関係の追
チケット駆動開発で作業管理はしないほうがいい - arclamp
先日、2013/3/23（土）に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください（※アトラシアン製品関連のイベントです）。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS（Bug Tracking Syste
「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
「技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。＞技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、本当によくある。 (引用開始) １年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に本番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理
第18回Redmine大阪の見所～「チケット管理システムによるソフトウェア開発支援と今後の課題～気象庁のRedmine利用事例報告」 - プログラマの思索
第18回Redmine大阪の見所～「チケット管理システムによるソフトウェア開発支援と今後の課題～気象庁のRedmine利用事例報告」 来年2月3日に開催予定の第66回 SEA関西プロセス分科会＆第18回 Redmine大阪の見所を書いておく。 【参考】 第66回 SEA関西プロセス分科会＆第18回 Redmine大阪 - connpass 気象庁の数値予報課におけるRedmine利用事例: プログラマの思索 【1】（引用開始） テーマ～「チケット管理システムによるソフトウェア開発支援と今後の課題」 今回の勉強会のメインセッションでは、気象庁の担当者の方にRedmineやGit等によるソフトウェア開発支援の事例報告を講演して頂きます。 気象庁｜数値予報課報告・別冊 第63号（平成28年度） 数値予報モデル開発のための基盤整備および開発管理 気象庁におけるソフトウェア開発プロセスの事例で興味深
Redmineを受け入れて貰うためのプラグイン紹介の記事が素晴らしい - プログラマの思索
Redmineを受け入れて貰うためのプラグイン紹介の記事が素晴らしいのでメモ。 WF型開発に固執した古い体質の現場で、Redmineをいかに使いやすくするか、という観点で読むと、とても参考になる。 【参考】 Redmineを受け入れて貰うためのプラグイン紹介 - Qiita 親チケットの詳細ページに表示される子チケットの一覧項目 - Google グループ 【1】(引用開始) Redmineは小規模なチームでも比較的簡単に導入できる、素晴らしいソフトウェアだと思います。 ただ、このようなツールを知らない人や絶対Excelマン達にとっては、得体の知れない面倒なモノと思われてしまうこともあります。 そういった人たちにも積極的に利用して貰うためには、日々の業務で感じるイライラを極力減らす努力が必要ではないでしょうか。 この記事では、Redmineを少しでも快適に使って貰うため、開発者にとって有用
ドキュメント生成ツール「MkDocs」でRedmine Guide日本語訳のWebサイトを作ってみた
ドキュメント生成ツール「MkDocs」でRedmine Guide日本語訳のWebサイトを作ってみた 2017.10.05 3行で言うと… これまでWebサイト「Redmine.JP」の一部として公開していたRedmineのドキュメントの日本語訳を、専用のサイトに切り出して公開した サイトの作成にはオープンソースのドキュメント生成ツール「MkDocs」を使用 Markdownでテキストを用意しさえすれば見やすいドキュメントサイトが簡単に作れる、シンプルで強力なツール 前田です。私のことをRedmineのことばかりやっている人と認識している人がいるかもしれませんが、そんなことはありません。実は8年前に「入門Radiant CMS」というRubyベースのオープンソースのCMSの本を書いたこともあります。 ということで、今回の話題はRedmineではなく、先日Webサイトの制作に使ったツール「M
Wiki - ソフトウェアエンジニアリング - Torutk
Wiki¶ ソフトウェア開発¶ ソフトウェア再利用 ソフトウェアプロセス改善 ソフトウェアメトリクス ソフトウェア分析設計 構成管理 システムアーキテクチャ ドメイン技術¶ 地理情報システム 人工衛星 時刻 統計 開発支援¶ ソフトウェア開発環境 直リンク⇒ Redmine｜Git 知識ツール Officeツール desktopツール コマンドラインツール 計算機技術¶ ハードウェア¶ 自作・購入PC PCパーツ ネットワーク機器 設置 クラウドサービス OS¶ Linux Windows Android macOS プログラミング言語¶ Java C++ C♯ Ruby Kotlin Rust Python JavaScript 要素技術¶ 並列処理 ネットワーク バイナリ データベース 仮想化 Web その他¶ システム設計 命名参考情報 知的財産 数値流体力学 運用監視 英語表現 ド
RedmineをCentOS 7上で動かすーUnicornとNginx編 - ソフトウェアエンジニアリング - Torutk
CentOS 7の必要なパッケージをインストール¶ Redmineをインストールし動かすのに必要となるCentOS 7のパッケージをインストールします。 開発ツール等¶ ~$ sudo yum groupinstall "Development Tools" : ~$ sudo yum install openssl-devel readline-devel zlib-devel curl-devel libyaml-devel ImageMagick ImageMagick-devel : MariaDB¶ MariaDBのCentOS 7標準パッケージインストール¶ ~$ sudo yum install mariadb-server mariadb-devel : MariaDBの設定¶ MariaDBは、/etc/my.cnf から、/etc/my.cnd.d/* をインクルードす
RedmineがIoT企業に異常にマッチしてしまった話 - 僕のYak Shavingは終わらない
タスク管理してますか？(あいさつ) みなさんは日頃どんなタスク・プロジェクト管理ツールを使っているでしょうか？ Backlog？Trello？Wunderlist？それともgithubのIssueで十分？カンバンほしいからZenhub？Waffle？変化球でProducteev? 僕も前職含めて上記含むすべてのツールを試してみました。 各タスク管理ツール所感 Trelloのガントない問題 ポンポンタスク登録できて便利。人のアサインも簡単だし。あ、でもこのタスクの粒度細かすぎない？依頼するときもされるときも細かすぎない？一つのリスト長すぎない？ あと標準でガントがないよね？全体見渡す側からすると不安（らしく）になっちゃうからやっぱりガントほしい。アサインできるの便利だけど、あぁでもこれボード6個くらいできちゃった。横断めんどい。どのボードもカードで溢れている。ガント追加してくれるサードパーテ
GitHub - sambaiz/itamae_jenkins_redmine_gitbucket: ItamaeでCentOS7にGitbucket + Jenkins + Redmineの環境構築
Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記
Webアプリエンジニア養成読本 Advent Calendar 2014 23日目の記事です。 これまで、Webアプリエンジニア養成読本(以下 先のムック)のPHPデモアプリケーションをCentOS 7で動かすお話をしてきました。その中で、「Serverspecを利用した自動化(20日目)」と、すがさんが Itamae を利用した「Rubyでアプリケーション以外のコードを書く(19日目)」お話をしました。 その上で、サーバ構築自動化の総仕上げとして Itamae + Serverspec を用いてPHPアプリケーションが動くサーバを自動構築・自動テストにチャレンジしてみましょう！ 本記事執筆時に利用したバージョンは、CentOS 7.0, Ruby 2.1.2p95, specinfra 2.10.4, Itamae 1.0.13, Serverspec 2.7.1 です。 Itamae,
Atrae Tech Blog — サーバの管理をItamaeでやったら楽だった
We are the tech members of Atrae Inc. This tech blog contains awesome information around tech of our concern. こんにちは、エンジニアの青野です。 最近サーバを新しく数台セットアップする機会があり、その管理にItamaeを使いました、という話です。 itamae-kitchen/itamae セットアップの手順はある程度ドキュメント化されていました。 が、コード化してGitHubに置いたほうが変更の履歴も追えるし暗黙知化もしにくいはずなので、 プロビジョニングツールを利用することに。 弊社のサービスはRailsで構築されているものがほとんどです。 Rubyの記法で書けるChefとItamaeを候補として考えましたが、結局後者の導入を選択しました。 Chef有名なので特に説明はしません
Itamaeを用いてRedmineの環境構築を行う | Yucchiy's Note
某研修でRedmineなどのツールを構築し, それを自動化するような演習課題が与えられた. そのような課題を解決するためにはシェルスクリプトやPuppet, 最近流行りのツールではChefやAnsibleなどがあるので それらを用いても良いが, 今回はItamaeというツールを用いた. なぜItamaeか ChefやAnsibleがあるなかで, Itamaeを用いた理由について軽く触れておく. Chefは, DSLの提供によりシェルスクリプトより可読性の向上したり, デフォルトで提供しているリソースを用いることで, わざわざ自分でtest -eみたいな分岐を書かなくても冪等性を担保してれる点はとても良い. また, シェルスクリプトの記述から大きく乖離しないため, 直感的にレシピを記述できる. 一方で, レシピを書くためのひな形を作成するためにKnife soloなどのツールを覚えない点や,
ItamaeでCentOSにRuby環境構築 - Qiita
以前書いた、 Chef Solo+Vagrantで、CentOSにrbenvでRuby環境構築 と同じことを、Chef SoloではなくItamaeを利用して行った。 ryotarai/itamae Chefの記法とほとんど同じように書けるし、よく分からないディレクトリがいっぱい作成されて混乱することもない。 Chefにそこまで慣れていない自分としては、シンプルに管理できそうな分こっちの方が良いんじゃないかという印象でした。 Vagrantで仮想環境作成 CentOS 6.6の環境をVagrantを使って起動する。 $ vagrant box add opscode-centos-6.6 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-6.6_chef-provisionerless.bo
Macにitamaeを入れて、Vagrant仮想マシンのプロビジョニングをしてみる - カタカタブログ
以前、Chefを使ってVagrantの仮想マシンをプロビジョニングする方法を検証したが、かなり複雑だった。 今回、軽量Chefという位置づけのitamaeというツールが最近熱いらしく、試してみることにした。 環境情報 当環境の情報は以下の通り。 ホストOS: Mac OS X Yosemite (10.10.2) ホスト機のRuby : 2.1.5 ゲストOS: Cent OS 7.0 Virtual Box : 4.3.26 Vagrant : 1.7.2 itamae : 1.2.11 (今回インストール) 参照するドキュメントは以下。 https://github.com/itamae-kitchen/itamae/wiki/Getting-Started macにitamaeインストール itamae用ディレクトリ作成を適当に場所に作成する。 ここをitamae作業用のトップディレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
