Ticketベースにすることでプロジェクトも社内も見える化できないものかを考えてみた
みなさん、こんにちは、まーしーです。
もう10月ですか。。。。はやいですねぇ。今年もあと3ヶ月ですね。
先日、『チケット駆動開発』という本を読みました。
プロジェクトのマネジメントやタスク管理とかなんとなくこなしている中でどういう方法があるのだろう？というのを知るために読みました。
この本自体は最近よく名前をみる株式会社ソニックガーデンの代表さんのブログで紹介されていたのを見て購入しました。
書籍『チケット駆動開発』が出版されました - Social Change!
http://kuranuki.sonicgarden.jp/2012/08/post-88.html
全ての作業をTicketに書いてから作業する
内容としてはRedmineをつかって、作業をチケットに起こしていく感じの話で、システム構築とかプログラムとかそういう開発ではよくありそうチケット駆動開発な話です。
No Ticket, No Commit!
というルールで、作業することは全てTicket化されそれに対してコミットしていくことでプロジェクトがどんどん完成に近づいていきます。
このルールをとることで作業内容もTicketで明確になるでしょうし、コミットする人が明確になるので、プロジェクトの貢献度も明確にできます。
（コミットできない貢献度ももちろんあると思いますが・・・）
Web制作なんかだとどこまで（どの粒度で）Ticketにするのかとかは少々判断に悩むところな気がしています。
自分自身まだ試行錯誤の段階ではあるので「これが」というのは見つかっていないです。
プロジェクトの度にメンバーからいろいろ言われて改善しながらやっているところです。
上記の「No Ticket, No Commit!」ルールで考えれば作業漏れとかをなくす意味でも細かい方がいいでしょうが、書籍にも書かれてるように細かすぎると返って煩雑になってしまうという問題もあります。
日報代わりのTicket処理
本を読み始めているときは「あるプロジェクト」という視点で読んでいたのですが、会社全体でも作業などをTicketにするなどしておけばいいのではないかと思ったりしました。
定期的に日報を書くくらいなら、タスク等をTicketに起こしてそれに記載していった方が集計できそうな気がします。
（と書くだけなら簡単ですが、Ticketにしにくいものも当然ありそうです）
Ticketの内容によっては1日とかで終わらない場合とかがありそうなので、そのあたりは進捗度の変更やコメントとかでフォローできないものかな？などとも思いますね。
それらを日付と編集者とかでフィルタリングできると、日報的に確認することができそうな気がしています。
個人的には、毎日顔を合わせている環境であったとしても報告などは文書にするなどの一手間をとったほうが証拠としてしっかり残せるのでいいのではないかと思っているのですが、（僕自身が忘れやすいというのもありますが）
毎日顔を合わせない場合などこういったTicketベースで作業をするとか報告や議論をするとかがいいのではないかと思います。
（議論はTicketでは難しいところもあるかもしれませんので他のツールに頼ることもあるかもしれませんね。）
Ticketだけでは補えない空気をSkypeなどで補う
Ticketとかで作業ははっきりしてくるかと思いますが、そこにいる人の状況はなかなか見えないですよね。
リモート勤務のようすを紹介します - give IT a try
http://junichiito.hateblo.jp/entry/2012/09/28/083205
こちらの記事のなかでSkypeを常時つないで（多分音声だと思いますが）開発し合う、というスタイルが紹介されていました。
何気ない会話やそこから生まれている空気などそれらが生み出すものはあるかとおもいます。
それがオフィスに集まるメリットのような気がしています。
ツールを組み合わせて見える化
Ticketとかで場所を選ばず仕事をもれなくこなすことができるようになったとしても、なかなかそこに人間を感じるのは難しいのではないかと思います。
テキストベースのやりとりはなかなか感情を込めにくいですし読み手にどうとられるかは結構難しいと思っています。
いろいろ便利なツールがあるのですから、こういったリモートの環境を用意できればどこでも仕事ができるのかなーと思います。
話した方が楽という面も少なからずありますが、各個人・チームでのツールの使い方次第でかなり見える化できて全体としていい方向に進めそうだなぁ、と思ったりしました。
