Ryuzee.com

Retrospectives | 7 Secrets of my Retrospectivesより。

1. チームはスプリントの間ベストを尽くしたと信じよう
2. 最初にファクトデータを集めよう
3. 議論するのではなくて、ファシリテーションのテクニックを使ってファクトデータを集めよう
4. まずは良い雰囲気を作ろう
5. 振り返りの内容を承認しよう
6. この先改善するために出来ることを見つけるためのブレストのセッションを設けよう
7. 未来に焦点を当てよう。チームが改善すべき問題とスクラムマスターが改善すべき問題を分離しよう

僕が良く言うのは、スプリントの結果はチームとしての結果なのだから、特定個人の問題を追及し(すぎ)ないこと。
チームとしての問題を個人の問題に付け替えてしまうと、個人は問題の隠蔽を始めてしまうケースがある。Agileの基本理念の1つに「オープンであること」があるが、それがなくなると、チームとしての力が結集できなくなる。
また振り返りのファシリテーター役は、チームを非難しないことも大事だ。チームとしての結果はスクラムマスターが責任を持てば良く、そこでスクラムマスターがチームを非難してしまうのは、自分が問題や妨害の解決、ファシリテートが出来ていなかったということだ。

「プロジェクトの失敗につながる九つの要因に注意」より

1. 対象プロジェクトが新規顧客からの受注であること
2. 新システムの要件が「現行どおり」とされていること
3. 新技術や経験のない処理方式を採用していること
4. IT企業と顧客との間で一括請負契約を結んでいること
5. IT企業のプロジェクト原価率が95％以上であること
6. 開発期間が6カ月以内といった短期プロジェクトであること
7. プロジェクトマネジャが過去に似たようなシステムを開発した経験がないこと
8. 受注したIT企業が下請け企業に仕事の90％以上を回していること
9. 顧客の要件定義力に問題があること

これ読んで思いついた悲惨なシナリオ。ありがち。

今期の予算は厳しいし、偶然コンペに参加することになった新規顧客の案件を取りに行こう！
複数社いるし、値段勝負な点もあったので、協力会社に丸投げして、済ませよう。
今回は既存システムのリプレースだし、要件も変わらないからまかせちゃって大丈夫だよな。
え？協力会社にPMいないの？でもリプレースだし新旧比べれば良いから何とかなるよね？

ちなみに、自分の過去の経験で上記が６個該当したプロジェクトをやったことがある。結果？聞かないでね。
以前にデスマーチ診断プログラムを作ったのを思い出した。http://www.ryuzee.com/deathmarch/

僕としては、一括請負で範囲・期間保証の契約だけはしたくない。エスパーじゃないから無理です
あとさ、期間が6か月以内だとリスクが高いっていうけど、長いほうが当初の要件との乖離とか出てくるから顧客のビジネス上のリスクは高いし、メンバーのモチベーション維持できないリスクもあるんでないの？

偶然見つけたんだけど、以下のサイトに、パワーポイントのプレゼンテーションが大量にリンクされている。

http://www.osun.org/Scrum-ppt.html

たとえば、An Introduction to Scrumはマウンテンゴートソフトウェア社が提供する、再配布可能なScrumの紹介パワーポイントとなっており、うまく日本語化すると社内での紹介に使えたりするのではないか。
(作者はアジャイルな見積もりと計画づくりの原書を書いたマイク・コーン氏なので、中身も折り紙つき)

このスライドの中ではScrumを100語で説明する、というスライドがあり、忙しい経営者への説明とか、話を聞かない管理職への説明にも使えそう。

ということで、順番に見ていくことにしよう。

有言実行にしないといけないと思うので、今年の目標を書いておく。

1. 昨年同様Agileの勉強と布教活動

昨年色々分かったこともあるし、CSM研修に行ったり、他の会社の研修したりと充実していたので、今年も継続して実施する。
うまくいくようなら、もっとAgileに深くかかわりあえる職場に転職する。

2. 勉強会やセミナーへの参加とLTでの発表

昨年Shibuya.tracに参加して以来、色々な勉強会やセミナーに行っているけど、これも継続する。

• Agile系のセミナーの徹底制覇
• LTもしくは発表は最低5回以上。

3. 英語を真面目にやる

昔結構必死にやってTOEIC受けた(確か750くらいだった・・・)りしてたんだけど、実際にしゃべらない状況が長く続いた故に、全然しゃべれなくなってしまった。
お隣に米軍の方が引っ越して来て英語で質問された際にあまりに思い通りにしゃべれなくて愕然としたので、もう一度ちゃんとやる。

• Smart.fmを毎日やる
• 英会話学校行く
• TOEIC受けて800以上のスコア出す

4. オープンソース

去年はTraM0.3の開発やAgiloの翻訳をやったので、今年も継続的に活動する。

• プロダクト開発および日本語化を3本以上

5. その他

• 家族が元気に過ごせるようにサポートする
• ちゃんと家事手伝うｗ
• 早起き継続
• 酒量を減らすｗ

努力目標として、本の執筆とか技術系サイトの掲載記事の執筆もできるといいな。

頑張ろう

そろそろ振り返りしておく。

仕事関連

* 組織のアジャイル化とデスマーチ撲滅活動

自分がいた組織の合併に伴って結構やむを得ず転職したが、アジャイル活動は継続。
むしろアジャイルでしか開発をしないと決められたのは大きい。
デスマーチは撲滅したかったが、アジャイルでやっているにも関わらず、色々な役割を兼任しすぎ＆押さえるところを押さえきれなかった故に一時期デスマーチになってしまった。これは反省。
個人的には認定スクラムマスター研修にも行き、アジャイルに関して勉強する時間をかなり取ることが出来たのはGood。
外部の研修の講師でアジャイルを教えたりもあって、これも自分の復習には良かった。
色々分かってきたことも多いので、2010年はさらに色々勉強すべく職を変えるかも。

* 外部の勉強会とかユーザー会に一杯出る

Shibuya.tracの勉強会に出始めてから結構多くの勉強会に行ったし、そこからforkした企画会議も勉強になった。
ひきこもり体質の俺にとってはすごい進歩だよｗ
おかげで頼りになる知り合いが沢山増えた！
2010年も継続

* そうは言いつつ管理職だろうがなんだろうがソース書く

仕事でもソースを相当書いているが、プライベートでもTracプラグインのTraMの開発や、Agiloの翻訳、各プロジェクトへのパッチの作成等一杯やった。2010年も継続

仕事以外

* 家族みんなで健康に楽しく過ごす

旅行は数回か。もうちょっと一杯行けるといいな。
俺自身はほとんど風邪を引くことなく、体調不良といえばストレスによる胃痛くらい。
息子は結構風邪が長引いたりしてたな。ただ大分体力は付いてきたようなので来年はいけそう！

* ポジティブシンキングにする

嫌なことは我慢しなかった故に転職しちゃったわけだがｗ。
ストレスがたまるってことは後ろ向きなんだろうね。

* 読書120冊

全然ダメ。
言い訳すると、アジャイル関連で海外のサイトの英文をひたすら読んでいた。

* 早起き生活継続

完璧。土日も5時に起きてる。2010年ももちろん継続

* 真剣に減量＆減酒

全然ダメ。毎日飲んだうえにすぐ寝てしまう。体重増えなかったのは良かったが、年齢的にもそろそろヤバイ。

去年は2着になったアドマイヤモナークから購入して万馬券取ったんだけど、今年はどうかな。
ということで予想。

ペースはたぶん平均ペースよりやや遅め。リーチザクラウンが先手を取るだろうけど、あんまり競りかける馬はいないかな。
行ったっきりも考えたけど、リーチザクラウンは古馬のペースだとまだ対応できていないようなので割引。
直線はゴチャゴチャな感じで流れ込みそうな感じがするので、差し脚持っている奴が良いか。

◎ドリームジャーニー
○エアシェイディ
▲マイネルキッツ
△リーチザクラウン
△ネバプション
△マツリダゴッホ

買い目的には◎から買いつつ、○と▲が人気薄なのでボックスも買う。

穴が大好きなら、とりあえず、どの買い目でもいいけど、エアシェイディ、ネバプションは押さえたほうがいいんでないかい？

Hyper-V管理用のアプリケーションが、Windows Vista Home Premiumじゃ動かないということなので、Ultimateにアップグレードしてみた。

• Home PremiumにはSPが適用されていたので、アップグレード用のメディアもSP対応のものを使わないといけない。メディア1枚損した(笑)
• アップグレードは放置プレイで簡単だけどもともと入れていたアプリが結構動かなくなっていた。
  • VMwareは、ネットワーク接続情報(VMnet1とかVMnet8)が無くなるので再インストール
  • coLinuxも同様。TAPのドライバーが利用する接続が消えているので再インストール
  • DaemonToolも動作しなくなったので再インストール
  • Skypeも落ちたけど、再現しないので一旦放置
• なんで壁紙が変わってしまったんだろう？わざわざVistaデフォルトのものに戻すことないのに
• 心なしか挙動が早くなった気がするがたぶん気のせいだろう(笑)
• しばらく使ってみてWindows7にアップグレードする(はず)
• Windows Vista Home PremiumからWindows7へのアップグレードは一気にできないのが面倒だね。

とりあえず仕事がやったらめったら忙しいので睡眠時間のバラつきがすごい。平均すると4:58だが、後半は夜更かしして仕事。前半は早起きして仕事という２つの分布がある。

そろそろ寒くなってきて布団から出にくいが今月もがんばろう。

一週間以上ブログへのPostが滞っていたのだが、やはり日々の仕事に追われた状況になるとinputしないので、outputできないんだよね。
ということで今日は過去のネタを書くよ。

Webアプリでメールを送信するケースは良くあるんだけど、テストは結構やりづらい。
よくある失敗パターンは下記みたいな感じ。年に数回こういうことするなーって会社でアナウンスされたりする。

• 大量送信のテストで社内ネットワーク止めた
• 携帯キャリア宛てに大量のメール送ってSpam扱いされた
• 自分のメールボックスに大量のテストメールが来て受信に死ぬほど時間がかかる
• 間違って本物の顧客のテストメール送ってしまった
• 送信元アドレスも送信先アドレスもダミーなものを使ってインターネット上にメール投げた

で、こういう失敗って、環境の作り方で十分保護できる。僕のやっているパターンを書いておく。

Radishで開発端末にSMTPを立てて、メール送信はそのSMTPを通す

Radishはフリーでソースが公開されているPOP、SMTP、DNSサーバで、http://homepage2.nifty.com/spw/software/radish/で提供されている。

SMTP設定は以下のような感じ。待ちうけるIPアドレスとアクセス許可ネットワークの設定を行う。

一般設定では「キュー常時処理」にチェックを入れてしまうと、Radishは中継したメールをそのまま外に投げてしまうので、必ずチェックを外す。

これでメールを送信すれば以下のようにRadishのキューにメールが溜まる。ダブルクリックすればそのメールの中身がメールソフトで確認できるので、自分のメールボックスにゴミがたまることもない。

さらに安全のためにsendmailもいじくる

とは言え、うっかりRadishでキューを全部処理してしまったりすると世間様にご迷惑をおかけするので、予めsendmail側で、開発に関係ないドメインにメールを送信しないようにしておくべきだ。

sendmailの場合は、/etc/mail/mailertableに以下のように書くと良い。

その上で、

とし、sendmail.mcで

を有効にして、sendmail.cfを作成し、sendmailを再起動すれば良い。

これによってryuzee.com宛てのメールは192.168.1.50のSMTPにリレーするが、それ以外のドメイン宛てのメールは全部捨てられる。
なお、smtp:のあとのアドレスを[]で囲んだ場合はDNSの逆引きが行われない。

平均4:51。土日も5時くらいに目覚め。もう朝五時は暗いし寒いが、特に起床時間への影響はなし。

« 前の記事 

日記 PHP オープンソース インストールマニアックス IIS Trac MySQL Perl Linux Agile・生産性向上 wordpress フリーソフト 自宅サーバ 書評 ブックマーク phpMyFaq TraM Plugin 早起き Delphi apache CakePHP Firefox Ruby eclipse セキュリティ プラグイン アジャイル mojavi Subversion Ajax/Web2.0 SQLServer Zope サーバ フレームワーク phpBB 仮想化 PostgreSQL OpenVZ scuttle CMS 文字化け 自宅 翻訳・日本語化 ApacheDS LDAP Excel 生産性向上 CodeIgniter XAMPP hacks taskfreak 修正 言語ファイル Ajax SBM ダウンロード HTML::FillInForm mod_security 情報共有