株式会社ロケットスタート｜ユーザインタビュー｜事例紹介｜どこでもプロジェクト管理バックログ

事務から制作管理まで、
業務内容にとらわれず一括管理できるのが良いですね。

当社でBacklogは、事務的な部署をはじめ、以前からやっている受託、そしてPCの開発、携帯、営業、ニュース配信、記事の管理、当社が運営するライターによる発信装置・nanapiワークスなど制作全般で現在10名くらいで使用し、制作自体の管理はsubversionを使って管理しています。プロジェクト数でいうと、20個ぐらいを進めていますね。

使い方としては、例えば

デザイナーの場合はBacklog上にファイルをアップして、それを組み込むというような形です。

また、制作のレイヤーの高いところでやっている仕事や、アルバイトの仕事も全部一括でできるのが良いなというところで使っています。

前職で良さを実感！
それがキッカケとなり創業と同時に導入を決意！

実は会社を立ち上げるタイミングでBacklogを導入しました。

その理由は3つありまして、１つが前職でも使っていて良さを実感していたということです。

2つ目がITリテラシー高いメンバーができたとしても、その後に多分人に教える意味でのインストールが簡単だろうなと。

3つ目が誰でも使えて分かりやすい見た目やユーザインターフェイスのものが、他にはなかったということですね。一応 RedmineやPukiWikiはどうかなと検討はしたのですが、ちょっとイマイチで・・・。

だから創業時に「バグトラッキングシステム」をどこにしようかと、もう一人のメンバーと話し合った時に、、「やはりBacklogしかないだろう」ということになり、導入に至りました。導入した後、どういう風に変わったかと聞かれると、創業当時から使っているので・・・。でも、仕事をスムーズにしてくれるから今も使い続けているので、良いということは自信を持って言えますね。

新人スタッフにも教える事なく、
皆普通に自然に使いこなしています。

Backlogは実際に新しいスタッフが入社した後もほとんど教える必要がなく楽でしたね。皆すぐに使いこなしていますし、今月入ったスタッフも、普通に自然にwikiで追加していますよ。

当社が運営しているnanapiというサイトも、結構Backlogさんと同じような操作性にしているので、
nanapiの記事が書けるとBacklogも書ける（使える）という感じでほとんど違和感なく皆使いこなしていますね。

IT企業以外の職種でも
学生の情報の共有の場としても
Backlogは最適です。

Backlogは情報共有の場として、一番優れているのではないでしょうか。
例えば、自分達でwikiとか、Redmineみたいなものを入れたとした場合、やはりちょっと複雑で使いづらかったりしますからね。

一方で、Backlogはそれこそ学生アルバイトさんでも使える簡単な操作性、使っていて楽しいインターフェイスなので、情報共有の場としても使えるよと周囲に結構勧めたりしています。私たちのようなIT系の職種だけでなく、さまざまな職種、また学生の人たちが周囲の情報の共有の場としても使えると思いますよ。