Raccoon Tech Blog [株式会社ラクーン 技術戦略部ブログ]

株式会社ラクーン 技術戦略部より、tipsやノウハウなど技術的な話題を発信いたします。

2015年04月

ここ数年で技術部で定着した制度2つ

こんにちは、たむらです。
今回は私が部門長になった頃に施行されて、今ではだいぶ定着した技術部の制度を2つご紹介しようと思います。

1.技術サポート制度

開発環境の増強及びスキルアップの資金として会社が補助金を支給する制度です。1名につき年度毎に10万円迄が利用できます。開発環境の最適化を支援したり、最新デバイスや技術トレンドをいち早くキャッチアップできることを目的として用意されました。

技術に関連するものであればメンバーが自由に利用目的を選択することができて、多くのメンバーが毎年利用しています。

使われ方としては、大体みんな最初にノートPCを買っています。開発メンバーのメインPCはデュアルモニター+(スペックを考えて)デスクトップという構成なので、ミーティングで利用できるノートPCのニーズが高いためです。その後は開発環境のディスク増設やキーボード、技術書の購入などに利用されていることが多いようです。また、資格試験の受験費用やセミナーの参加費用などにも使われています。

matome3















購入したものの一部。ノートPCやキーボードではかなりメンバーの好みや個性がでます。

予想外の効果も

エンジニアの好奇心を満たす為の福利厚生として生まれたこの制度ですが、思わぬところで予想外の効果もありました。

それはハンズオン系の勉強会が増えたことです。今迄デスクトップPCしか無かったので会議室などで集まって行う勉強会では講義形式が主流でした。それがノートPC保有者が増えたことにより、ハンズオン形式の勉強会が行い易くなり頻繁に開催されるようになっています。勉強会の一例は社内勉強会をご参照下さい。



2.ユニットチーム制度

技術部の開発チームは現在17名の大所帯となっていますが、実際にはユニットというチームで開発業務にあたっています。

ユニットチームの概要
  • 2名~4名の小チーム制
  • プロジェクトや開発業務はこのユニットの単位で行う
  • ユニットセンターという代表者が1ユニットに1名存在。報連相の仲介役
  • ユニットは緩やかに担当するサービスが決まっている
  • ユニットの再編やユニット間の人の移動は年に1回程度人事異動的に行う
  • ユニットには名前を付ける(←大事!名前があると思い入れが違います

このユニットチーム制になったことで、以下の様な効果がありました。

スモールチームによるチーム力の向上!

言うまでもなく、チームは大きくなれば大きくなる程コミュニケーションコストが加速度的に増加する傾向にあります。小さなチームであればそのコストを小さくすることができます。また少人数のチームメンバーで継続して業務にあたることでそれぞれのスキルや性格の理解も深まり、「jsなら彼に任せるのが良い」など、経験に則した信頼関係が築けてチームとして相乗効果が生まれます。スクラムでいうベロシティが測りやすいメリットもあります。

多角化したサービスに柔軟に対応できる

ラクーンでは「スーパーデリバリー」、「Paid」、「T&G売掛保証」、「COREC」と4つのサービスを展開しています。それぞれのシステムには当然開発言語や環境、仕様といったシステム面でのナレッジの他、各サービスについての業界知識も必要となり、とても一人で全てを把握することはできないボリューム感となっています。そこで、各ユニットにはそれぞれメイン担当となるサービスが"緩やかに"割り当てられています。この"緩やかに"というのがミソで、基本はメイン担当となっているサービスの開発をするのですが、大規模なプロジェクトが企画され複数のユニットで担当する時や他のサービスでヘルプが必要な際には別のサービスの開発にも参画できるような運用としています。これによりメンバーが技術的にも業務的にも深く掘り下げて軸になる部分を作るニーズと、会社的にダイナミックな開発計画をとれる柔軟性のニーズの両方を満たせられるようにしています。

業務仕様を現場で判断しスピードUP+やる気UP

ラクーンにもリーダや部長といった役職はあるのですが、一般的な会社の役職者は人事的なマネジメントだけでなく、業務仕様的なイニシアチブもとることが多いと思います。ですが、マネジメント業務もかけ持ちしている状態の役職者が業務仕様まで見ようとするとボトルネックになる上、現場との認識の乖離が起きやすくなる傾向にありました。そこでユニットチーム制を開始するに際して、役職者はあくまで人事マネジメントに注力し、業務仕様面での権限は担当するユニットチームにできるだけ移管し現場チームで仕様決定できるようにしました。ユニットは細かな仕様の決断は勿論、開発案件リストの中で何を実施するかという点も含めて判断を任されています。結果的に開発パフォーマンスが上がり、且つメンバーがやりがいを持てる体制になっていると思います。

教育や研修が実施しやすい

ユニットチームは教育や研修でも効果を発揮しています。少人数のチームなので教育する側とされる側が密にやりとりができる為、目が届いた研修が行えます。また、「個」に合わせた対応が取りやすいことや、教育のサイクルを多くのメンバーが担当することで教える側のスキル向上にも繋がりやすいこともメリットだと言えます。

スケールの調整がしやすい

サービスの誕生やメンバーの増減に対してスケールしやすい構成です。2014年にサービスを開始したCORECも新規事業として一気に立ち上げがありましたが、各チームから人を集めて担当チームを作る形で対応でき、フレキシブルにチームの構成を変化させやすい人数になっています。そんな意味で、例え部門の人数が2倍になってもボトルネックを産みにくく生産性を落としにくい仕組みになっているかと思います。



ラクーンでは、エンジニアが楽しくやりがいを持てて、仲間と共に成長できる環境こそがより良いサービスを生むと本気で考えています。今回はそんな考えの中から生まれてきた2つの制度を紹介させていただきました。

こんな技術部やラクーンに興味を持ち、是非働いてみたい!という方、私達は一緒に働く仲間を随時募集しています。ご応募お待ちしております。

技術戦略部有志イベント『エンジニアの宴』を開催しました

kanpai


こんにちはなべです。
技術戦略部有志のイベント『エンジニアの宴』をレポートします。

『エンジニアの宴』というのは、全社的なイベントではできない企画で、エンジニアらしく楽しんでしまおうという、エンジニアのための、エンジニアによる、『エンジニアの宴』です。
 
コンテンツはLT大会とFightCode大会です。

それでは早速ご紹介します。 



第1部 LT大会

   
25 27-IMG_3701 22-IMG_3698

ネタは、最近業務で作ったJSライブラリ、ソフトウェア業界の偉人(変人?)、WindowsAPI Hookから、
エンジニアとはあまり関係ない、最近流行の陣取りゲーム、
最後は、エンジニアとは全く関係ないお掃除に使う洗剤の話まで多種多様。
日頃のLT大会とはまた違ってゆるいネタで盛り上がりました!
 


第2部 FightCode大会

56 32 54

FightCodeは、JavaScriptでロボットの動きを実装して戦うゲームです。 
今回の参加者は10名。総当りで戦いました。 
普段JavaScriptを使っている人もそうでない人も、それぞれの叡智を結集して戦いに臨みました。
強いロボットが順当に勝つときもあれば、それだけではなく運の要素も絡んで金星などもあり盛り上がりました!


51


最後は、エンジニアらしく、それぞれのコード解説。
”勝つ!”という同じ目的で作ったコードですが、それぞれ考えた作戦もさまざまなので、コードもさまざまです。 
作戦に性格が出ていたり、強いコードは必ずしも行数が多いわけではなかったりして、ツッコミを入れたり感心したりしながら、それを肴に最後の〆。

日頃の研修や勉強会とはまた違ったゆるく楽しい宴でした。
 

Fabric + Serverspec 社内勉強会

こんにちは。主にCORECの開発に携わっている、技術戦略部のおおはらです。

同部の松尾が主催した「Fabric + Serverspec 社内勉強会」に参加しました。

勉強会のゴールはFabricを使ってサーバに設定をし、正しく設定されたことをServerspecで確認する、ということです。

今回のハンズオン環境として、FabricとServerspecがインストールされたUbuntuのVMイメージが事前に配布されました。それをVMWare PlayerまたはVirtual Boxを使って各自のノートPCにハンズオン環境を構築しています。

最初に、松尾からハンズオンをスムーズに進めるためにUbuntuの便利な使い方(ワークスペース、tmux)の説明がありました。そして、勉強用のサーバをAWS上に各自作成しました。

IMG_20150313_145328


次にFabricの基本的な説明がありました。
FabricはPython製のデプロイツールで、サーバでsshが動いていればOK(サーバにpython不要)、既存のシェルスクリプトとFabricのメソッドでタスクを簡単に書ける、といった特徴を持ちます。
具体的なタスクの書き方、fabコマンドによるタスクの実行の仕方の解説の後、実習としてnginxのインストールやスタート、crontabの更新といったタスクを作成、実行しました。

最後にServerspecの解説です。
ServerspecはRuby製のサーバ自動テストツールで、サーバでsshが動いていればOK、RSpec形式でテストコードが書ける、といった特徴があります。
勉強会資料を参考に、Fabricでインストールしたnginxが動作していることを、Serverspecでテストを書き、実行して確認しました。

デプロイツールには大規模なシステムでの実績があるChefやAnsibleといった有名なものもありますが、別の選択肢としてシンプルにタスクが書けるFabricが弊社では上手く使えそうな気がします。

私が携わっているCORECではサーバ設定の一部をwikiで管理したり手動設定している部分があります。まずは、設定をファイルとしてgitで管理し、Fabricで設定することから始めていこうと思いました。
記事検索