• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
20140131 万葉帰社日発表 チーム積み重ね 公開版
 

20140131 万葉帰社日発表 チーム積み重ね 公開版

on

  • 12,590 views

1月の万葉帰社日で発表した資料です。

1月の万葉帰社日で発表した資料です。
主に今のチームでの工夫など...

Statistics

Views

Total Views
12,590
Views on SlideShare
8,675
Embed Views
3,915

Actions

Likes
72
Downloads
33
Comments
3

12 Embeds 3,915

http://t2os.hatenablog.com 2243
http://blog.scimpr.com 1496
https://twitter.com 146
http://feedly.com 10
http://asakusa-satellite.org 4
http://webcache.googleusercontent.com 4
http://s.deeeki.com 3
https://www.chatwork.com 2
https://kcw.kddi.ne.jp 2
http://tweetedtimes.com 2
http://www.google.co.jp 2
http://plus.url.google.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

13 of 3 previous next Post a comment

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    20140131 万葉帰社日発表 チーム積み重ね 公開版 20140131 万葉帰社日発表 チーム積み重ね 公開版 Presentation Transcript

    • チーム積み重ね 公 開版 2014/01/31 帰社日@ 万葉 @tatsuoSakurai
    • @tatsuoSakurai 櫻井 達生 株式会社 万葉 所属 Railsエンジニア
    • チームの 日々の工夫
    • 1. 生煮えプルリ 2. Wiki 3. カンバン・朝会・ ふりかえり 4. その他
    • 1. 生煮えプルリ
    • 生煮えプルリ 途中でプルリ (pull request) 方向性の確認 タスクの確認
    • 生煮えプルリ後は
 リベース?
    • リベースしたり マージしたり 別プルリしたり
    • 慣れてくると 作業のはじめにPR git commit -m "Start pull request" —allow-empty とか タスクを書いて潰していく タスクはレビュアーにとっても良い材料
    • Wiki
    • 開発
 リリースノート 新しく実装された機能を
 つい使いたくなるような
 人にやさしい文章で書かれたもの
    • 一覧はタイムラインでダイジェスト 詳細はリンク先
    • Rails Wayをまだ理解してない 人にも使いやすい
    • レビュー待ちサマリー 実装できた機能を毎週お客さんに動作 確認してもらってやりとりするもの
    • チケットじゃないザックリ感が よい感じ
    • 用語集 
 ユビキタス言語(fromDDD本) 会話でブレがあったら即更新 地味だけど超有効(何度も見返すし) 用語集のないプロジェクトは失敗すると言 い伝えがあるらしい…
    • コード規約 
 こういう時どう書く?っていうのが出 たらwikifyしておく 統一性を保ちつつ、多様性も許容する ※ 規約があるからこう書くではない
    • ところで…
 Wikiのメンテって 誰がする?
    • チーム
    • 使いにくいと思った人が よりよく更新していく より better にしていく
    • Wikiの鮮度 = チームの効率
    • カンバン 朝会 ふりかえり
    • カンバン ! 今週なにしたらいいか 今週のチームを俯瞰できる 手書き・アナログ・単純なのがいい アダ名とかでアイスブレイク
 独自に安心ライン、防衛ライン…などアグレッシブに更新してる
    • 防衛ライン: 終わってないとアカンタスクを並べる 安心ライン: 終わってると安心タスクを並べる
    • 朝会 ! 今日やることの共有 気になることの共有 あいさつ 今日の一言でアイスブレイク
    • ふりかえり ! 一番重要かなあ〜 良いこと気になることをチームで共有 喜びが増える、不安が減る
    • ふりかえり ! Problem から Try へ 不安や不満を前向きにとらえてみる チームでアイデアを出して解決していく プライベートな KPT でアイスブレイク
    • たとえば ! P: ふりかえりが長い -> T:時間を1時間に設定 -> T:開始前にアジェンダ共有 -> T:開始前に◯時に終了予定と宣言
    • たとえば ! P: 部屋が乾燥してツライ -> T:日報でよかった加湿器共有 -> T:前から気になってたし買おう -> T:3日で3台導入
    • たとえば ! P: 今日どれくらいがんばればいい? -> T:出せる数字で出してみる -> T:グラフにしてみる -> T:他のチームに聞いてみる
    • たとえば ! P: コードが、コードが〜 -> T:地道に隙をみてリファクタ -> T:やさぐれ過ぎない -> T:カッとなることを推奨する
    • 活きた話はなかな か本にはない (でもきっかけはある) 同業者、コミュニティで相談してみる そこでの取り組みを真似してみる
    • その他 気をつけていること
    • たのしく開発しよう たのしいと効率がいい もっと開発ができる
    • 一番重視していること チームがドライブし ていること ドライブした状態をキープすること
    • 4-5人は作業しながら いける 5-6人だと調整役がい るのがよさそう
    • 自分じゃないとできな いことをやる 自分じゃないとできな いことを減らす の繰り返し
    • チームのリズム 早めのレビュー メンバーが動きやすいようにサポート
    • 「レビューします」って リンク貼ってからレビューすると 他の人もついレビューしてしまう
    • メンバーが気になっていることはなる べく早く解決する 気になっていることをすぐに言いやす い雰囲気を作る メンバーのキャラを把握していく
    • チームをチームで ドライブしていく 自分でやりすぎない きっかけを作る 役割をもちまわる
    • チームで責任をもつ spec落ちたらチームで対応 落としたやつが直せではなく 落とした状態でpushしたチームの責任 実装者が直すのが早いことが多い
    • 諦めずにお客さん も巻き込んでいく グイグイいく
    • 言葉
    • 言葉には
 ベクトルがある
    • ◯◯したい
    • プログラマには
 期待に答えたい
 欲がある
    • ◯◯したいな〜
 あるといいな〜
    • ◯◯作って
 みました!
    • いいな〜だけでなく
 自分でちょっと
 やってみる そうすることで流れができる
    • 一番貴重な資源は モチベーション それを維持することはとても重要
    • 言葉使い
    • どうして言葉使いが
 大事なのか
    • 人と人とのAPI
    • 人間は
 言葉で理解する
 部分が9割 (たぶんね)
    • 相手はどうしたい? 自分はどうしたい?
    • 上手に伝えられる ようになると、
 効率がよくなる。
    • プログラミング コードの質が重要 (※必要とは違う)
    • 人間  言葉の質が重要   (人の間と書きますね^^;)
    • ケンカの原因 「言い方が気に食わない」 というのが9割(たぶん)
    • 言葉(言い方)は とても大事
    • チームの雰囲気を よく保つ
    • 萎縮させない MPを減らさせない 安心感を出す
    • 前半でちょいちょい
 アイスブレイク入れて ますが、
 これは超重要で、割り とまじめふざけてます ^^(好きでやってますけどね
    • 親しき仲にも
 礼儀あり
    • 親しき仲にも
 リスペクトあり
    • コミュニティでよ く会う人にもお仕 事では敬語でさん 付け 年齢問わず子供でもさんづけだったり します
    • 否定しない 押し付けない 提案してもらう (どうしたいですか?)
    • 否定の後乗りはしない 「あれは良くない と思ってた」 -> 後から言うのはいくらでもできるの で、リアルタイムで言ってもらう
    • 真正面から打ち返すと相手も凹むから、 ちょっと斜め下くらいからの言い方と か日頃のキャラとか信用貯金とか
 重要ですよ
    • 相手の気持ちを考える 相手の立場に立つ よく聞く言葉だけど重要
    • カッコつけすぎない
 でもカッコはつける
    • できることをやる
 できることを増やす
    • リーダーの資質と して一つだけあげ るとしたら? ->「明るいこと」
    • 野中郁次郎先生いわく、
 リーダーに相談に行っ て暗くなって帰って きてどうする。 https://twitter.com/hiranabe/status/299668596639035392
    • たのしく開発しよう たのしいと効率がいい もっと開発ができる
    • たのしいは目的じゃない 結果というか状態?
 度合い?
    • アジャイルは名詞じゃ ない。アジャイルは形 容詞で、身軽に行動す るってことなんだ —DaveThomas
    • "Agility" is degree —Kakutani Shintaro
    • “アジャイルさ" とは プロセスがどれだけ
 いきいきしているかを 示す度合いである。 —Kakutani Shintaro
    • アジャイルさ = たのしさ
    • たのしいとは、 状況である。 関わる人が気持ち良く動ける
 効率の良い状態を維持した状況である。
    • なんかフツウ それがいいんです
    • フツウのことを
 フツウにやっていく フツウを増やす
    • フツウは文脈によって 変わる チームで文脈を作って いけたらいいなあ