nDiki : BTS

www.naney.org BTS 休止

ディスク容量が結構やばくなってきたので、ホームにインストールしていた Ruby とともに、影舞を削除・www.naney.org BTS を停止。

DELL PowerEdge 2600 本社へ出張

野暮用でPowerEdge 2600が本社へしばらく出張。くそ重たい筐体を梱包してヤマト便で発送。こういう日に限ってスーツ出社日だったり。

Wiki、BTS、CVS リポジトリ、ファイルサーバ等々、いろいろサービスさせていただけに数週間留守にされると辛い。

影舞プロジェクトテンプレートを作っておく

今年度から本格的に開発が始まっているプロジェクトのために、影舞を設定。 既に他のプロジェクト用にセットアップしたものがあるのだが、プロジェクトはそれぞれ生存期間が違うし、その間に影舞もRubyも新しくなるしということで共用しない方がいいであろう。

ということで Ruby 1.8.2 + 影舞 0.8.6 で新規セットアップ。

次に(バグレポート)プロジェクトをその上に作る。 毎回BTSテンプレートをベースに新規作成し、今まで作成してきた時のメモを頼りにフィールドのカスタマイズをしてきたのだがちょっと面倒くさい。

何回かプロジェクトで使った経験から、だいたい自分好みの運用・フィールド設定がみえてきたので、今回は影舞プロジェクトテンプレートを作成して、簡単に新規プロジェクトを作成できるようにすることにした。

影舞プロジェクトテンプレートの作成

まずテンプレート作成用に1つプロジェクトを作って、今までどおりフィールドをカスタマイズ。運用時に迷わないようにフィールドの説明文を詳しめに書いておく。

で、できあがったら影舞データディレクトリの中の project/<プロジェクト名>/reporttype.xml をコピーしてルート要素の id属性と name 属性をテンプレート用に変更。 description 要素内容も簡単に書く。

できたら resource/ja/template ディレクトリの下の normal ディレクトリを、先ほどつけた id属性の値と同じ名前のディレクトリとしてコピー。この中の reporttype.xml を自作したもので置き換え。

これで次回から新規作成時に使えるようになる。 めでたしめでたし。

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

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

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

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

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

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

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

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

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

sid の udev 148-1 ヤバイ

家に帰ってサスペンドから復帰した ThinkPad X200 を無線 LAN 接続に切り替えたがうまくつながらない。ルータを再起動しても駄目なので PC の方を再起動。

そしてら Debian GNU/Linux sid が起動しなくなってしまった。 udevd が設定ファイルが古い形式だよといった警告を出した後、/dev の作成の途中で止まっているっぽい。あちゃー。

とりあえず Windows 7 を起動して情報収集。 まだ設定が済んでおらず Firefox 入っていないし英語キーボード用の設定にしていないのでキー配列が違うし、入力切り替えボタンはないしで苦労しながら Web でチェック。

Debian の BTS によるとやはり udev 148-1 がハズレらしい。 ダウングレードするか。

GRUB で e して linux オプション行の ro を rw にし init=/bin/bash を追加して起動。 dpkg -s udev で 148-1 であることを確認。 幸い /var/cache/apt/archives/udev_147-5_i386.deb が残っていたので dpkg -i でダウングレード。 で再起動したら / を fsck しろといわれたので fsck して再度起動。これでようやく起動するようになった。

なお情報によるとタイムアウト待ちまで待ては先に進んだらしい。

またひとつ sid の醍醐味を味わった。

しかし過去の Debian パッケージが /var/cache に残っていなかったらもっと手間だったな。 インストールの時に作ったインストール CD 捨てようと思っていたが、やはりとっておいたほうがいいな。

今日のさえずり - ポッポのメガポテトにした

2010年02月07日

• 10:49 RT @MasanoriKanda: 「いろんな仕事を振るけれども、育児が優先。そこは間違えないでね。」（神田から仕事を指示された際に）
• 12:32 今日は平和島運河近辺に行く。
• 15:16 I'm at 大森海岸駅 (東京都品川区南大井3-32-1, Tokyo). http://4sq.com/7xIP9A
• 15:36 向こうは平和島競艇場。 http://movapic.com/...
• 15:43 まずはフードコート。 (@ イトーヨーカドー 大森店) http://4sq.com/8yzGVk
• 16:06 ポッポのメガポテトにした。
• 17:53 イトーヨーカドー全体的に野菜高い。
• 22:37 「青のねぶた」飲む。
• 23:07 向こうは平和島競艇場。 [Flickr] http://goo.gl/fb/lWa1
• 23:41 今日行ったの平和島運河ではなくて勝島南運河だったようだ。
• 25:04 東京都大田区大森本町から平和島競艇場を望む [Flickr] http://goo.gl/fb/Gvpy
• 25:15 Twilog 始めました。 http://twilog.org/Naney
• 25:21 Twilog、2009年6月27日の途中までさかのぼれた。 http://bit.ly/doZEoo

2010年02月08日

• 09:15 今日からマスクして外出する。
• 09:32 RT @fukushima_BOT: 仕事に行くんじゃない。世の中を変えに行く
• 09:40 I'm at 秋葉原駅 w/ @hoge_systemz @tac28. http://4sq.com/68fhHr
• 11:03 うっぷす。緑茶ティーバッグ切れてた。
• 12:06 弁当(昼食) 350円。向日葵。
• 12:45 2010年2月5日の歩行: 6149歩、4.75km、52分、5.38km/h、消費 236.5kcal、脂肪燃焼 33.8g、3.4エクササイズ。
• 12:46 2010年2月6日の歩行: 3296歩、2.52km、30分、4.95km/h、消費 126.3kcal、脂肪燃焼 18.1g、1.7エクササイズ。
• 12:47 2010年2月7日の歩行: 5377歩、4.08km、52分、4.70km/h、消費 203.8kcal、脂肪燃焼 29.1g、2.8エクササイズ。
• 12:56 眠いので昼休みちょっと寝ておこうかと思ったらあと3分しかない。
• 15:57 久しぶりに影舞セットアップ。最新は 1.8.8。1.8.6 と同じインストール方法でいけた。
• 16:09 BTS 設置したのでジョエルテスト1ポイントアップ。
• 16:10 Twitter。 RT @coachingbot: もしあなたがアメリカ合衆国大統領ならまず何をしますか？

今日のさえずり: まあ、いわゆる管理は少なければ少ない方がいいわけですが

2011年09月14日

• 08:46 最近 Google+ からちょっと足が遠のきがちだな。なんだろな。 http://t.co/08raKgY #mixipage
• 09:19 事足りない部分は機能・人・アクティビティ? 何でしょうね。 RT @yuji0602: Twitterで充分事足りてるからじゃないっすかね〜。 RT @Naney: 最近 Google+ からちょっと足が遠のきがちだな。なんだろな。
• 09:22 かなり個人的な部分では、フローだけでなくストックでもなければ嫌というのがある。 http://t.co/Z0b2CyG #mixipage
• 09:24 これを満たすのが Twitter(+ API + なにか)しかない。 http://t.co/I96ADeR #mixipage
• 09:26 リッチだったり、構造化されてたりすると、ストック的にシンプルじゃなくなる(面倒)。 http://t.co/TulrGut #mixipage
• 09:48 確かに「Tumblr 的*情報*」が多いというのもありますね。 RT @yasa_gurek0: あそこで流れている情報は別にG+じゃなく他で補充できるからですかね？ RT: @Naney 最近 Google+ からちょっと足が遠のきがちだな。なんだろな。
• 13:10 塩牛丼 400円。 (@ 神戸 らんぷ亭 渋谷並木橋店) http://t.co/N8KWqIT
• 13:14 管理のための管理が好きとか秘密。まあ、いわゆる管理は少なければ少ない方がいいわけですが。
• 13:17 いわゆるチェック的管理じゃなくて、ものごとを決めて前進させていくのが大切。
• 13:39 I'm at 金王八幡宮 (渋谷3-5-12, 渋谷) http://t.co/4vc0xHj
• 13:39 特別奉納「渋谷伝説・金王丸」 http://t.co/N8GHGUb
• 13:50 今日から始まって数日間いろいろあるようです。 RT @i47_rozary: 見たかったです…。 RT @Naney: 特別奉納「渋谷伝説・金王丸」 http://t.co/N8GHGUb
• 20:12 今日は IRC 追えてなかったので、今からチェック。
• 20:34 退勤。21時まで正面玄関開けておいてくれると嬉しいんだけどな。
• 20:47 のど風邪流行っているので、うがい薬強化週間にしよう。オフィスに置いてあるマイウガイカップ初投入だな。
• 21:00 BTS/ITS/ワークフローシステムには「無かったことにする」ボタンがあればいいのに。そして押すと足元の扉がパカッと開く。
• 23:46 指定した条件で Twitter リストを更新し続けてくれる Formulists 試してみてる。前からこういうの欲しかった。 http://t.co/lsCvqfj
• 23:49 Formulists で tweetmates という自動更新リスト作ってみた。 http://t.co/lsCvqfj

レクサー・リサーチ開発同窓会

2月の Developers Summit 2015 で zakwa 氏と再会したのをきっかけに、当時一緒に仕事をしていた気が置けないソフトウェア開発者4人で同窓会をすることになった。セッティングしてくれた zakwa 氏ありがとう!

COGS DINING KAGURAZAKA (コグス ダイニング 神楽坂)

手配してくれたお店は「焼きたてパンとワインのお店」COGS DINING KAGURAZAKA。神楽坂から路地に入ったところにあるお店で、上品な味の料理で満足だった。店内もうるさくなくて話しやすかったし、たばこを吸っている人もいなかったので快適だった。

• http://www.cogsdining.com/

ソフトウェア開発

現職のまま続けている1人と、別の場所で働くことになった3人だけれどみなそれぞれソフトウェア開発現場に関わっていて、それぞれの開発スタイルなどについて情報交換したり。

大企業だからしっかりした開発をしているとか、スタートアップだからモダンな開発をしているとかでは必ずしも無いよねという話だった。例えばバージョン管理一つにしてもうまくできていない(やっていない)場合も多いとのこと。当時を振り返ってみると小規模かつ独学の状況ながら、今では普通になってきたプラクティスやツールをその時から実践/活用していたなと自画自賛した。

• プロジェクト
  • ソフトウェアかんばん
  • ITS (影舞・Redmine) の利用
    • BTS やコミットメントリストとして。
  • スタンドアップでの朝会
  • すごい会議
  • 成果物完成毎の記念撮影
• 情報共有
  • 社内 Wiki
    • 2002年3月初設置。
  • 社内 Blog
    • 2006年あたり(記事)
• 開発ツール
  • バージョン管理 (CVS・Subversion・Git)
  • pLaTeX2e を使ったドキュメンテーション
• その他
  • 書けなくなったホワイトボードマーカーはその場で床に投げ捨て

「書けなくなったホワイトボードマーカーはその場で床に投げ捨て」に共感を持ってもらえていたのが、振り返って当時の自分の一番の成果だな。

退職時に使っていた社内 Wiki は Naney 謹製のものだったのでその後どうなったのかなとたまに気になっていたのだけれど、ビル管理会社の人に社内サーバの電源を切られたことによりサーバごと死んで闇に葬られたらしい。R.I.P.

その他

同窓会らしく「あのひとは今」的な話をしたり、当時フィルムカメラで撮っていた業務風景のアルバムを持ってきて盛り上がったり。あとはレーシックやドライアイ治療ひぇー的な話題が出たり。あとは展示会の時のレクサー・リサーチポロシャツ制作秘話とか。

そういえば出席はできなかった2013年2月開催の「LEXER設立20周年記念サロン・パーティ」で会社のるぐるロゴの立体置物が配られたと聞いて、あ、欲しかったなーと。

不具合報告で期待する動作をどう書きどう読むか

不具合報告を BTS 上で起票してもらった時に「報告者の思う期待する動作」が「プロダクトの期待する動作」ではないことも当然あるわけであります。

なので対応する側が、チケットに書かれた「期待する動作」を鵜呑みにしないで判断する必要があります。

不具合報告のハードルを上げすぎないため「プロダクトの期待する動作」の完全理解を求めるものではありませんが、不具合報告する側も「仕様として期待する動作」と「こうだと思う期待する動作」「報告者個人の希望として期待する動作」を混同しないよう意識すべきです。

何もコミットしないスプリントで各自好きなことをして得られたもの

「プロダクトバックログアイテムについては何もコミットしない」で各自好きなことをして良い1週間スプリントが終わったのでチームでふりかえりました。

何をやらなかったか?

• スプリントプランニング。スプリントバックログは空。

何をやったか?

• チームとして
  • デイリースクラム(朝会)はいつも通りやった。
  • プロダクトバックログリファインメントもいつも通りやった。
  • スクラム外でやったことをレビューした。
• 開発メンバがやったこと
  • プロダクトバックログアイテムを準備完了にするための情報収集・まとめをやった。リリースできるものはリリースまでした。
  • BTS にある不具合報告についてどんどん調査をした。
  • まとまった時間でシェルの設定を見直して開発しやすくした。QOL が上がった。

このチームが自主的に決めたワーキングアグリーメント(記事)に

スプリントゴールが全て達成された場合は、優先する割り込みタスクがあれば対応し、そうでなければ準備完了になっていないプロダクトバックログアイテム(PBI)に関する情報収集・まとめを優先度の高いものからしよう。」

というのがあり、この活動をしていたメンバが多かったです。「スプリントバックログが空 = ただちにスプリントゴールが達成されたので PBI の準備に取り組んだ」わけですね。

環境整備にあてたりとかはあまり多くなかったようです。シェルの設定見直しをしたエンジニアは「失敗したら1日潰れてしまいそうで普段やれなかったことをできた」とやって良かったと言っておりました。

どう感じたか?

開発メンバからは以下のような意見が出ました。

• 「スクラムを始める前のチケット駆動開発時代に戻った感じ。」
• 「スクラムで開発をしない場合(タイムボックスが無い場合)、個人でしっかり時間・タスク管理する能力が求められると感じた。」
• 「半年に1度くらい頻度でまたやりたい。」
• 「スクラムでやりたい。」

得られた気付きは?

• タイムボックスの良さにあらためて気付いた(期日から逆算していつまでに何をやるということを考えやすい)。
• 複数人で作業を見積もることで自信が得られることに気が付いた。

自由になったことで、普段やっているアクティビティの良さを再認識できたようです。チームが取り組んでいるプロダクトの状況から考えるとスクラムではなくカンバンの方が進めやすいのかもしれないのではと私は考えていたのですが、今回の取り組みで開発メンバは「スクラムで続けたい」と改めて思ったとのことです。

スクラムの基本からは外れる取り組みではありましたが、基本通りにやっていたのでは感じ考えることのことができないことを得られたという意味では非常に有意義な1週間でした。