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

チーム積み重ね公 開 版

2 0 1 4 / 0 1 / 3 1 帰 社 日 ＠ 万 葉

@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

アジャイルさ =

たのしさ

たのしいとは、 状況である。 関わる人が気持ち良く動ける

効率の良い状態を維持した状況である。

なんかフツウ それがいいんです

フツウのことをフツウにやっていく

フツウを増やす

フツウは文脈によって変わる

チームで文脈を作っていけたらいいなあ