nDiki : コラボレーション

コラボレーション - collaboration

2005年10月28日 (金)

■ ソフトウェアかんばん

スポンサードリンク

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

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

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

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

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

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

B6 情報カードを使う。
- この大きさだと書くにはちょうど良さそうだが広い壁が必要になりそうだ。
エクストリーム・プログラミングのように、まずはストーリーカードを作成する。
- 今回はベースとなる仕様書の機能を実装する形。ビジネスサイドがストーリーカードを作るという体制にはできないので、開発チームでストーリーカードをおこす。
ストーリーカードからのタスクカードおこし。
- 時間の関係から、まずは優先度の高いストーリーカードを選んでこれをタスク化する。
- タスク化済みのストーリーカードは(tなどの)マークをつける。
タスクカードのカテゴリは「TODO」「DOING」「CHECKING」「DONE」の4つとする。
開発者は TODO タスクカードから1枚カードを選んで署名して DOING へ移す。
タスク作業完了後「DONE」あるいは「CHECKING」へ移す。
- 「CHECKING」はチームはタスクを受け持った人が作業完了後、チームでチェックをして欲しい時に入れられるカテゴリ。
- カテゴリ名はこれでいいかな?

まずはこれでスタート。

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

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

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

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

◇ Twitter やってます。この記事が気にいったらぜひ twitter.com/Naney の follower になってください。

[ permalink ]

[ 10月28日全て ]

2005年12月6日 (火)

■ 乱入OK! コラボレーションタイム

11月末にモノを発送できたプロジェクトの事後評価セッション。手法は前回と同じくKPT法をとりいれた方法で。

セッションでは「質問したい時に、忙しそうにしていると話かけづらい時がある」という課題があがった。あ、自分のことね。忙しいと集中して(あるいは集中しているフリをして)そういう雰囲気を醸し出しているな。

こちらは案外好きな時間に声をかけているのだが、立場というダイオードが入っているのかもしれない。

集中とコラボレーション、どちらも大切。

ということでアイデアとして、時間を決めてその間はアポがはいっていたり極限状況にあったりない限り、チームメンバで御互いに話しかけたら誠実に対応するというルールを作ってみた。 15:00 - 16:00 をその時間に。その日にある程度作業をした後問題が発生した頃で、かつコラボレーション後実行してみる時間を残っている時間はこの時間帯かなと。

トリンプ・インターナショナル・ジャパンの「がんばるタイム」のように、各個人業務の集中時間を設けるという事例は聞いたころがあるが、こういうコラブレーション推奨時間を設けている話はまだ見かけたことがない。多分いろんなところでやられていると思うのだけれども。

p.s.

基本的にそれ以外の時間には話かけるなということではないので、お間違いなく。

[ permalink ]

[ 12月6日全て ]

2006年3月11日 (土)

■ コラボレーションを促進するオフィスレイアウトへ

今日は土曜日であるが、平日なみ(よりちょっと遅く)に起床。電車にゆられて秋葉原で下車。オフィスで向かう。昨年から昼休みに同僚がメジャーを持って歩きまわって 3D 化してシミュレーションするなど、少しづつ計画をあたためてきたレイアウト変更のためである。

夜通し飲んで顔の赤い腰を痛めている若手スタッフと、年寄りがかかると思われている病気のスタッフと、バイクでこけて怪我をしているスタッフと、還暦を過ぎているスタッフと、日本語が堪能ではないスタッフと、体調のよろしくない FF 好きなスタッフと自分で総勢7名。

2月末の納品作業のバタバタ後で細かい配線計画等はできていなかったが、まぁそこは何とかなるでしょうということで。

予想通りパーティションの分離・合体と移動がうまくいかずに、一部破壊しつつ無理矢理に新レイアウトへ。前半戦でパーティション・デスクなど什器の移動を終え、後半戦からは電源・電話・LAN の再配線。

電話に関しては現状の配線図がないため、こんがらがっている配線をほぐしつつ接続図を作成。

ネットワーク系は、サーバ PC の移設と UPS の差し替えも含めてなので思ったより時間がかかる。

あちらことちらで「ガシャン」と物を落とした音が聞こえたり、「アッ」という声とともに足にひっかかって無理矢理な状態のコードが目に入ったりと(それぞれ自分もやらかしているわけだが)、やばそうな部分もあったが奇跡的に故障している機器はなかったようである。

なんとか夜の 9:00 を過ぎて目処がたち、記念撮影をして解散。

真中にオブジェのそびえ立つ、以前より開放感のオフィスになった。さて来週以降、効果のほどは。

作業風景 (スライドショー)

[ permalink ]

[ 3月11日全て ]

2006年4月10日 (月)

■ ソフトウェアかんばん「見えない化」

チームメンバが重なっている2005年度の2つのプロジェクトがほぼ終了したので、事後評価セッションを開催。

興味深いポイントについて:

@ ソフトウェアかんばんが見えない

今回1つのソフトウェアに対してソフトウェアかんばんを適用した。担当開発者の2人は以前このコンビで別のソフトウェアでかんばんを使用し、コラボレーションが促進したのだが、今回はどうもイマイチであった。

先日のレイアウト変更で、タスクカード/ストーリーカードを貼る(座っている場所から見える)パーティションが無くなってしまったのが敗因と推測されている。

ぐらさん言わく「見えない化」

@ issue tracking

開発中に発生する

モジュール間のインタフェースの問題点(あるいは不明点・疑問点)などの確認/議論の必要なもの
ライセンス関連の問題など意思決定を要するもの

などについて誰かが指摘した後、迅速・確実に処理がなされないことが多かったという意見も多かった。

後半「コミットメント・リストチェックを電子上での各自チェックに切り換え」たことにより、皆が頭を突き合わせて真剣に意思決定する場が減ったのが大きなマイナスだったか。その方式は2月に終了したスタッフが2拠点に分散したプロジェクトで成功した方式で、うまくいったので導入してみたのだが、このチーム向きではなかったようだ。

やはり基本は顔合わせということを実感。

またコミットメントではないけれど、細かい issue を追跡する仕組が必要かなと。ツールに走って issue tracking system 導入して遊ぶという手もあるが、手段が目的になってしまいそうでもある。

どのようなプロセスがチームに向いているのかも含めて、ここはひとまず紙ベースでいろいろ試行してみようと思う。

できるだけシンプルにして、各自が自分の好みのツールと連動して処理していけるようにするようにしたい。

(というか、自分は自分の GTD プロセスとスムーズにやりとりできるようにしたい。)

@ インタフェースを変更するなら、古いのも deprecated 扱いで残して

複数人開発で途中開発者間にまたがるインタフェースの仕様が何回か変更になった。改良のために仕様変更はアリだと思うが、コード変更に愛情が足りなかったため実行できないコードが断続的に発生し、確認のための開発待ちが発生した。

通常開発中のコード内でのこのようなインタフェース変更については

インタフェースを変更する人が、同時に呼出し側のコードも修正してコミットする
しばらくは古いインタフェースを @deprecated で残しつつ、新しいインタフェースを提供する

のどちらかを取りかつ周知をする必要があるが、この辺がうまくできていなかった。次回はうまくやれるはず。

ちなみに「できるだけ早く仕様を決定するようにする」というアイデアも出たが、これはまず守られない。もちろんみんなそれを望んでいるし、そのように努力しようとするんだけれども、最初の時点で完全な仕様を決定できることはほどんどない。仮にその時点で完全でも、数ヶ月後には状況が変わり仕様がふさわしくなくなってしまっていることもある。無理に最初の仕様に固執することの方がデメリットが大きいことも多い。

@ 止まらないプログラミング

変に一人で抱えこんで数時間あるいは1日プログラミングを止めてしまうことを無くそうという提案。

30分ルール

「30分」のところは15分だったり1時間だったりするかもしれないが、とにかく必要以上に一人で悩んで立ち止まらないようにしようという話。

関係者に確認すれば数分で解決してしまうことも多い。技術不足とかそういうこととは関係なし。もしかしたら「そのインタフェース実はまだできてないので結果は適当です」というのを呼び出して結果が合わないと悩んだりしてたりとか。

チームのトータルのスループットを最大にするようにコミュニケーションしよう。

[ permalink ]

[ 4月10日全て ]

2006年5月15日 (月)

■ すべての情報を共有する。情報閲覧者が判断する。

帰りの東北新幹線で、ウェブ進化論の続きを読む。興味を持ったのはこれ。

シルバースタインは「こうした情報共有の仕組みをテクノロジーが支える」と語ったが、グーグルの社内情報システムはごく普通のシステムの組み合わせだ。ごく普通のブログや掲示板、社員全員が同じ文章を自由に編集できるウィキ (Wiki) と呼ばれる共同作業用環境、検索エンジンといったものの組み合わせである。-- ウェブ進化論 p.86

社内に Wiki を立てて、周囲を巻き込みつつ情報共有のため基盤と文化を育てようとしている自分にとって「ごく普通のシステムの組み合わせだ。」というのは心強い話である。

本書ではさらに、下記のように続く。

道具自身に革新性があるのではなく、すべての情報を共有することを原則に「情報自身の淘汰に委ねるという思想のほうに革新性があるのだ。 -- ウェブ進化論 p.86

はてなの近藤氏も2005年7月27日の記事で同様のことを述べている。

ここで大事なのは、「その情報を出すべきかどうか」を情報発信者が判断するのではなく、全ての情報を出しておいて、情報閲覧者が「その情報を読むべきかどうか」を判断すればよい、と考えることです。-- CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：情報の私物化を禁止する

効果的にコラボレーションをして成果を上げていくにはメンバが、積極的に情報をアウトプットし共有していくことが重要である。

しかしながら情報のアウトプットというのはなかなか実行されないものである。理由はなんだろう。

情報共有/活用基盤がない。
情報を共有するという文化がない。
情報をアウトプットするコストが高い / 高いと感じる。
情報をアウトプットするメリットを理解できない / 感じられない。
情報を制限することで権限を維持したいから。

あたりか。

Wiki の次の一手として社内 Blog を立ち上げることにしよう。

[ アウトプット主義 ] [ 書評 ]

[ permalink ]

社内 Blog 開設 (2006-05-16)
私が情報発信を勧める理由 (2006-07-26)
Hyper Estraier で社内 Web コンテンツ検索 (2006-06-01)
Wiki ではロボット除けをしてはいけない (2007-01-21)
Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)

[ 5月15日全て ]

2006年5月16日 (火)

■ 社内 Blog 開設

ウェブ進化論の中の Google の話に触発されて、そのうちやろうと思っていた社内 Blog の開設を行ってみた。

@ DiKicker を使用

ソフトウェアは nDiki で使用している DiKicker を。コメント機能・トラックバック機能が無いためコラボレーション的な要素はあまり望めないかもしれないが、RSS フィードもあるし社内情報発信のとっかかりとしては十分かと。

そのかわりにキーワードで串刺し表示する機能を使ってプロダクト名やプロジェクト名など決まったテーマをまとめて読み進めることができるため、社内利用には向いているのではと考えている。

検索機能が無いのは痛いので、早めに手当てする必要あり。

@ 運用

特に全社的に強制導入とかではなくて、まずは自分が試行錯誤しながら運用してみるといった感じで進めるつもり。自分がガンガン情報を書いて、メールに permalink を貼りつける。

メンバに定期的に見てもらうには、随時小ネタをしこむ必要があるかなぁ。他にも書く人が現れて、社内での RSS 活用が進めばしめたものである。

ちなみに各人が使うのは DiKicker にこだわるつもりは全然無くて、適当に設置してくれればと考えている。 DiKicker 社内で使っている Wiki (WiKicker) と同じ文法とはいえ細かいところは便利じゃないので、むしろ違うものが流行ったほうがいいかなとも(数人は一緒に DiKicker を使ってくれると嬉しいけど)。

ある程度 alpha な人が開設し揃って波がおきたら、普通の人でも簡単に書けるような環境を整備してより広めていきたい。

[ permalink ]

Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)
howm で nDiki の記事も検索対象にする (2006-04-02)
すべての情報を共有する。情報閲覧者が判断する。 (2006-05-15)
Rubric でプライベート SBS を立てるも 0.140 では日本語に不具合 (2006-07-22)
mixiに登録 (2004-11-19)

[ 5月16日全て ]

2006年11月16日 (木)

■ すき焼きを食べつつリーダーシップ議論

会社の人に誘われて万世秋葉原本店 7F 七福神ですき焼き。

@ すき焼き

うちの母が作るすき焼きは特殊で、「焼」というより「煮」に近い。小さい時からそれがすき焼きだと思っていたため、普通じゃないと知ったのは大人になってさらに随分たってからだ。

そんなせいで「普通」のすき焼きの作法はよくわからず、気がつけばいろいろ奉行していただいてしまった。

@ 話題

話題としては、会社の話や仕事の進め方の話とか。

私としては、メンバがうまく自律的に活動し、チーム内でのコラボレーションを最大限引き出し、全体として効果的な成果を上げるよう導くのがリーダーの役目と考えている。

強権的に高負荷をかけることで成果があがりまた部下の成長が生まれるという階層型でプレッシャーをかけるやり方の訴えには賛同しかねた。

瞬発的に長時間労働するのはアリだと思う。ただしそれを中長期的に行うのは結果的に逆効果だ。たった1日遅くまでやっただけで、次の日の効率がガタ落ちしているのを見ることもよくある。

また 100% あるいは時には 120% というが、ゆとりがない状態ではプロセスも組織も硬直し崩壊を招く。

しかも残業代も出さずにそんなことを指示するのは言語道断。

より知的に生産性をアップしなければならないのだ (さて、どうやって?)

[ permalink ]

今日のさえずり - ブリスターパックの安全な開け方知りたい (2008-12-15)
今日のさえずり - ささやかな気持ちDES (2008-11-07)
今日のさえずり - Twitter ずっと見てたら仕事の効率落ちるんじゃない? (2008-10-31)
年始に家族とダラダラする気持ちの変化 (2009-01-02)
今日のさえずり - グラニュ糖と書く人は通だね (2009-03-27)

[ 11月16日全て ]

2008年7月25日 (金)

■ 社内で Google ドキュメントがブレイクし始めた

今年の春ごろから開発資料やミーティング資料などを Google ドキュメント上で作成して、適宜関係者に共有するようにしてみた。

当初はほとんど自分がオーナーのものばかりだったんだけれど

Google アカウント作成が行き渡ってきた。
あるソフトウェアの BTS がうまくまわっていなかったので、不具合リストを Google ドキュメントのスプレッドシートで作ってリリース前に集中的に共有してバグ潰しをした。この一件で便利さが伝わった。

あたりで利用するようになったのではと推測。

特にリスト系はスプレッドシートでコラボレーション(共同編集)できるのがやはり魅力的なんだと思う。同時にアクセスしている人が表示され変更もリアルタイムに見えるためライブ感があり、「一緒にやっている」という感覚が味わえるのがポイントだ。

ちなみに Excel も共有ブック設定することで同時に編集できる(Joel on Software でもこの機能を「Excel についてあなたが知っておくべきこと」の1番目として紹介している)。

BTS/ITS は専用のシステムを使った方が tracking その他の点で機能的にはよいのだが、億劫で設置自体がなかなかされなかったり、使い方を覚える(思い出す)のが面倒で敬遠されるということも多い。

小規模なら共同編集可能なスプレッドシートでシンプルに運用するのもアリだと思う。っていうか、シンプルでいいから最低限のことはやっておかないと。

[ permalink ]

[ 7月25日全て ]

2009年11月13日 (金)

■ 今日のさえずり - 年間 36500 tweets 相当か

@ 2009年11月13日

08:54 今日もまだあまり声が出てない。 [mb]
09:46 ケータイメール1日100通って、年間 36500 tweets 相当か。スゴいな。 [mb]
09:54 Twitter 歴2年半ですがまだ 9000 tweets いってないぐらいの自分と比較するとスゴいなあと。 RT @kengo: @Naney そういう比較ですかw [mb]
09:56 日通警備の現金輸送車よ、毎回コースを変えるのはわかるが曲がる時はウインカーは出せ。 [mb]
09:58 ヨドバシカメラでポータブル DVD ドライブチェックしてきた。狙いの品は昨日みたヤマダ電機 LABI の方が価格・ポイントとも良かった。 [mb]
10:33 @yamakiyo とりあえずリカバリー・ディスクが作れてブータブルなら安くて十分です。めったに使わないしね。PC で BD ソフトを観ることもまずないかな。
10:47 RT @muji_net: レゴ（R)ブロックを愛するみなさま。無印良品とレゴ社のコラボレーション「紙とあそぶレゴ（R)ブロック」。本日からネットストア先行予約スタートです。http://bit.ly/2cKi22
11:24 ThinkPad X200 の出荷済みメールが Lenovo から届いている。
11:43 明日11月14日LABI品川大井町で『加護亜依vs.FRIDAY』DVD発売記念イベント。 http://bit.ly/4sDXsu #Oimachi
11:44 あれ、ネットワークカメラ勝手に本体の向き変えたの誰だ。戻しとけっつーの。
12:05 小雨降り始めてる。 L:東京都千代田区東神田3 [mb]
12:34 RT @fshin2000: Microformatsって、それを元にURLに変換するとこが実用性として楽しいんじゃないのかえ。モバツイの L:住所でMaps呼び出せます、みたいなあたり。HTMLのレンダリングみたいに。 [pb]
12:46 2009年11月12日の歩行: 7595歩、5.82km、67分、5.16km/h、消費 291.0kcal、脂肪燃焼 41.5g、4.2エクササイズ。
12:48 twitterfeed が仕事してないので、とりあえずまた FriendFeed 経由でフィード投稿するように変更。
12:59 小学生の時に創作したどぐう三兄弟を披露した。どくん、ぐくん、うくん。
13:13 クリスマスツリー出した。
13:18 @akigonn 小学校の卒業アルバムにオリジナルを描いてあるのでそのうちスキャンするつもりです。
13:22 @yamakiyo 光ディスクに通常のバックアップをとることは当面ないですね。耐久性が心配ですし。
13:58 さくらのレンタルサーバビジネス申し込んだ。
15:28 @kumiyam シェル(SSH)が使えるのがやはり魅力ですね。いざという時に便利なので。
17:25 オリジナルフリースボトルカバーが結構良かったので今日も紅茶花伝。
19:53 ドライブ買う前に CD-R メディア買っといた。ドライブも今日買って帰ろう。 [mb]
23:28 買ってきたのこれ。「三菱化学メディア CD-R 700MB PCデータ用 48倍速対応 10枚スリムケース入りワイド印刷可能 SR80SP10V1」 http://bit.ly/2cP7Vz
23:34 あと外付けポータブル DVD ドライブ DVSM-PN58U2V-BK。 http://bit.ly/2JsOsq
24:45 セブン-イレブン限定 ZAKU II。 [Flickr] http://ff.im/-bpAeb
24:55 トントカイモ。 [mb]

[ permalink ]

今日のさえずり - PuTTY って「パティ」なのか (2008-09-11)
今日のさえずり - 夜の遊び場がヤマダ電機 (2009-11-12)
今日のさえずり - 許されるのは嘘ではなくドワーフのような沈黙 (2010-02-23)
今日のさえずり - 停電って近隣にいる Twitter-ers あぶりだしに最適 (2010-01-21)
今日のさえずり - オールラインレッド! (2009-10-08)

[ 11月13日全て ]

2010年2月17日 (水)

■ 今日のさえずり - わくわくしないのでやめとく

@ 2010年02月17日

05:02 結構揺れたなあ。飛び起きた。 L:東京都
09:48 I'm at 秋葉原駅 (秋葉原駅, 千代田区) w/ 6 others. http://4sq.com/68fhHr
10:15 @satoshf Google Apps ではまずはカレンダーとドキュメントを共有管理したいので、それが使いやすければいいなと思ってます。
10:34 Google Apps Standard Edition 申し込み中。
10:38 @Keiichi_SHIGA まずはお試し。
10:50 Google Apps ドメインの所有権の確認用にゾーンファイルに CNAME レコードを追加して BIND を再起動。
11:03 Google Apps にヘッダ用ロゴをアップロード。
11:13 Google Apps の各サービスの URL を (mail|calendar|docs|sites).サブドメイン名に設定。
12:04 なか卯が混んでいたので。 (@ ファミリーマート神田佐久間町店) http://4sq.com/biJuCj
12:06 ボリュームペペロンチーノ(昼食) 360円。ファミリーマート。
13:04 Google Apps カレンダーも結局ユーザレベルで共有かけなければならないのか。グループで自動的に共有されるような機能があるのかと思ってた。
13:19 @mzdakr Google Apps カレンダーの一括共有をかけられるんですか? 設定が探せなくて。
13:35 @mzdakr ありがとうございます。もし方法がありましたらぜひ教えてください。よろしくお願いします。
13:56 Google Apps カレンダー、管理者のみ「このカレンダーをドメイン……のすべてのユーザーと共有する」が出るな。チェックしても他のユーザのカレンダリストには出てこないけど。
14:05 Google Apps 4時間ほど触った感蝕としては、思ったほどドメイン内コラボレーションのための機能追加がされていないんだなと。管理者設定で公開制限がかけられるぐらいか。Standard Edition だから機能が少ないだけなのかもしれない。
14:07 個別に Gmail アカウント作ってもらうよりは、Google Apps アカウント発行した方が管理者は楽というのはあるな。
14:07 「個別に Gmail アカウント」ではなくて「個別に Google アカウント」か。
14:09 あとは独自ドメインの Gmail が有り難いかどうかか。
14:24 @mzdakr ありがとうございます。自分のアカウントだとメールアドレスを入力すると共有リクエストを送るダイアログが開いちゃいます。リクエストを送って承認してもらえば普通の Google カレンダーのように共有はできてます。
14:26 @mzdakr こちらは同じ設定にしてました（すべての情報を共有)。
14:31 グループにカレンダー共有かけると自動的に全員に追加されるというのが期待する機能なのだけれど、カレンダーで個別に「特定のユーザーと共有」するしかなさそう。
14:32 それでよいといえばよいのだけれど、Google アカウントではなく Google Apps アカウント使ってもらうメリットがでない。
14:34 @mzdakr いろいろありがとうございます。もうちょっと試してみます。
15:20 Google Apps の Google サイトに Google ドキュメントを貼りつけて使うというのはドメイン内での情報共有に便利そう。
15:52 @mk_yasuda Google Apps は独自ドメイン上で Gmail や Google カレンダーや Google ドキュメントなどが使えるオンラインアプリケーションサービスです。 http://bit.ly/cZoakM
17:49 I just became the mayor of 美倉橋 on @foursquare! http://4sq.com/cqB7UR
17:55 アップルクリームデニッシュ(おやつ) 110円。ファミリーマート。
20:25 会社を出たけどマスク忘れて引き返し。
20:34 I'm at 秋葉原駅 (秋葉原駅, 千代田区). http://4sq.com/68fhHr
25:16 「わくわくしないのでやめとく。」