はてなブックマーク

ここ最近、自分が見ているプロジェクトの1つで、うまくスケジュール通りに作業が進んでいなかったので、その対策をした。 その中でも特に効果があった2つを紹介する。 背景 簡単にプロジェクトの背景を説明する。 スクラムっぽい開発をしている スプリントの期間は2週間 スクラムマスターはいるが専任ではない すでにリリース済みで運用中のWebサービスである 基本的によくあるスクラムっぽい感じで、2週間というタイムボックスの中にチームが作業可能なストーリーを突っ込んで、ひたすら消化する。 スプリントの最後には、レビューをして、次のスプリントの計画を立てる。 スクラムマスターは、一応自分が担当しているが、専任ではないし、他のプロジェクトも見ているので、注意深くチームを見れていない。 課題 以下のような課題があった。 バグの修正や問い合わせ対応など、計画時に含まれていなかったタスクがスプリント中に増えてしま

去年の末ぐらいに、社内の後輩向けにちょこっと書いたやつを、やばい表記だけ消してほぼそのままコピペしてみる。 タイトル通りの内容です。 ちょっと不親切過ぎたので、追記した。 M:tGじゃないです！！(2013-09-26追記) 資料を丸コピしすぎてMTGと略語で書いていたら、Magic: the Gatheringがどうのこうのってコメント欄で言われていたので置換しました。 対象とするミーティング (2013-09-27追記) 以下の内容は、企画の詳細詰めなどの「意思決定」や、具体的な議題について話し合う「問題解決」、反省会などの「評価」を行うためのミーティングを対象としています。ブレストなどの「アイデア出し」や、報告会などの「情報共有」は対象にしていません。 具体的に例を出すと、「来月からやるイベントのたたき台を考えてきたんだけど、今から話すので意見ください、そしてしっかり固めてスケジュー

2年目の新人が去年1年間を振り返りつつ今年の新人にアドバイスする、という勉強会を社内でやっていて、拙いながらもそこで発表してきました。 いくつかアドバイスしたことがあるのですが、社内の機密情報なども含まれるので、一部だけ取り出してブログ用に書き直したいと思います。 今日のテーマは、タイトルにもあるとおり『タスクの書き方』です。 タスクを書くときに「○○をする。□□ができたらオッケー」という終了条件や、「○○をする。ただし△△になったら不要」という却下条件を書くと、タスクの選択や確認、棚卸しが捗るという話です。 大量のタスクがあると良く分からなくなる 仕事をしていると、次から次にやりたいことが沸いてきて、頭の中だけで整理するのは難しくなってきます。大抵の人は、やりたいことを紙にリストアップしたり、webサービスなどで管理したりすると思います。 しかし、何も考えずにタスクを追加していくと次のよ

社内の某プロジェクトのメンバー全員で「チームをつくるワークショップ」というワークショップを開催しました。 背景 2週間ごとに「チームメンバーの満足度をあげる」というテーマで振り返りを行っていたのですが、KEEPやPROBLEMが直近の物事に左右されがちという問題がありました。 また、この1年でチームメンバーも増え、お互いが何を考えて仕事しているのか、どういう環境が嬉しいのかという情報共有が不足しているように感じました。 そこで、1年の振り返りとして、お互いのことを深く知り、自分たちがどんなチームになることを選択するのか、というのを話し合う機会を用意しました。 資料 チームを作るワークショップ2015 from silvers ofsilvers www.slideshare.net 流れ 4人一組のグループに分かれてもらって、グループごとにワークを行うようにしました。 まずはじめに、以下の

エンジニアサポートCROSS 2013の「継続的サービス改善のゲンバのハナシ」というパネルディスカッションに参加してきました。 実はこういうイベントで話すのは初めてで、すごい緊張してしまい、質問に答えるだけでいっぱいいっぱいだったのですが、何かひとつでも参考になる話ができていれば嬉しいです。 セッションオーナーの@tagomorisさん、一緒に登壇した@kentaroさん、@oranieさん、@tokorotenさん、ご来場の皆様、ありがとうございました。 話した内容 質問は結構範囲が広かったので、簡単にまとめづらいですが、一言でいうと「ユーザをちゃんと見る」ということを中心に話していました。サービス改善に限らず、集団でプロジェクトを動かすと、政治的なしがらみとかいろいろ面倒なことがあると思います。そんな中でプロジェクトの方向を定める一番の指標はユーザです。ユーザに価値を提供できるか、ユー

2012/10/24に神保町（インターネットイニシアティブ本社 会議室）で行われた、Aiming Study 6 「Unity アプリを HTML5 に移植してみた」に行ってきたのでそのメモ。 ロードオブナイツの移植の話でした。 会議室が広かったので発表と同時に資料公開は嬉しかった。 例によって、資料に書いてある内容はたまにメモるのさぼるので資料みてくだしあ。というかどっちも資料がしっかりしてるし、公開されてるしで、後半メモるの諦めてる。 大規模JSの設計と実装と実際 @mizchi 普通のweb技術を使う理由 普通だからキャッチアップできる 普通だから人員追加できる CoffeeScriptはいい 書いてて気持ちいい/面白い BadPartsでないJSを出力する 古い記事(2005年)は参考にならないので、本を読もう The Little Book on CoffeeScript を読も

天下一クライアントサイドJS MV*フレームワーク武道会 - connpassに参加してきました。 イベント見たときはもう枠こえてて、参加するにはLTしかない！みたいな感じだったので、ドキドキのLT応募。実際はキャンセルが多くて、補欠登録でも大丈夫そうだったけれど、良い経験できてよかった。 話したこと angular X designer - デザイナからみたAngularJS #ten1club 簡単に言うと、HTMLやjavascript周りを専門にやる人が潤沢にいないチームで、エンジニアとデザイナの両方がHTMLをさわると、 エンジニアが組んだロジックがデザイナによって壊される デザイナが組んだデザインがエンジニアによって壊される みたいな悲しい出来事が起きてしまう。 デザイナはIF、ELSEを呪文のようだと思っているし、表示条件を変えたい、みたいなときにロジックが書ける人のサポート

最近、オライリーの電子書籍を領収書付きで欲しいなと思って、問い合わせてみた。 発行方法 注文後に届くメールアドレス宛に 購入を特定できる情報 paypalのメールアドレス 大体の購入日時 購入金額 領収書の宛名 を送れば良いっぽい。 領収書は、pdf形式で送ってもらえる。 サンプル ちなみにぼくが送ったのはこんな感じで、大体30分ぐらいでpdfが送られてきた。 取引日時：2013年2月20日 11:03:46 JST 購入金額：2,184 JPY 購入書籍：モバイルデザインパターン メールアドレス：自分のメールアドレス 領収書の宛名：自分の名前

#frontrend Vol.5に行ってきた - しるろぐ 前回のFrontrendから約半年。11/16のFrontrend Vol.6に参加してきました。 http://frontrend.github.io/events/06/ いつやるの？Git入門 概要 Gitのコマンドを覚えるだけじゃなくて、Gitの仕組みを理解しよう！ speaker 松下 雅和（まつした まさかず）@matsukaz slide http://www.slideshare.net/matsukaz/git-28304397 いつやるの？Git入門 v1.1.0 from Masakazu Matsushita メモ コマンド紹介とかtips紹介じゃなくて、gitの仕組みの説明。 スライドがわかりやすかったのでメモとかいらない。 完全保存版だ！ フロントエンジニアとCIとテスト 概要 フロントエンドでも十分j

ISUCON5予選に、 @karupanerura, @ar_tama と3人で「チームおにやんま」として参加しました。 当日の動きなどは他の二人が書いてくれると思うので、反省点をまとめておきます。 isucon.net 反省1：分担をきちんとする インフラ編 インフラ整えるあたりで3人とも同じ罠（symlinkがー、daemon offがー、再起動がー）にハマったりしていたので、誰か一人が全メンバーのインスタンスでインフラ整えて渡すみたいなことをしておけばよかった。 その間に残りのメンバーはアプリケーションの仕様を把握したりコード読んだり。 アプリ編 指示出すメンバーが明確に決まっていなくて、それぞれが判断してアプリいじってたり、「AとBとC直そう」みたいに話したあと、誰がどれやる決めてなくて、「誰かがやってると思った」みたいなのがあったので、作業方針が決まったあとに、この作業は誰々、こ

NHN主催のisucon2に参加してきました。 チーム名は「飲兵衛ズ」。チームメイトは、@karupaneruraと@masasuz。 livedoor Techブログ : 【締め切りました】第３回NHNテクノロジーカンファレンス番外編 #isucon2 の参加者募集開始と詳細決定のお知らせ livedoor Techブログ : #isucon2 リアルタイムフォトレポート 更新終了 結果 惨敗でした。 午前中すぐに1000チケット超えて、しばらく1位だったのですが、いろいろ試してたらスコアが落ちてしまって、最終的に午前の記録を抜くことができませんでした。その間に他のチームにあれよあれよと抜かれてしまいました。 やったこと 太字が自分がやったことです。 後半、情報共有がおろそかになって、記憶を頼りに書いているので、誰が何やったとかちょっと曖昧。 10時 @karupaneruraがIRCと

先週の木金土に開催されたYAPC::Asiaにボランティアとして参加してきた。初ボランティア。 YAPC自体は、2011年にPerl系の会社に入社してからずっと参加していたけれど、毎年とても刺激的でおもしろい。特に参加したあとの、あれもやりたいこれもやりたい、よしやるぞ！！的な気分は何物にも代え難い貴重な感情だ。 今年は参加3年目ということもあり、ただの参加者として気合いをもらうだけでなく、何か恩返ししたいなと思ってスタッフに応募してみた（あと、スタッフの打ち上げに参加してみたかった）。 ボランティアスタッフは主に当日作業を手伝うことになるのだけれど、直前まで本当にやることがなくて、自分がやれることあるのだろうか……と心配していたけど、全くの杞憂だった。 前夜祭（木） ノベルティは前夜祭でも配るので、前夜祭が始まる何時間か前に集合して、せっせと準備をする。やったことある人は分かると思うけれ

TapAppプロジェクトの一貫として実施されたTap App Seminarに行ってきました。 どこで知ったのか覚えてないんだけど、受付票見たらどうも8番目に応募していたらしい。 TapAppプロジェクトは、雑誌Web Designingでの全4回の連載、今回のセミナー、1/15応募締切のアワードが云々で、詳しくはTap App Awardsのサイトを見てください。 セミナーは、PARTYの中村洋基さんの基調講演に始まり、 スマートフォンWebアプリ最適化”３つの極意” スマホコミュニティサービスの創りかた アドビがオススメしたいWeb技術のスマホアプリ開発 WebアプリのUIレシピ で、最後に懇親会という流れでした。 以下、メモと感想。 インタラクティブ基調講演 ～アプリアイデアとの正しい出会い方～ 中村洋基さんの基調講演。最近どんな仕事をしたかとか、どのようにアイデアを生み出すかという

2013年1月23日に開催されたGREE Teck Talk #02 : GitHub:E Casual Talkに行ってきたのでメモ。 全体の感想 ちょっと導入を考えていたので、勉強になった。そして、ちょっとくじけた。 PullReqとかGHEの恩恵とかを理解していれば全然高くはないと思うんだけど、最初の導入時のハードルがでかいかなという印象。今のままでいいじゃん、って声が多分たくさんあがる。お金さえあれば、「まあまあ、試しに使ってみてよ」ってのんびり検証しつつ徐々に移行とかできそうだけど、そうでないなら、ちゃんとした計画立てないとつらそう。 ということで、本気で人やプロジェクトが多くなって「レビューつらい」と思うまではちょっと待っても良いかなという結論に落ち着いた。 19:00 トラブルシューティングから見るGitHub:E運用の勘所 グリー株式会社 大場光一郎 内容と感想 greeが

7/23(月)に行われたDeNA Creative Seminar #2に参加してきました。 ちょっと出遅れた感じがありますが、社内へのフィードバックも終わったので軽くまとめます。 概要 スマートフォンのUI/UXをテーマとして、フロントエンドエンジニア、UI/UXデザイナーなど、スマートフォンアプリやWebサービスのフロントエンドに関わる方々を対象とした勉強会 講演内容 Session 1: ブラウザレンダリングについて Session 2: ソーシャルコマースサイトの企画と実装 Session 3: Scrum = 爆速 x 品質 Session 1: ブラウザレンダリングについて ブラウザについて Android Android 標準でついてくるやつ Chrome 4.0からつかえるよ firefox Gecko を利用 Dolphin auが推奨していてプリインストールする噂 iP

ISUCON6予選に、 id:karupanerura, id:ar_tama と3人で「チームおにやんま」として参加しました。 当日の動きなどは他の二人が書いてくれると思うので、反省点をまとめておきます。 昨年のふりかえりはこちら。 ofsilvers.hatenablog.com まとめ チームおにやんま暫定1位だ #isucon— silvers (@silver_s) 2016年9月18日 ついに頭角を表したチームおにやんま #調子に乗りすぎ— 貴社の名は。 (@karupanerura) 2016年9月18日 isucon.net 以下の4チームは、最終スコアは上位10チームを上回っていたものの、それぞれ下記の理由により失格となりました。 再起動後のチェックで正しいレスポンスを返せなかった ・ヴェンティッグ ・チームおにやんま 今年もISUCON運営に感謝 #isucon— si

単純に優先順に作業すると、いろいろやりすぎて思い出に残りにくいので、スプリントにタイトルを付けて、特定の何か（機能でもいいし方向性でもいいし）に集中したスプリントバックログを作ろう、みたいな話をする。 スクラムについて軽くおさらい スクラムでは、スプリントと呼ばれる大体1～4週間の短いタイムボックスを繰り返しながら開発を行う（うちは2週間）。 スプリントは、計画 -> 開発/スタンドアップミーティング -> レビューな感じで進んでく。 計画フェース 計画フェーズでは、スプリント期間に何をやるかを計画する。 ユーザストーリーを優先順に並び替えプロダクトバックログを作成する そこからチームがスプリント期間に達成できるユーザストーリーを選択する ユーザストーリーを実現するための作業をタスク化する（スプリントバックログ） スプリントバックログ上の作業を期間内に完了することをチームでコミットする 開

2012/10/17に渋谷で行われた、「開発現場を加速させる！」 アプリ制作勉強会 / Unityスマホアプリ / アジャイル開発「Scrum」 / チャットワーク式ワークスタイルに行ってきたのでそのメモ。 スライド公開されたら追記します。Unityとチャットワークのやつ公開されていたので 追加しました。 Session1 : ゲーム開発におけるScrum実践例 @yoozoosato / スクラムマスター 渋谷でScrumの発表してきた #appsemi - さとうようぞうのblog まとめ スクラムを目的にしたらいけないよ。 たのしく開発するのが目標。 すくらむとは いつもの説明。資料参照。あとスクラムガイド見ろ。 スプリントレトロスペクティブってなんだ？と思ったら振り返りのことらしい。 以下事例 Role プロダクトオーナー ゲームプロデューサーにやってほしい PO不在は大変 チーム