KAIZEN platformが伊藤直也氏とやってきた、開発現場の暗黙知をなくすチーム運営術【連載:エンジニアの幸せな職場】 - エンジニアtype | 転職type
2014.03.24 働き方 エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの企画が採用
チームがリモートで活動するために大事にしている10のことbokete140219
ーーーーーーーーーーーーーーーーーーーーーーー schoo WEB-campusは「WEBに誕生した、学校の新しいカタチ」。 ＷＥＢ生放送の授業を無料で配信しています。 ▼こちらから授業に参加すると、先生への質問や、ユーザーとのチャット、資料の拡大表示等が可能です。 https://schoo.jp/class/587/room ーーーーーーーーーーーーーーーーーーーーーーー
技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog
元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに
「技術が古いとエンジニアがやる気をなくす」、クラウドワークスCTOの大場氏 | 日経 xTECH（クロステック）
日本最大級のクラウドソーシングサービスを手掛け、急成長しているのがクラウドワークスだ。サービスを開始した2012年3月以来、約2年でユーザー数は11万人を突破した。同サービスを使って仕事を発注した企業は、既に2万3000社に上る。 そのクラウドワークスに2014年1月、新しいCTOが誕生した。システムインテグレータ（SIer）とソーシャルゲーム会社を渡り歩いてきた大場光一郎氏である。「伸びる業界、成長するサービスを支えるのが、何より楽しい」と語る。 CTOの役目はエンジニアが働きやすい環境を作ることだと言い、そのためにも最新技術を使えるインフラ整備にはこだわるという。CTOの大場氏に話を聞いた。 大場さんは、SIerの伊藤忠テクノソリューションズ（CTC）からソーシャルゲーム会社のグリーに転職し、そして今のクラウドワークスに移ってCTOになりました。このキャリアについて聞かせてください。
BEENOS (ビーノス) | Qiitaの実践「HRT」によるエンジニアマネジメントと検証プロセス
Qiitaの実践「HRT」によるエンジニアマネジメントと検証プロセス. By BEENOS Posted in - founders & news on February 13th, 2014 プログラミングのノウハウをまとめた日本初のサービス「Qiita（キータ）」を展開するIncrements株式会社。 「Qiita」は、Open Network Labの第4期「Seed Accelerator」で優勝し、直近では登録ユーザーが3万人を超え、毎月50万人のデベロッパーが訪問するなど急成長を遂げています。 CEO兼プログラマーの海野さんと、共同創業取締役兼デザイナーを務める小西さんにお話を伺いました。 代表取締役 海野 弘成（hiroshige umino） 京都大学在学中にGoogleやはてなでプログラマーとしてインターンを経て、Qiitaのサービス開発に着手。Open Netw
QiitaやKobitoを作る開発チームの文化 - Qiita Blog
こんにちは，yaottiです． 今日はQiitaやQiita:Team, Kobitoを開発するチームでぼくたちがどういう文化，価値観を大切にしているかをお話したいと思います． HRT, SPOF, LeanIncrements(あまり知られていませんが，Qiitaを作っている会社の社名です)の開発チームが特に大切にしているのは以下の3つです． HRTを大切にしたコミュニケーション属人性を極限まで排除する重要な価値に集中する以降でそれぞれ具体的に見ていきます． HRTを大切にしたコミュニケーションHRTとは HRTとはTeam Geek ―Googleのギークたちはいかにしてチームを作るのかという本にある考え方で(あらゆるチーム開発者に読んでほしい!)，Humility(謙遜), Respect(尊敬), Trust(信頼)の3つを意味しています． 「驕り高ぶらないようにしよう」「相手を尊
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
伊藤直也氏が語る、モバイルアプリケーション開発のいまとこれから（前編）～Salesforce Developer Conference Tokyo 2013
伊藤直也氏が語る、モバイルアプリケーション開発のいまとこれから（前編）～Salesforce Developer Conference Tokyo 2013 いま多くの開発者が取り組もうとしているモバイルアプリケーションの開発は、経験の面でも技術の面でも、コンシューマ向けの開発現場が大きく先行しています。 9月6日開催されたSalesforce Developer Conference Tokyo 2013のセッション「B2Cからみたモバイルアプリケーション開発のいまとこれから」では、コンシューマ向けサービス開発の現場に身を置いてきた伊藤直也氏が、モバイルアプリケーション開発を成功させるための方法を、これまでの経験や現在の開発現場で得たノウハウなどを基に語っています。 試行錯誤の回数を増やす、iOSとAndroidは同じように作ってはいけないなど、モバイルアプリケーション開発に関わるエンジ
海外プログラマーとのリモート開発で成長するGinzamarkets「在宅チームで開発をうまくやる方法」 - エンジニアtype
海外プログラマーとのリモート開発で成長するGinzamarkets「在宅チームで開発をうまくやる方法」 2013/05/08公開 米Googleから米Yahoo!に移籍し、CEOに就任したマリッサ・メイヤーが今年2月に出した「在宅勤務禁止」通達。以来、日本でも在宅勤務やリモートワークについて多くの議論が飛び交っている。 各種報道によると、メイヤーCEOは同社において在宅勤務者のVPNアクセスが少ないという実態を知り、就労意欲やチーム意識の減退を危惧。「人は1人でいる方が生産性は上がるが、集団になった方がイノベーティブになる」と語ったとされている。 「シリコンバレーのスタートアップ界隈でも、多くのVCは『ビジョンを共有するためにもできるだけチームは一緒に働くべきだ』と言いますよ。わたしたちも創業時は似たような助言をたくさんもらいました。リモートはよくない、顔を付き合わせて働く方がベターだと」
Google&Facebookに学ぶ、新機能の実装プロセス : けんすう日記
新機能の作り方 サービスを作っていて、新しい機能などをつけようとする時に、煩雑なプロセスなどがある会社は多いと思います。 これは前職のリクルートという、大きな会社で働いてた時も感じたのですが、新しくておもしろい機能をつけようとすると、いろいろと制限があるのですね。 たとえば、「なぜその機能が流行るか」のロジックを聞かれたりします。これはリソースやお金を投資する分、説明責任がある！ということですね。冗談みたいな話ですが、資料を作ったりして、この機能がどういう効果があるかとかを説明してたりしたのです。だいたいの場合、弾かれてたりしました。 また、その機能を実装したあとの影響のために、部署との調整が必要だったりします。リクルートのとあるサービスに、口コミ機能をつけようとしたら、あらゆる部署に説明しにいかないといけなかったりしました。 どちらも間違っているわけではなく、会社としては一見必要なプロセ
どうすれば小さなチームでも大きな成果を出せるのか
スクーの授業で使った資料です。 ソフトウェア開発をしていく中で、沢山のリソースやお金をつぎ込んで開発するのではなく、どうすれば少人数のチームで低コストな中で開発を続けていくことで、大きな成果を出す為の考えかたについて説明しています。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デザイナーとエンジニアのコミュニケーション #yxdena
TechCrunch | Startup and Technology News
Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」
How we cook cookpad.com
デブサミ2014、講演関連資料まとめ
日刊工業新聞 電子版
ドメイン駆動設計入門
Hatena Blog Development Flow
Google Code Archive - Long-term storage for Google Code Project Hosting.