CTOより 第3回 「Quipperの開発体制の今」
quipper-cto-3.md 今回はQuipperの開発体制と進め方について書いてみようと思う。 開発チームの規模 第一回で紹介したように、Quipperは、ロンドン、東京、マニラ、ジャカルタ、メキシコシティにオフィスがあり、そのうちロンドン、東京、マニラが開発拠点になっている。 内訳としては、以下の様な状況だ。 Web iOS/Android Engineering Design Total London 3 0 0 1 4 Tokyo 5 4 3 1 13 Manila 7 1 0 2 10 Total 15 5 3 4 27 30人弱。この規模から、今年中に3拠点合計で10人くらいの増強を考えている。拠点毎、職種毎の大まかな計画はあるが、いい人がいたら拠点/職種毎の採用の増減はある感じで、3拠点全職種トータルで考えて一番強いチームにしたい。 Engineeringは、Quippe
プロダクトマネージャーについて - naoyaのはてなダイアリー
Twitter でプロダクトマネージャーについてぶつぶつ呟いていたら、まとめられていました。ありがとうございます。 プロダクトマネージャー制度を導入するにはどうすれば良いのか プロダクトマネージャーについてあれこれ考えていることを、ここらで一旦整理する良い機会かなとも思いましたので、ちょっと文章をこさえてみることにしました。一年ぶりにブログでも書いてみようと思います。 プロダクトマネージャーはユニコーンなのか。なぜそれが必要なのか。プロダクトマネージャーを見つける / 組織で制度化するとはどういうことなのか。それについて自分の考えを述べていこうと思います。 プロダクトマネージャーは新しいユニコーンか? 昨今よくプロダクトマネージャーが話題になっていますが、人によっては「プロダクトマネージャー」 が今自分たちができないことを象徴している/それが登場すれば全てが解決する銀の弾丸的なもの･･･い
男性が理解できない「女の意思決定」を可視化した「女ゴコロフレームワーク」とは。ネイルアプリ「ネイルブック」が語るアプリ運営の生体験談。 | アプリマーケティング研究所
男性が理解できない「女の意思決定」を可視化した「女ゴコロフレームワーク」とは。ネイルアプリ「ネイルブック」が語るアプリ運営の生体験談。 「ネイルブック」を運営しているスピカさんにお話を伺いました。女性心理を理解するための3ステップ「女ゴコロフレームワーク」とは？ ※株式会社スピカ 「ネイルブック」3代目ディレクター 正木友佳さん（初代ディレクターの川端さんにも同席いただきました） 「ネイルブック」が出来るまで。 「ネイルブック」について教えていただけますか？ 川端： 「ネイルブック」は、ネイル写真を共有するアプリです、現在は10名のメンバー（うち女性4名）で運営しています。 ダウンロード数については、2011年4月にリリースして、現在120万ダウンロードです。海外からのダウンロードもありますが、アクティブユーザーは日本のユーザーがほとんどです。 どんなユーザーが使っているんでしょうか？ 川
“DevOps”がないスタートアップの“DevXXX”の話
2015/03/22 JAWS-UG 2015 ~ クラウドへダイブ
Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた
「技術的負債」をコントロールする定量評価手法への期待 からの続きです。 ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。 初期開発コストと運用コストのバランス注1を、どのようにとっていけば良いのでしょう？ 同等の機能を提供する「ソフトA」と「ソフトB」を考えてみます。ソフトAは、初期開発工数が6だが、２年目以降の維持工数が毎年4かかるとします注2。ソフトBは、初期開発工数が1
エンジニアのための法律勉強会#1『受託開発における契約時の注意事項』参加メモ
gistfile1.md エンジニアのための法律勉強会#1『受託開発における契約時の注意事項』参加メモ http://coedo-dev.doorkeeper.jp/events/20181 講師: 野島 梨恵氏（東京山王法律事務所） 2015-02-10 19:15-20:45 Co-Edo 前提 システム開発そのものは素人だけど、裁判にはクライアント/開発側の両方で関わったことがある。 裁判官はもっとシステム開発については分かってない。 弁護士を通じてしか当事者と話すことがないので分からなくてもしょうがない プラクティス勉強会というのを裁判官が開いているよう 体系立ててまとまった書籍はない 古い本しかない 民法上の請負契約 ソフトウェアは前提になっていない 建築の契約が前提になっている ある仕事を「完成」させることにより報酬 請負 <-> 委任 弁護士、医者は委任契約 請負人の自由度が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
営業さんまで、社員全員がSQLを使う 「越境型組織」 ができるまでの3+1のポイント | リブセンス