CNETは会議の議事録でもTracを利用?
こんにちは、builder中の人いがです。
先般ちょうど、はてなブックマークでITProさんのTracに関する記事が話題になっていましたね。私も「ほっ、ほっー」と読ませていただいたのですが、せっかくですのでCNETでのTracの使われ方を現場の事例ということで、ご紹介します
builderでは企画・仕様・管理まで全てtracを利用しています
CNET日本の社内では、全ての企画に編集・営業・開発が関わって進めることになります。そのとき共通のドキュメント基盤をどうするかという問題があります。
社内でも以前はPPTベースで企画書、その他Excelで各ページの詳細仕様を作るということが多かったのですが、builderでは可能な限り社内資料をTracに集約しています。
企画段階のTracの使い方
まず、企画段階のビジネスプランや媒体の設計もまずはTracのWikiから始めます。昔は、PPTや、共有のsambaなどにテキストデータをおくこともありましたが、まずはTracに方向性をまとめて、議論を進めるようになりました。社内向けの資料ですから、きれいさよりも実用性が優先されますので、wikiベースで管理することでスピード感や、中身の精査に時間をかけることが可能になりました。
しかも、最近は企画書的なものも、表紙だけは社内共通ルールのシートを使いますが、その中身についてはTracの印字したものをそのまま出すことが多くなりました。
そして、どうしても画面でのプレゼンの必要性がでたときだけ、TracをPowerpointにコピーします。本当は、W3C配布のHTML SlidyのようにTracをそのまま、プレゼン資料に使えたらありがたいのですが…。そんなツールはまだないですよね…。
工程管理もTracで
昔は、Excelで開発スケジュールチャートみたいのを作っていた時期もあったのですが、今はそういった細かいものはやめています。
ただ、その代わり告知のプランだとか、プレスリリースを打つタイミング、そしてローンチのタイミングなどについては細かい予定をWikiでまとめるようにしています。開発者は、そこにまとめた大きなマイルストーンの日付までに、Wikiにまとめた仕様にあわせて機能を開発するという形です。細かい個人レベルのスケジュール管理は、個人にゆだねています。
ただ、開発しながら出てきた細かい「あれをやっておいてください」的な備忘録的なものは、すぐに忘れてしまうのでTracのチケットを利用しています。いわゆる付箋感覚の備忘録ですね。
また、CNETでは大きなサービスを公開する前には、可能な限り全社でサービスのプレビューをしてもらうのですが、その際見つけた不具合は直接社員のみなさんにTracにチケットを追記してもらうようにしています。バグ管理の標準的な姿ですが、やはりメールやExcelで受け付けていた頃と比較すると段違いに管理が楽ですね。
ただ、こういったバグ管理システムになれていない人が触ってくるようなときに重要なのが、可能な限り日本語化しておくということと、それぞれステータスの意味を明確になるおき、その運用ルールを明示するということです。Tracだけではなく、Bugzillaでも勘所は同じだと思いますが、ツールを生かすも殺すも運用次第です。
でもSubversionは使ってません
とはいえ、Tracのsubversionとかは使っていなくて、ワールドワイドで作った社内独自のCMSに、バージョン管理機能があるので、そちらを利用している状態です(貧弱ですが)。
Tracとはいえ、全ての機能を利用するのは難しいもの。CNETでも最初は、Wikiしか使っていませんでした。
CNETの会議でもTracを利用
それと、少し脱線しますが、社内で多分変わっているのかなぁと思うのは、社内のいわゆる定例会議のアジェンダ・議事録もwikiベースで運用していることですね。
報告事項を記録として残しつつ、その日ごとの議案を進めたいというのが会議のスタイルになりますので、各参加者が、会議の前までに報告事項をwikiに記入しておき、書記さんは、その日の議事で決定したことだけを書けばいいという感じです。CNET社内では、なかなかルールを運用するのが苦手な会社なのですが、意外とこの手法は長く続いています。とはいえ、全社でwikiとなると、やはり営業さんや、総務経理部の方はちょっと苦手なようです。
みなさんの会社で、Tracはどのように使われていますか?
というわけで、CNET日本のTracの利用方法はこんな感じです。大分はしょって書きましたが、ここをkwskとかありましたらコメントをしていただければ幸いです。
さて、今回はCNETのTracの使い方の紹介でしたが、皆さんの会社ではTracやこういったツールをどのように利用されていますか? もっと、エレガントな利用方法があると思いますので、builderブログなどを通じて、ぜひノウハウを共有していきましょう。
- 3件のコメント
1. 他者に編集させたくない場合、コレを削除
trac-admin <<TRACフルパス>> permission remove anonymous WIKI_CREATE
trac-admin <<TRACフルパス>> permission remove anonymous WIKI_MODIFY
2. 削除後に権限を確認
trac-admin <<TRACフルパス>> permission list
3. 許可ユーザーは、TRAC_ADMIN権限で登録を行う
trac-admin <<TRACフルパス>> permission add [[追加ユーザ]] TRAC_ADMIN
4. 追加後に権限を確認
trac-admin <<TRACフルパス>> permission list
そうですね、ご指摘いただいたようなところが結構不便ですよね。
弊社ではPluginはとりあえず下記を入れています。基本的オペレーションがコマンドラインでなく、ブラウザで操作できるので便利ですね。
http://trac.edgewall.org/wiki/WebAdmin
管理者権限があれば、編集時に「Page is read-only」にチェック入れて保存をすれば一応ロックが出来ますが、細かくやるとご指摘いただいたとおり、結局細かく権限を設定したりしなければならないところが、しょうがないとわかりつつも手間のかかるところですね。
- builder開発日記 最新エントリ
- 新着記事
- 特集
- ブログ
- 企画特集
-
意識してますか?PCの「信頼性」
-
ウルトラ帳票文化を乗り越える!
-
レガシーなインフラ設計を見直す
-
下した決断は「ハイブリッドへ」
-
講演レポ:ポスト2020時代の基盤
-
サブスクモデルのSaaSで業務改善
-
特集:ポスト2020時代のCX再考
-
働き方改革は身近な「改善」から
-
レポート:NWセキュリティの未来
-
Office 365にもFWが必要?
-
新時代にはゼロトラストが不可欠
-
隗より始めよ
-
分析されたデータを活用できるか?
-
働き方改革にモニターが有効なワケ
-
特集:ビジネスを止めるな!
-
ビジネス成功の砦はここにあり!
-
2020年代を勝ち抜くインフラ
-
AI活用が激変する新たなインフラ
-
働き方、生産性を根底から底上げ!
-
変化への対応はリアルタイム経営で
-
攻めと守りのクラウド活用とは!?
-
クラウドバックアップお悩み相談室
-
実現まで10年「ゼロトラスト」
-
データ活用を加速するエコシステム
-
Why ワークプレース?
-
ITシステムは永久のβ版思考で
-
DX成功の鍵はセキュリティにあり
-
明治創業の鉄道企業がAWSに挑戦
-
どこまで可能?企業を究極の自動化
-
ビジネスの大きな転換点で勝者に!
-
「脱レガシー」なくしてDXはない
-
RPAがニガテなExcelをどう使う
1レポジトリに1Tracしか連携できないのが面倒です。
議事録と覚え書きに使用しています。
不便に感じるところ)
* 誰でも編集できるのでページの編集ロックとか出来ない
* チョコチョコ編集していると編集履歴が膨大になる<チェンジセットの履歴も入れると膨大
* Tracのプラグインがたくさんあるようですが、使い方が今一分かりません
* 解説ページとか少ない気が・・・。