トップ(最新)

nDiki : 見える化

見える化

(みえる化)

関連情報

  • visual management / visual control

スポンサード リンク

Related term

2005年10月28日 (金)

ソフトウェアかんばん このエントリーを含むはてなブックマーク

naney:57031780

先週金曜日に参加した総会関連のプロジェクトについて KPT 法を用いた評価セッションを実施。

プログラマ間でのコラボレーションが一つの課題になった。 決して悪い状態ではなく比較的いい感じであるのだが、より良くしていこうというわけである。

またこのプロジェクトはリリースを前にまだ開発要素が目白押しということもあり、その辺りの見通しもより明確にして共有したい。

ということで、今回はあらたにソフトウェアかんばんを使ってみることにした。

よく紹介されている方法はタスクカードを「TODO」「DOING」「DONE」というカテゴリ分けされた壁に貼って見える化する方法である。

今回はこれをちょっとアレンジして実践してみることにした。

まずはこれでスタート。

実装しなければならないストーリーがたくさんあることを直観的に、他のスタッフにも理解してもらえる。社長も「まだこんなにやることがあるのか」とプロジェクトの状況を理解してくれたようである。

今後であるが、以下の点をまだ行っていないので順次実行していきたい。

  • イテレーションの設定
  • タスクの見積もり
  • ストーリーの見積もり
  • 全体の見積もり
  • 定期的チェックタイムの設定
  • 貼りやすいプッシュピンの入手

[ ソフトウェアプロジェクトマネジメント ]

スポンサード リンク


[ 10月28日全て ]

2006年6月24日 (土)

ニコカレ 家庭編 このエントリーを含むはてなブックマーク

富士通ソフトウェアテクノロジの坂田晶紀氏による「チームのムード、メンバーの気持ちやヤル気を見える化するツール」ニコニコカレンダーを知ったのは、TRICHORD というソフトウェアの機能紹介のなかで。 あいにく TRICHORD はまだ使っていないが、ニコカレはすごい楽しそうなのでオフィスで導入してみたい。

オフィスだけではもったいないので、家でも始めてみることにした。 ダイソーで黄・赤・青の14mm 丸ラベルを買ってきて、顔を書いて夫婦でそれぞれカレンダーにペタリ。 カレンダーは、毎月新聞に折り込みではいってくる奴で。

  • 黄: いい感じ、ハッピー
  • 赤: 普通、ぼちぼち
  • 青: やな感じ、どんより、憂鬱

(ニコニコカレンダーのページより)

1日をふりかえり、自分の気持ちをみつめなおすというのが新鮮。 1日の中での良かったこと悪かったことの中から、今日1日をどう捉えるか。 周囲の人にどう伝えるか。

やってみるといろいろ深い。


[ 6月24日全て ]

2006年7月7日 (金)

ポスト・イットソフトウェアかんばん このエントリーを含むはてなブックマーク

naney:185368155

短期決戦型プロジェクトが佳境状態。 かなりスピーディーさを要求される展開なので、応接室のホワイトボードを奪ってきて昨日からソフトウェアかんばんに仕立てあげた(さらにその前から、プロジェクトの情報用に占有していたりする)。

今まで何度か情報カードを使ってソフトウェアかんばんをしているけれど、今回は細粒度なタスクレベルでクリアしていく必要があるので、お手軽にポスト・イットにした。

強粘着のものを買ってきたのだが、あまりつきが良くない。 雑巾でホワイトボードを綺麗に拭いてから貼りはじめたんだけれど、まだ油分が残っていたのかなぁ。

そこそこの情報を書けるように 75mm x 100mm のポスト・イットにしたのだけれど、これだとちょっと大きすぎた。 小さなタスクを沢山貼るにはこれだとスペースが足りなくなる。

とりあえず半分に切ってペタペタ。

見える化すると、厳しさがより鮮明に見えてきた。 「もっと早めに……」というのは言いっこなしだ。


[ 7月7日全て ]

2007年4月6日 (金)

ソフトウェア開発プロジェクトにおける朝会をカイゼンする このエントリーを含むはてなブックマーク

Jason Yip 氏による「朝会のパターン:立ってるだけじゃないよ (It's Not Just Standing Up: Patterns of Daily Stand-up Meetings)」という記事の日本語訳を、数日前に kdmsnr 氏が公開された (記事)。

らあるソフトウェア開発プロジェクトで2月から朝会を行ってみているのだが、この記事をみてもっと工夫できそうだということで、良さそうな点を取り入れてみることにした。

一昨日にに新ルールをアナウンスしたのだが、昨日は私は休んでしまったので自分としてはスタートは今日から。

@ ルール

記事を参考に、以下のルールにしてみた。

  • 立ってやる。(New!)
  • 15分以内でやる。
  • 最後に来た人から話す。(New!)
  • 時計回りで発表する。(New!)
  • 以下のフォーマットで話す。(New!)
    • コミットしたことを達成できたか? (昨日はどうだったか?)
    • 今日コミットできることは何? (今日はどうする?)
    • コミットメントを達成するための問題点は何?
  • 話す内容は前日に準備しておく。(New!)
  • 見える化する (New!)。
  • 講演会にしない。問題解決に集中しない。プロジェクトに関係ある話のみにする。(New!)

見える化については、まずはコミットメントA3 ホワイトボード書き出すことにした。

3人のチームなので今日は、10分で終了。 いつもは問題解決をつい始めてしまい長引きがちであったが、こうして明確にルールを共有しておくと、互いに制止しやすくてなかなか良い。

しばらくこのスタイルでやってみて、また改良していくことにしよう。


[ 4月6日全て ]

2007年4月20日 (金)

見える化用に 60cm x 40cm のホワイトボードを新調 このエントリーを含むはてなブックマーク

naney:467058927

プロジェクトの数が増えてきたので、見通しがよくなるよう書き出しておけるようにホワイトボードを買ってきた。 シモジマで1000円弱。

まずは各プロジェクトの目標と担当者とメモぐらいを書くかな。


[ 4月20日全て ]

2008年3月30日 (日)

Google ドキュメントソフトウェアかんばん このエントリーを含むはてなブックマーク

ソフトウェア開発見える化としてソフトウェアかんばんの良さは実感しているのだが、分散開発ではさすがに「情報カードで」というわけにいかず実行しにくい。

今回の分散開発プロジェクトに向けていろいろ考えた結果、Google ドキュメントのスプレッドシートを使ってソフトウェアかんばんを遠隔共有してみようと思う。

@ 他の検討候補

TRICHORD を使ってみたいのだけれど予算の問題が。 検討したのは以下。

  • TRICHORD - 本命。使ってみたいが予算が。
  • Firefox + Internote (light-board.com ライク) - カード感は十分。しかし共有に難。
  • 影舞用に新しくソフトウェアかんばんテンプレートを作る - 影舞を使い慣れているという点では○。ただストリーカードとタスクカードをどう扱うかが課題。
  • Wiki - 以前やって失敗した。
  • XPlanner - インストールと学習が手間。それと開発止まっている?
  • その他 Agile Project Management Tool - カードメタファで良さそうなのはあるが、予算が。
  • Google ドキュメント プレゼンテーション - 矩形をカードにしようとしたが文字は別オブジェクトで書かなければならず×。文字の背景を設定するというのも試したが見栄え・操作性が良くなかった。

スプレッドシートだとカードっぽさが薄れるが、共有・同時編集という点では安心して使えるし最大行数的にも OK。 一番運用しやすそうだということでこれでいくことにした。

@ スプレッドシートの作成

以下のようにスプレッドシートを作る。

  • 1シート目はインフォメーションシートにする。ソフトウェア概説・かんばんルール・通信事項などを書くのに使う。
  • 2シート名以降をかんばんにする。複数ソフトウェアならシートを分けてもよいかもしれない。
  • かんばんシートE列の背景を「条件をに応じて変更」で本日より前だと赤くなるように設定する。
  • かんばんシートF・G・H列の背景を「条件に応じて変更」で @ と書くと背景がそれぞれ赤・黄・青くなるようにする。

@ カードの書き方

内容
Aカード番号をつける。
ストーリーカードは S番号。タスクカードは S番号T番号とする。
Bカード作成日を書く。
Cストーリーカードの時にストーリー名と作成者名をかく。
Dタスクカードの時にタスク名と作者名をかく。
E期日をかく。
FTODO の時に @ とかく。DOING に移行した時は @ を消す。
GDOING の時に @ と開始日、担当者の名前を書く。DONE に移行した時は @ を消す。
HDONE の時に @ と終了日、担当者の名前を書く。
I備考欄

TODO、DOING、DONE 列は1列にまとめることもできるが、ちょっとは「かんばん」っぽくなるかと思って分けることにした。

@ 運用

  • カード番号は重複しないように。
  • カードの状態にあわせて @ を書き換えていく。
  • DOING から TODO に移る時には、開始日と担当者名を消さないで残しておく。
  • 列単位でソートしないこと。
  • タスクの粒度はできるだけ揃える(例えば半日~1日にする)。

@ 課題

  • カードが増えた時に使いにくくならないか? 終わったカードを別シートに分けるルールなどを考える。
  • タイムボックス等にあわせて並び換える時の手間。
  • カード番号が手動。
  • 集計について考慮していない。

[ 3月30日全て ]

スポンサード リンク

■よく検索されるキーワード

perl(62) torrent(54) linux(48) 提案書(47) windows(43) 書き方(41) 使い方(29) アジェンダ(26) x31(25) 充電式カイロ(25) cvs(22) インストール(20) サンプル(20) thinkpad(19) アジェンダとは(19) f-01a(18) wiki(17) c#(16) 感想(16) カイロ(16) usb(16) java(16) 秋葉原(15) debian(15) ヨドバシカメラ(15) subversion(15) 壁紙(15) 作り方(15) 静電気(14) apache(14) グッズ(14) デロンギ(13) フリー(13) sh-01a(13) ganttproject(13) 修理(13) ssh(12) svn(12) ヨドバシ(12) truecrypt(12) ダイソー(11) 手帳(11) activeperl(11) ubuntu(11) ほぼ日手帳(11) firefox(10) mew(10) mp980(10) ドラマ(10) 日本語(10) n-01a(10) google(10) tc-1(10) 評判(10) ツール(10) djunit(9) cgi(9) 動画(9) mp3(9) オイルヒーター(9) docomo(9) rcs(9) 除去(9) centos(9) メモリ(9) エネループ(9) 設定(9) p-01a(9) tortoisesvn(9) 無印(8) ケース(8) 口コミ(8) ミノルタ(8) メール(8) インストーラ(8) 会議(8) xampp(8) 加湿器(8) af(7) 値段(7)

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 15.135386s / load averages: 0.46, 0.29, 0.25
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)