Incrementersに新たにmico_mico(@nakane) がJoinしました！
++3人目のデザイナーとなります。

mico_micoはすでに 「エンジニア採用情報 – Increments株式会社」の設計・デザインや、Qiita Teamのサービス開発で活躍してくれています。
これからも、サイクリングで鍛えたタフネスでビシバシとプロダクトを改善してくれる予定です！
今後のIncrementsの進化をお楽しみに！

Incrementsでは引き続きQiitaやKobito、Qiita Teamを作っていくメンバーを募集しています。
詳細は mico_mico謹製のこちらから 🙂 エンジニア採用情報 – Increments株式会社

Incrementersに新たに@spesnovaがJoinしました！

WEB+DB PRESSにてDocker特集を執筆するなど、クラウドネイティブなインフラエンジニアとしてQiitaやQiita:Teamをサービス、インフラの両面から一緒に良くしていきます。今後のIncrementsの進化をお楽しみに！

Incrementsでは引き続きQiitaやKobito、Qiita:Teamを作っていくメンバーを募集しています。エンジニア採用情報 – Increments株式会社

Incrementersに新たにkagaminが加わりました!

サポートからディレクターまで経験豊富で、入社初日からサポート業務を行うなどサービス開発の周辺を強力にサポートしてくれています。
今後のQiita、Qiita:Teamの進化をお楽しみに！

Incrementsでは、エンジニアとデザイナーを絶賛募集中です:D

Incrementersに新たに@yujinakayamaが加わりました!

Transpecの開発者であり、RSpecやRuboCopのコアチームメンバーであるなど、Qiitaもお世話になっている数々のプロダクトの開発に関わっています。

早速QiitaのRSpecがTranspecにより2から3に移行されました :+1:
今後のQiita, Qiita:Teamの進化をお楽しみに！

Incrementersに新たに@mizchiが加わりました！

最近はJavaScriptエンジニア養成読本を執筆するなど，過激なフロントエンド(自称)開発者です．
「JavaScriptエンジニア養成読本」でCoffeeScriptについて書いた – mizchi’s blog

早速QiitaのJavaScript構成が改善されています．より良くなっていくQiita, Qiita Teamの今後をお楽しみに！

Incrementsにr7kamuraがJoinしました!

綺麗なコードが好きだと豪語するr7kamuraの参加に戦々恐々としつつも、一緒に仕事ができることにIncrements開発チームはとてもわくわくしています。Rubyマスターのr7kamuraは主にQiita、Qiita:Teamの開発を行います！

なお、Incrementsでは引き続き一緒にQiita, Qiita:Team, Kobitoを作っていくメンバーを募集中です！r7kamuraと一緒に仕事をしたい！という方もどしどしご応募ください

• 採用情報 – Increments株式会社

こんにちは！mikiです！

みなさんご存知かもしれませんが、Incrementsは恵比寿から渋谷に移転しました！
そして新しく++erとして、uasiとhtomineが入社いたしましたのでご紹介したいと思います！

##オフィス移転しました
オフィスにメンバーが入りきらなくなったのをきっかけに、渋谷の桜ヶ丘に移転をいたしました！新しいオフィスは渋谷駅から徒歩3分のところにあります。

デスクや畳スペース、カウンターなどそれぞれ思い思いの場所で作業しています:)

##uasi、htomineが4月からIncrementsに入社！
そして、４月からIncrementsにuasiとhtomineが入社いたしました！
uasiは初期から開発に関わってきましたがこの度正式に加わることになり、これからはKobitoを担当します。
htomineはデザイナーとしてQiita、Qiita:Teamの改善を担当します:)

株式会社に入社しました – ヤルキデナイズド

wishlistを送っていただいた皆さまありがとうございました！！
メンバーも増え、これまで以上に頑張りますので、Incrementsをどうぞよろしくお願いします！

採用情報

Incrementsでは現在QiitaやQiita:Teamを一緒に開発してくれるプログラマを募集しています。
プログラミングをもっと楽しくしていくことに興味のある方は http://increments.co.jp/jobs よりご連絡ください！

こんにちは，yaottiです．
前回はQiitaやKobitoを作る開発チームの文化について書きましたが，今回は具体的にどういうツールを使いながら開発しているのか，また開発の雰囲気などを紹介します．

QiitaやKobito開発で利用しているツール，サービス一覧

開発

• Trello: 開発以外のタスクや仮説の管理
• Pivotal Tracker: 開発ストーリー管理
• GitHub: ソースコードのホスティング，レビュー，ディスカッション
• Circle CI: CI環境
• Sentry: エラーの補足&通知
• New Relic: パフォーマンス改善用の測定
• Amazon Web Services: インフラ(EC2, RDS, ElastiCache)

コミュニケーション

• Slack: チャット
• Qiita Team (& Kobito): テキスト共有&ディスカッション

その他

• Mixpanel: イベント計測
• Google Apps: カレンダー，メール，スプレッドシート, Analytics
• Optimizely: A/Bテスト
• ZenDesk: ユーザーサポート
• MailChimp: メールマガジン配信

実装フロー

実装フローは最近のWebサービス開発ではよくあるPull Requestベース(ソースコードはGit管理，masterからブランチを分岐させて開発し，完了したらGitHubでPull Requestを投げ，CIを走らせる&他のエンジニアにレビューしてもらい，問題なければmasterブランチにマージしてすぐデプロイする)で，この中では特別変わったことはしていません．(詳しくはWebサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー – naoyaのはてなダイアリーにわかりやすく書いていただいているのでそちらを)．
しかしツールを組み合わせて開発することの弊害として，情報が分散し見にいくのが面倒という問題があります．そのため各種ツールのイベントをHipChatに集約して，そこを見れば何の開発が行われているのかがわかるようにしています．

GitHub, Pivotal Tracker, Circle CI, デプロイ，Qiita Teamの新着投稿情報など

開発フロー/仕事方法は日々改善

実装フローについてはほぼ問題なく回るところまで改善できていますが，より広い範囲での開発フローは日々色々試行錯誤しながら改善しています．例えば最近の改善は:

• 朝会の(仮)廃止
  • オンライン(TrelloやPivotal Tracker)でやること&やったことは共有されている
  • 問題はチャットやQiita Teamで積極的に共有されている
  • 完全に撤廃するかどうかは様子見
• リモート勤務の試験運用
  • 毎週月曜日は皆自由な場所で仕事している
  • リモートの良い点悪い点が見えてきている(これについては別途記事作成予定)
• 仮説検証と実装の運用
  • 利用者に大きな価値があるかわからないアイディアをどう管理し，優先付けして検証していくか?
  • 現在は未検証のアイディアはTrelloで検証し，リリースすべきであることがわかったらPivotal Trackerで管理する，という流れ

こうした改善を早いスピードで行うために，弊社では毎週火曜日に振り返りMTG(スプリントレトロスペクティブ+α)を行い，その1週間の反省と次どう改善していくかをディスカッションしています．

Qiita Teamで共有されている振り返り内容例

We’re hiring!

前回の文化についての記事やこの記事に共感してもらえる方，楽しい開発環境で一緒にQiitaやQiita Teamを良くしていきたいと思う方は support@qiita.com までお気軽にご連絡ください :+1:

関連記事

• QiitaやKobitoを作る開発チームの文化
• BEENOS (ビーノス) | Qiitaの実践「HRT」によるエンジニアマネジメントと検証プロセス
• Qiita「成果が出るチーム思考」の秘密――「飲みでも敬語は崩さない」「議論ありきのリーン開発」 | ベストチーム・オブ・ザ・イヤー

こんにちは，yaottiです．
今日はQiitaやQiita:Team, Kobitoを開発するチームでぼくたちがどういう文化，価値観を大切にしているかをお話したいと思います．

HRT, SPOF, Lean

Increments(あまり知られていませんが，Qiitaを作っている会社の社名です)の開発チームが特に大切にしているのは以下の3つです．

• HRTを大切にしたコミュニケーション
• 属人性を極限まで排除する
• 重要な価値に集中する

以降でそれぞれ具体的に見ていきます．

HRTを大切にしたコミュニケーション

HRTとは

HRTとはTeam Geek ―Googleのギークたちはいかにしてチームを作るのかという本にある考え方で(あらゆるチーム開発者に読んでほしい!)，Humility(謙遜), Respect(尊敬), Trust(信頼)の3つを意味しています．
「驕り高ぶらないようにしよう」「相手を尊敬しよう」「人を信頼してまかせよう」といったHRTの概念は以前よりチーム内で無意識に尊重されていましたが，「HRTを大事にしよう」と明文化してわかったのは「当たり前だと感じる!=十分実践できている」ということでした．

例えばチャットやgithub上のオンラインコミュニケーションでは，感情面の情報が大きく欠落するため少しずれた形で伝わってしまうこともよくあります．(質問しているつもりが問い詰めているように感じられる，ちょっとした指摘が想定以上に厳しく受け止められてしまう，など)
こうした問題はIncrementsではHRTを意識することで避けられるようになりました．例えば

• オンラインでは直接口頭で話すとき以上に言葉遣いを丁寧にする
• コードレビューはあくまでコードを批判しているのであって，書き手を批判しているととらわれないように注意する
• 絵文字や画像を積極的に使う

どれもささいなことですが，Incrementsではオンラインでの文章のやりとりが多いため積み重なると大きな違いになっていきます．

Emoji is a big part of remote work at @GitHub: http://t.co/ZOTbLdprkp

— Chris Wanstrath (@defunkt) January 28, 2014

ちなみに弊社ではチャットに’misawa’と書くとミサワ画像をランダムに貼ってくれる便利なbotがいます．

仕事以外のコミュニケーション

日中はどうしてもそれぞれが全力で仕事に集中し，オンラインコミュニケーションばかりになるため仕事以外の話をするタイミングがあまりありません．そのためざっくばらんにゆるく話せる機会を作っています．
例えば毎月一回締め会として皆でおいしいものを食べにいったり(今月(今日)はジンギスカン)，社員の持ち回りで3時のおやつを買ってきたり(#incrementsweets)，週末にTGIFとしてピザやYEBISUビールを楽しみながら色々話しています．

属人性を減らす

開発の現場では「属人性を減らしてSPOF(単一障害点)を無くそう」とよく言われますが，Incrementsではそれを徹底して行っています．なぜ重視にしているかは後述しますが，主に2つの観点から日々改善しています．

• 作業の自動化
• 情報の透明性向上

作業の自動化

• 開発マシンの初期セットアップはboxenによってコマンド1発でできる
• サーバー環境の構築はchef-solo
• 小さい所では数値集計やインフラ面のちょっとした作業

Incrementsではこのように様々なレイヤーで自動化を推し進めています．
繰り返し作業の自動化は重要度が高くとも緊急度は低く，また短期的にはコストが上がるため後回しにしがちです．しかし多くのケースでは，半年や1年スパンで十分コストに見あうメリットが享受できるため，自動化したほうがよさそうな作業は面倒くさがらずに自動化しています．自動化によって以下のような利点があると感じています．

• 短縮して浮いた時間をほかのより重要な仕事に割ける
  • ユーザーヒアリング，設計など自動化できない創造的な仕事に集中する
• ヒューマンエラー起因でのミスを無くせる
• 自動化してコードに落ちると作業が可視化されるため，作業フローを改善しやすい
  • chef化はこれが大きい

情報の透明性向上

特定の人やグループしか知らない情報は出来る限り減らすというのも気を遣っている点の1つです．そのための特徴としては

• 見にいけば見られる場所に情報を置いていき，必要に応じて特定の人(達)にpushする
  • ミーティングの議事録はもちろん，ちょっと口頭で話したようなことも価値がありそうならきちんと残す
• 困ったことはデイリースクラム(朝会)や日報などでこまめに共有し，チームで解決していく
• 共有(アウトプット)のコストを下げるために適切なツールを使い分ける
  • Trello(非開発タスク)とPivotal Tracker(開発タスク)でいまやっているタスクとそのログをゆるく共有
  • Kobitoを使って手元で書き，Qiita:Teamへかんたんに共有(手前味噌ですが:P)
  • 様々なサービスのアクティビティをHipChatに集約
  • 社内の人同士でメールは全く使わない

Incrementsでの情報共有は少人数だとはいえ今のところかなりうまく周っているし，スケールする形だと思うのでしばらくはこのままいけそうかなと感じています．ただ将来remote workできるようにしたり(積極的にやっていきたい)，人数規模が大きくなってくると色々努力は必要そうです．
先日のGitHub Drinkup Tokyoで，最近入社された@diceさんの話を聞いた感想:

情報共有、透明性大事ってのはGithubに限らず、37Signalsの本にもあったし自分の経験からもそう思う。ただ、それも銀の弾丸ではなく結局やるべきことにちゃんとリソースかけてちゃんとやってるって話が多く、なるほどそうかあという感じ

— Naoya Ito (@naoya_ito) January 27, 2014

情報の透明性を上げるとか方向性の共有を頑張るのはまあそうだよなと思うんだけど、そのためにレコーディングチームや社内アプリ専用チームを作るのはすばらしい意思決定だとおもう。幸せへの最適化やremote workの実現のために徹底されてる。その価値観を本当に大切にしていないとできない

— Hiroshige UMINO ☕ (@yaotti) January 27, 2014

重要な価値に集中する

大人数で開発できる場合やサービスが十分習熟しているならば「あると良いかもしれない」機能を作る余裕もあるかもしれませんが，Incrementsの場合はまだまだそんなレベルではないので「本当に必要かどうか」考えることをとても大事にしています．
具体的な方法としてはCookpadの開発フローをとても参考にしていて，実装する前に価値仮説を立てて課題を明確にすることに時間をかけています．
ただ，使ってみないと価値があるかわからない確実に必要だと思ったものはすぐにプロトタイプで作ってスタッフ限定でリリースしたり，一部のユーザーの方に触ってもらいフィードバックをもらったりしています．

最後に

現在Incrementsでは，こうした価値観や文化でQiitaやQiita:Teamを一緒に開発にしたいエンジニアの方を募集しています．興味のある方は一度会って開発フローや文化など，色々お話しましょう!
support@qiita.comもしくは@yaotti(twitter,facebook)までご連絡を!

その他，Qiitaの開発チーム文化について

• BEENOS (ビーノス) | Qiitaの実践「HRT」によるエンジニアマネジメントと検証プロセス
• Qiita「成果が出るチーム思考」の秘密――「飲みでも敬語は崩さない」「議論ありきのリーン開発」 | ベストチーム・オブ・ザ・イヤー
• QiitaやKobitoの開発フローと，それを支えるサービス一覧

こんにちは、ミキです:)

みなさん、Qiita:Shopの存在をご存知でしょうか？
QiitaやKobitoの公式アイテムを販売しています。今回は、Qiita:Shopをご紹介します:)

QiitaTシャツとKobitoTシャツ

Tシャツの生地は、コットン100%のAmerican Apparelのシャツを使用しています:)
縫製や生地もしっかりしているので、長く着ていただくことができます。
シンプルなデザイン・色なので、普段使いしやすいと思います:)

定番のステッカーも販売してます

Qiitaのステッカーが3枚、Kobitoのステッカーが3枚の計6枚のセット。
PCやiPadにぜひ:)

お気に入りのアイテムがありましたら、こちらでご購入いただけます:)
よかったらチェックしてみてくださいね。

https://suzuri.jp/qiita/

こんにちは、ミキです！

前回大好評だった【初心者向け】Gitトレーニング、
第三回目を11月16日（土）に開催いたします！
行けなかった…というデザイナーさん・エンジニアさんもチャンスですよ〜！

このトレーニングプランでは、
勉強したいけどどうやればいいの？・そもそもGitって何？
Gitの勉強会って難しそうだなあ…などの方に向けたものなので、
初心者の方も安心の講義です(･ᴗ･)

今回は、当日使われる資料をちょこっとだけご紹介します！

当日では、Gitとは何か、どういったことができるのかという初歩的なことから
複数人でのGit操作までじっくり勉強していきます！

• 最大５人の少人数講義型なので、分からなくなってもすぐに質問することができます。
• 一度の講義で完結するので、一日で学ぶことができます。
• 必要なものは、Mac(OS X 10.7以降)だけ。

##タイムテーブル
– 13時~13時50分 Gitの簡単な説明、リポジトリの作成

• 14時~14時50分 ブランチの操作

• 15時~15時50分 1人でもGitを使用してみる

• 16時~16時50分 リモートブランチの操作

• 17時~18:00分 複製人でGitを使用してみる、質疑応答

##講師紹介
講師は、Git歴4年の弊社エンジニアの齋藤正浩（@camelmasa）が務めます。

主にQiitaの開発に従事。2011年10月、原宿ウェブ研究所にて
「非エンジニアのためのウェブ講座」の講師を務めた。

チケットご購入はこちらまで:)
http://training.qiita.com/

これを機にGit操作をマスターして開発をスムーズにしましょう！

講義レポや受講者インタビューなども掲載予定なので、お楽しみに！

こんにちは！ camelmasa です。

このたび弊社で Git初心者のためのGitトレーニング を開始しました！

• 勉強しようにもどこから手をつければいいのかわからない
• 基本的なGitの使い方、Gitの良さがよくわからない
• Gitを知らないので、Gitの勉強会に行くのも不安

という方のためにスタートした、一度で完結するトレーニングプランになります。

既に2回ほどGitトレーニングを実施しており、1回目、2回目ともに非常に満足して頂き、
“概念などすごくよく理解できた。”, “開発のワークフローの進化に驚かされました。”, “Gitを始める方にはとてもオススメしたい” 等の感想を貰いました。

トレーニング詳細はこちらのページで確認できます。

http://training.qiita.com/

興味持たれた方はこちらのページでチケットをご購入ください:)

Gitを活用した効率の良い開発を実現しましょう！
お問い合わせお待ちしています 😀

konyです。
8月上旬に開催した鎌倉もくもく開発会ですが、参加者の皆さまからのご要望をいただいたため、前回同様Open Network Space Kamakuraをお借りして9/21(土)に第2回を開催しました！

内容については前回と同様7時間のもくもく開発(途中、適宜浜辺を散歩)した後、最後はBBQで締めるという定番の流れの非常に楽しいイベントとなりました:)

タイムテーブル

• 10:00 オープン
• もくもく開発(適宜、自由に浜辺を散歩)
• 17:30〜20:30 BBQ(開発したい方は開発)
• 21:30 クローズ

当日の様子

ウインドサーフィンを眺めつつ、

到着した人から順次着席してもくもく開始です。

挨拶もなにもなくついたらそのまま開発スタートなので戸惑われている方もw

日差しが強く、夏っぽい日でした！

一日開発して疲れた体にしみるやつとともに、

みんなでワイワイとBBQ！

BBQ職人が現れつつ、

夜まで盛り上がりました！

BBQが終わってからまた開発に戻るのがいいですよね。

ご参加いただいたみなさま本当にありがとうございました！今後もいろいろとイベントを開催していきますので、お楽しみにー！