2010/02 28
オープンソースカンファレンス2010 Springで、tracのユーザーグループであるShibuya.tracのお手伝いに行ってきました。
オープンソースカンファレンス2010 Tokyo/Spring
1日目はセミナーがあったりして、特に午後は途絶えないくらいのお客さんが
訪れたようですが、2日目はそこまでではなかったです。
ブースの場所がちょっと残念でしたねー。
とはいえブースに来てくれるのは、現状の仕事の状況やプロジェクトの進め方に何らかのストレスを感じていて、もっとうまいやり方は無いだろうか、と前向きな悩みを持っている方々ばかりで、Tracの持つ機能について興味を持って話を聞いてもらえました。
以下のような話題が多かったかな、と思います。
- Tracって何？
- Tracは既に使えるけどこういう機能は無い？
- MS製品と組み合わせて使いたい（ExcelとかMSProjectとか）
- TracとRedmineとの違い
ビッグサイトや国際フォーラムなどで、展示会スタッフとして自社製品を説明して勧めるような経験は何度かあるのですが、ああいうのとはまた違う感じですね。
Tracがきっかけではあるけれど、同じ悩みや考えを持つ人たちと、現状からより良くするにはどうすればいいか一緒に考えるような、そんなイメージ。
お客さんとの話や、同じくスタッフとして参加されていたかぬさんやゆしさんとの雑談の中でいろんな気づきがあって、とても有意義な一日を過ごせました。皆さまに感謝します。
今回のために作成したTracの説明資料については後ほどアップしたいと思います。
⇒公開しました。
2010/02 26
第11回すくすくスクラムに行ってきました。
今回は「ユーザーストーリービギンズナイト」、講師は角 征典さん。
後でまとめたい気もするけど、ひとまずメモを垂れ流しておこう。
- 要求定義で困っていることは？
進めるにつれて要求が変わる、知識が顧客と作る側で違う、とか。
- スクラムの要求定義は「要求＋ビジネス価値」で考える。
- ユーザーストーリーは３幕構成。
「（役割）として（性能・機能）が欲しい。それは（ビジネス価値）のためだ」
⇒このあたりは「アジャイルな見積もりと計画作り」のおさらい的な。
- 不足分は対話で埋めていく。「言った言わない」にならない土壌作りが大事。
⇒簡単なようで難しいけど、やっぱり越えなきゃならない壁。
- 3C（カード、対話、確認）
- 役割のロールをできるだけ詳しく分けるとよい
- ストーリーカードがすごく多くなったら？
⇒ストーリーより粒度の大きい「エピック」のまま置いておく
- 「全体は部分の総和ではない」
⇒いくつかの機能とか要求に気を取られてると、俯瞰する視点が無くなるときがどうしてもあるんだよね。意識するようにはしてるんだけど。
- 現状どんな不満があるのか？⇒中心的な欲求を探ること。
- 対話的ストーリーを。要求を洗練させていく。
- 質問内容もメモする
- 要件定義を行なう方法として以下のようなものがあるよ
インタビュー、アンケート、観察、ワークショップ（ストーリー記述ワークショップ）
- （経験的に）ユーザーインターフェース設計は前倒しに行なわなければならない
⇒これは同意。何は無くともまず画面を見たがるお客さんはとても多い。
- INVEST
I:非依存、N:交渉可能（命令ではない）、V:価値、E:見積もり可能、S:手ごろな大きさ、T:テスト可能（＝完了可能）
- 価値はバランス。それはちょうどポテトに付けるケチャップのようなもの。
少ないのはNGだけどとにかく多けりゃいいってモノでもない
⇒これは上手い例えだなぁと思った。
- バグはその場で直す。そうすることで品質を作り込んでいく。
- ユースケースとの違いは？⇒ユーザーストーリーは３行で書けるよ
- 着手したらすばやく作る。
ほかにも参考書籍の紹介とか、部と部の間に挟まれていたちょっとした小話とか、今回主題だったユーザーストーリーのこと以外にも、ホントに収穫の多い勉強会だったです。ああいうしゃべりができるようになりたいなぁ。
2010/02 21
去年に続いて、デブサミ2010に行ってきたので感想を少し。
Programming Amazon Web Services/EC2,SQS,S3,SimpleDB（Jeff Barrさん）
- Amazonのクラウドサービスについての説明。
- いつかは使ってみなきゃ、と思いつつなかなか触れてないAmazon EC2、EC2だけだと思ってたので、他にいろいろとサービスがあるのを知らなかった。
- ストレージとかDBとか、もうちょっと気軽に使ってみたい。
- ステッカーもらったー。
- 自分の英語能力をもうちょっとなんとかしたい。
次世代Web標準 HTML5 最新動向
- 概要の説明から実際に使ったデモまでいろいろ聞けて有意義だった。
- HTML5のポイントは「相互運用性（Interoperability）」と「互換性（Compatibility）」の実現、と。
- タグが増えたなぁ
- <head>と<header>とかちょっと紛らわしい･･･
- Web Workersは覚えておこう。
- LTの中で紹介されたサイトが全部外国のものだったりしてちょっと残念。こういう新しい技術のサイトの例として日本人のサイトが紹介されるようにならないと。
- Jobsは「HTML5が出るんだからFlashいらないじゃん」って言ってるけど、たぶん両方必要。
- でも今日のセッションに出なかったら、Jobsの言葉鵜呑みにしてたと思う。危ない。
- HTML5でいろんな表示手法ができると、実際の開発でもやはりUI、デザインのことを考えずにはいられない。デザインとプログラミング、両方を見ながら、うまく泳いでいきたいと思った。
仕事がバタバタの中で行ったのでもう少しゆっくり見たかったなー。
刺激になるのと同時にもっと勉強しないとなぁと気持ちを新たにする。
2010/02 12
ホントに偶然にTwitterのタイムラインで見て、
場所が会社から徒歩5分の場所だったことに勝手に運命を感じｗ、
勉強会に行ってきました。
個人的に初対面の方ばかりだったのですが、とても話しやすい雰囲気の中
いろんな気づきがあってとても楽しかったです。
ひとまずメモだけ貼り付けておこう。
- みんなモデル書いてる？⇒ユースケース図っぽいやつだったりDFDっぽいやつだったり多重度表現したりしなかったりするけど何か書いてる
- 「モデルを書かずにシステム開発したことは？」「んー･･･」
⇒画面設計書と業務設計書だけ渡されて、はい作って、みたいな。
- ！
- ありがち、っていうか普通にある。でもダメだよね。優先度とかわからないし。このシステムが「使える」かどうかが重要なのに。
- モデルを書いて、いいスタートポイントから始められることが大事
- 「仕事」「機能」「手段」混同している場合が多い。フィードバックをもらいながらモデルも進化させていく
- 平準化とストックのバランスなのかな
- 平準化には負荷の平準化と工程能力の平準化がある
- 要件、要望の洗い出しは「何をすればあなたの仕事が終わるか、それを阻害するものは？」というアプローチ。
- @holicさんからアジャイルの事例紹介。
配送管理を効率化するシステムをアジャイルでやったよ
メンバーが慣れてきたあたりから若干暴走してしまって、途中の１イテレーションをリファクタリングに使った
タスクかんばんにに勝手に付箋貼ってく人がいた（苦笑）⇒Tracに移した
- 進捗報告については、モデルを見せながら、できたものに色を付けていくと理解されやすい
- 図を出すだけだと実はよくわからない。時系列の動きを表現できるのが理想⇒ツールがあるよ
- @kawagutiさんから社内申請類の業務改善の話
担当者が集まって現在ある申請書とそれに関わる人とを付箋に書いて模造紙に貼っていったよ
支障や矛盾がある運用フローとかを見つけて共有できたよ
- （余談）人んちのTrac見るの楽しいなぁ。
- （余談）静岡県民としてはちくわぶより黒はんぺん
あー、もっと濃い勉強会だったのにぜんぜん再現できてなくて泣ける･･･。
2010/01 27
すくすくスクラムに初参加してきました。
参加者は40名くらいかなぁ。
今日のテーマは「Situational Leadership Theory (SL理論)」、講師はCSMの今村さん。
- 前半、「リーダー」から異なる2つの課題が「チーム」に出されてのワークショップ
- 「新しいつぶやきサービス」の方が、チームとして適切な行動を取れたのかなと思う
- が、斬新なアイデアが出たのは「新しいジェットエンジン」だったかもしれない。フォロワーの成熟度を敢えて外した振る舞いをするのはアリかも
- 「優れたリーダーの条件とは？」という問いに、「カッコいいこと」と答えたグループがあって、とても共感した。大事よね。
- フォロワーには「能力」「意欲」によってR1からR4の4タイプがあり、それぞれの状況に応じてリーダーは「指示的行動」「協労的行動」の程度を変えてやることで接する
- 今まで特に学んでこなかったけれど、無意識のうちに、合致すると思われる振る舞いを取るようにしてると思う。個人的には
- 社内では部下にも上司にもなるので、どういう振る舞いやアプローチをするか、今後の助けの１つにしていきたい
- こういう話は企業の研修プログラムに含まれていたり、お金を払って講習を聞くものかもしれないけど、開発者のコミュニティで話を聞けて、なおかつ同席した人達とホットなうちに議論できる、というのは、前述したような研修ではなかなか経験できないよね
- 時間の関係でいくつかのワークが飛ばされてしまったのが残念。少しモヤモヤ感は残った
- S3の状態での上司の振る舞いとして、責任を与えて一緒にやる、というのがあったと思うけど、気持ちが落ちてる状態の中には「責任負わされたくない」気持ちもあると思うので、そういう場合の振る舞いについては改めて考えていきたいところ
- 「チームから目を離すな」っていうのは激しく同意だし、忘れないようにしたいフレーズ。
次回は「ユーザーストーリーはこう書け！」。おもしろそう。
2010/01 24
静岡ツインメッセで行われた
エスパルスサポーターズサンクスデーに行ってきました。
入場者数6,300人だったそうで、確かに今まで行った中で一番混んでた。
以下、感想など。
Read the rest of this entry »
2010/01 03
明日が仕事始めなので、今頭の中で考えていることをつらつらと
書いておこうと思った。
- アジャイルについて知識を深める＆社内に導入していく
- Python覚えてTracのプラグインを作ってみる
- iPhoneに機種変してアプリ作ってみる
- 外部のコミュニティや勉強会にたくさん出る
- コドモの相手とヨメのフォロー
- 最低でも月に1冊は本読む
- ライブ企画して、やる
今年もよろしくお願いします（誰となく）。
2009/12 12
とあるお客さんが作る資料が
いわゆる「Excel方眼紙」なことが多いんですが、
割とよくできていて、
プリントアウトしても中途半端に切れたり
変なところで改行したりしないので、普通に見る分には
問題無いんですね。
ただ、扱いに苦労することが無いわけでも無くて、
そういえば前に、方眼紙について話題になってたことが
あったなーと思って、twitterで
「Excel方眼紙ってそんなにダメ？」
とPOSTしたところ、完全に業務中の時間にも関わらず
たくさんの反応がありました。
「ダメ。Excel方眼紙は、帳票作成ツールを使ってるような感覚なんだよ。ある程度の枠に詰めなければならないってのは、紙資源の節約から引きずってる発想。」
「改ページ位置の調整とか、分の折り返しとか、罫線をページ最終行につけるとか・・・キリがない！文章書くならWordにしよう。必要なところにExcelシートを埋め込めばいいでしょ？と最近思う」
「紙の方眼紙の方がなんぼかマシ」
「EXCEL本来の使い方じゃないけど、便利といえば便利なので考えどころです」
「自分もなんでダメか分からないというか、そもそもExcel方眼紙とは何かわかってないというか」
「みんな代わりに何を使ってるか知りたいなぁ。何を使ってもしっくりこない。」
「まぁ方眼紙レベルまでいかないけど帳票みたいな使い方ってのは事務仕事では多かれ少なかれやってるか。うちもそうだなぁ。あれのおかげでずいぶん手間が増えてるもんな。」
「コンテンツとデザインが分離されてないのが致命的だと思う」
「帳票作成ツールにしては印刷機能が弱すぎる」
「Excel教ならテキストボックス使えば大丈夫とか言いそう。」
不評過ぎる・・・
「罫線をページの最終行につける」っていうのは初めて聞いたなぁ。
みなさん苦労してるんですね。
確かに「方眼紙」に限らず、そもそもExcelで
文字主体のドキュメントを作るのは、
なかなか無理がある部分が多いとは思います。
かくいう自分も、テキスト中心の文書をExcelで作ろうとは思わず、
それならWordで、ということになるんだけど、WordはWordで、
意図しないところで改ページが入ったり、
図やイメージを貼るとレイアウトが崩れたり、異常に動作が重くなったり、
最悪落ちたりして、いまいちしっくりこないんだよなぁ。
Officeでない別アプリを使うとかそういう話もあるけど
資料を見る側のことを考えると、なかなか現実的じゃない。
個人的には、「上手に作れて」「用途を決めれば」Excel資料もアリかなとは思います。
Wordに比べて「よし、テキスト書くぞ」などと構えずに
下書きのような感じで書き始めることができる気もする。
結局のところは、どういう人に向けて、どういう内容を伝え、
どう使われる資料なのかによって、
WordメインにExcelとをうまく使い分けていくということに
なるんでしょうねー。ありきたりな結論だけど。
2009/12 08
品川のコクヨホールであった「Agile Conference tokyo 2009」に行ってきました。会場は300人くらい入るホールでほぼ満席。14:00頃着いたので、Microsoft 長沢さんのスピーチから参加しました。
以下、感想など。
- MicrosoftはVisualStudio2010を中心にした説明
- Microsoftは昔からアジャイルを取り入れている。
- VisualStudioとTFSとの連携はなんだかステキに見えた。MSがこういうツールで旗振ってくれるのはいいことだと思う。機能がゴージャスで使い方覚えるのが大変そうだけども。
- 確かにExcelは嫌いじゃないです･･･
- 「Get Clean Stay Clean」っていい言葉ですね
- 発表者の長沢さんがMac＆EclipseでTFSに接続していると聞いて途端に親近感がわいた
- IBMは玉川さんの説明。前回のIBMセミナーでも拝見していて今回2度目。
- Skypeが繋がらなかったのはハラハラした
- RTCを使ったアジャイル開発のデモ、普通にアジャイル用語使ってガシガシ進めてけど付いていけてちょっと嬉しかった
- IBMにあるという「アジャイルを適用できる案件かどうかのチェックリスト」、公開してくれないかなー。
- 日立はオフショア開発にアジャイルを使ったという話
- 「WFと同等の成果が得られた」ってコトでいいのかな。毎日国内で受入確認やるとかブリッジSEを通常の3倍にするとか、そこまですればやっぱり生産性はWFと変わらなくなるよなー。
- オフショア開発メンバーには好評だったらしいけど、「コミュニケーションを密に取る」のと、スプリント前に国内チームが作成するという「補足資料」と、日次での受入確認とが効を奏してる気がした。でもそうやって意思の疎通をきちんとやるコトってアジャイルに限らず重要ですよね。
- Xiao GuoさんとのQ&Aはピンと来る回答があまり無かった印象。
基調講演は聴けなかったけどどうだったんでしょうか。
今日のいただきもの。
Software People Best Selection
著者／訳者：Software People 編集部
出版社：技術評論社( 2008-07-16 )
定価：￥ 1,974
Amazon価格：￥ 1,974
大型本 ( 272 ページ )
ISBN-10 : 4774135364
ISBN-13 : 9784774135366
2009/11 21
IBMで行われた「チーム開発の生産性を高めるプロセスを体感しよう（入門編）」に行ってきた。
内容としては、アジャイル開発（主にスクラム）の基礎的な話と、ちょっとした実践、IBM Rational Team Concertを使ったデモ。
以下、気づいたことなど。
- ウォーターフォールとアジャイルの違いを、映画と連続ドラマに例えてたのはわかりやすいと思った。映画は公開後の手直しができなくてハイリスク、連続ドラマは毎回視聴者の反応を見ながら手直しできる
- 要求仕様が前提となるのがWF、リソースと納期をベースに考えるのがアジャイル。要求は24ヶ月で25%変質する
⇒個人的にはパーセンテージはもう少し高い印象
- 今までの組織で管理を担当していた人は、アジャイルでは役割が「プロダクトの下支え」となる。管理職も変わらなきゃいけない。
⇒これは管理職だけでなく一般社員にも言えることだなー。自律的に動くという意識を忘れないようにしないと（させないと）いけない
- 業務システムの75%が寿命を全うすることなく使われなくなってる。これまで「残業するから金をくれ」と言ってきた部分もあったりしたと思うが75%のために残業するんですか？、と。
- アジャイル開発の品質やスピードはツールにも左右される。
⇒自分のところではここがまだ弱いので今後もツール導入をどんどん進めていきたい
- ストーリー（戦略的計画と言ってた）の粒度は数日～２週間が目安、タスクは8時間（理想は5時間）
- 5～6イテレーションごとに「リファクタリング」を入れると良い。そこで変更を吸収する
- 優先順位は顧客のビジネス的価値によって決まるが、どうしても決まらない場合はリスクと思われるところからやる
- あいまいな部分は仮説を立てて、必ず確認するように。棚上げ禁止
- ワークショップでストーリーとタスクの立て方をやったけど、正解は無くとも、こういう視点でこういう風に作りましょう、みたいなのを示して欲しいと思った。自分のチームはストーリーもタスクも粒度が荒すぎた気がするので。
- それとも無料でなくお金払ったら教えてもらえたのかしらん？（笑）
- ストーリーポイントでなく理想時間で見積もりをやったのが気になった。自分の中の理解では、最終的には時間に落とすけど、まずポイントで見積もるのがアジャイルの１つの特徴でもあると思うので。
- 個人的には”アジャイルもどきを実践で始めた”程度なので楽しめたけど、既に実践されている方にとっては、ちょっと言いたくなる、ワークショップだったかもしれない
- 講師の三井さんはパワー溢れる方だった。あの年代の方でアジャイルとか言う方はあんまりいない気がするのでがんばっていただきたいと思う
- RTCについて、普段Tracを使ってるので抵抗無く飲み込めた。EclipseやVisualStudioプラグインがあるみたいだしSVNも使えるみたいだし、単純に画面が違うことによる戸惑いはありそうだけど、うまく使えば使えるかも、という感じなので今後試してみたい。Linuxでも動くのかなぁ。
会場で何人かお見かけしたことある顔かなぁと思っていたらやはり Shibuya.trac の方々だった様子。顔とお名前が一致してなくて声を掛けそびれた。もうちょっとこの界隈で顔を売っていきたいとも思った（笑）
セミナーのお土産がこれ。Amazonのカートに入れていてポチるところだった。あぶなかったー。
htt
p://www-06.ibm.com/software/jp/rational/products/scm/rtc/
Recent Comments