エンジニア専門職のグレードについて詳細な役割定義は必要か？ - Kentaro Kuribayashi's blog
様々な人々から、エンジニアに関する制度についてインタビューされる機会が増えてきた。その中で考えが整理されてきたパーツもあるので、せっかくなのでまとめておこうと思う。 ペバボのエンジニア職位制度のアップデートについてなどで書いている通り、ペパボはエンジニア専門職制度を制定し運用している。その前提として、専門職制度がどのような位置付けかというと、簡単に示すと以下の図の通りである。 この構造自体は特になんの変哲もない、わりと一般的な制度だといえるが、我々はこの中にひとひねり加えている。以下に説明する。 前提知識 ただし、その前に人事制度における前提的知識について述べておかないとならない。 社員格付け 昨今は「フラットな組織」「ネットワーク型組織」などというものも出てきているが、それはそれとして、一般に企業組織は、その構成員をなんらかの方法を用いて格付けしている。すぐに思い浮かぶのは、部長とか係長
組織能力を圧倒的に成長させること - Kentaro Kuribayashi's blog
この記事は、Pepabo Advent Calendar 2014の12日目の記事です。前日は、hisaichi5518さんの「Web APIを作るときに考えること。 - パルカワ2」でした。 ここ半年ほど考えていることを、以下に述べる。 技術とは何か？ 「技術とは何か？」という問いに対しては様々な回答があり得るが、ひとまず「企業にとっての技術」という観点からいえば、経営学による以下の記述にその定義を求めてもよいだろう*1。 すべての企業が、自分が必要なインプットを市場から買ってきて、それに自分が得意とする「技術的変換」を加えて、その結果として生まれてくる製品やサービスを市場で売っている。 (中略) 誰にでも容易に手に入る財やサービスであれば、とくに企業が存在してその提供を業とする必要はない。その提供プロセスが難しいからこそ、その困難さを解決する努力が企業の「技術的変換」になるのである。
杜氏のいない蔵元が示した「データ分析さえすれば職人の技を職人抜きでも再現できる」という事実の凄み（追記あり） - 渋谷駅前で働くデータサイエンティストのブログ
先日、とあるコンサルの社長さんとお酒を飲みながらお話していて出てきた話題が「畢竟データ分析って何の役に立つんだろう？」というものだったんですが、そこで僕が思い出して紹介したのが「獺祭」で世界進出を成功させている旭酒造のエピソードだったのでした。 ということで、その事例を振り返りながら久しぶりにちょっと与太話でもしようと思います。 http://www.tv-tokyo.co.jp/cambria/backnumber/20140116.html ちなみに上ははてブでも大きな話題を呼んだ東洋経済の特集記事ですが、僕にとってはテレ東カンブリア宮殿で紹介された時の映像の方が遥かに衝撃的でした。 「獺祭」は杜氏でも何でもない普通の社員が、データに基づいて一挙手一投足を決めながら仕込んでいる 東洋経済の記事では割とざっくりとしか書かれてないんですが、カンブリア宮殿で放映された映像では獺祭の製造工程の
What is Enterprise Agile
『 エンタープライズアジャイル、海外動向と日本の現状』 2014/10/15 エンタープライズアジャイル活用勉強会 2014/12/17 IPAエンタープライズアジャイルのセミナー 2015/01/06 匠Method追加 概要： アジャイル開発宣言から14年。海外の小規模チームではアジャイルがもはや主流となりました。現在の議論は、エンタープライズでのアジャイル適用や組織変革にテーマが移りつつあります。一方で、独自の産業構造を持つ日本では、なかなか進まなかったアジャイル採用がWeb企業を中心に最近急速に進んでいるように見えます。しかし、従来のユーザとベンダーに分かれたシステムインテグレーション領域では問題も残ったままです。本セッションでは、海外でのアジャイルの動向、エンタープライズアジャイルのSAFeとDADの概要を解説した後、日本のアジャイル開発の現状としてIPAから発表された調査やIT
永和さんの「価値創造契約」が大苦戦を強いられている件 - GoTheDistance
この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り
SIerの問題点 - zyake_mk2の日記
世間一般では、SIerは非効率、プログラマのスキルが酷い、ガラパゴス化している等、評判が悪く袋叩きにあっているようです。実際にはグローバル水準で戦える高スキル者はいるし、特に某親会社の人達はみな頭の回転が速いし、志が高いです。 一方で私の5年そこそこの短い経験の中でも、世間の評判通り、開発現場の信じられないような体たらくっぷりをたくさん見てきました。すごく立派な看板の裏でのしょぼい設計実装、ミス等 etc... (私も人のことを言えないですが・・・) そこで、私の見える範囲の世界で、どうしてこのような現状なのか考えてみました。 (私の見える範囲なので、他社だと全く状況は違うだろうし、他者には違った世界が見えているかもしれません。) SIerの問題点1. 技術力向上のインセンティブが少ない 恐らく最大の原因はこれではないかと思います。要するに、必死に技術力を磨くインセンティブが乏しいのです。
情報共有おじさん - ローファイ日記
「プロジェクト全体のMLにエラー通知メール飛ばすのうざい」、「〜についてはみんながいるチャンネルで相談すべきことではない」みたいな指摘がある。 個人的には情報は可能な限り広いスコープで公開してほしいし、自分でもそうしようとしている。まだ未熟なので霊力に負けることもあります...。 というのも、「情報が届いていない」ことによる不利は仕事上非常に大きいし、場合によって致命的になるので、むしろ冗長化して届けられているべきなのである。 あと、情報が多ければ多いほど普通は判断が適切になると思うので、情報が広く共有されていると言うことは、チームメンバー一人一人が自分で判断できる材料を持ちやすくなると言うことにもつながる。スクラムとか色々言われているけど「一人一人が自分で判断できる」ということはどういう開発スタイルでも大事だと思う。 なのでむしろみんながいる場で議論していたり、細かい情報をどんどん流して
プログラムの生産性をあげるためには - きしだのHatena
前回のエントリで、プログラマの業界が労働集約的なものと知識集約的なものにわかれてきているという話を書きました。 プログラマ業界の二分化 - きしだのはてな 前のエントリでは労働集約的なものと知識集約的なものに完全にわかれているように書きましたが、もちろん完全に労働集約的であったり完全に知識集約的であったりすることは少なく、どのような組織でもある程度は両方の性質をもっています。知識集約的な性質の強いSI会社というのもあります。 ただ、SIに労働集約的な、サービスに知識集約的な性質が強くなる傾向はあると思います。 また、知識集約的であればよくて労働集約的であればダメということもありません。労働集約的なSIでありながら良い会社というのもあります。 という断りをいれておかないと、SIで労働集約だからといって全部ひとからげにするなという、労働集約的なSIでありながら良い会社方面から鋭利なマサカリが飛
もう企業は公式アプリを作らなくてOK？ LINE、企業向けにAPIを提供へ──「LINE ビジネスコネクト」スタート
もう企業は公式アプリを作らなくてOK？ LINE、企業向けにAPIを提供へ──「LINE ビジネスコネクト」スタート LINEは、公式アカウントの各種機能を企業向けにAPIで提供することを発表した。サービス名は「LINE ビジネスコネクト」。 当初は一部企業と連携してケーススタディを積み重ね、段階的に導入企業を拡大していく予定。すでに明らかになっている連携企業はTBS、テレビ東京、フジテレビ、日本テレビの各キー局。 このAPI提供によって、従来の公式アカウントによる一方通行のメッセージ配信だけではなく、企業側が持つデータベースを利用することで特定のユーザに対してより最適化されたメッセージを送信することが可能となる。また、企業内の社内インフラや業務ソリューションへの活用も見込む。 例として挙げられたのは以下のような利用方法。 メニュースタンプを押すだけで、LINEでピザの注文 レンタルショッ
一流になれないプログラマの生存戦略 - 誰かの役に立てばいいブログ
(2013-12-28 タイトルをエンジニア→プログラマに変えました) cybozu.com の中の人、山本泰宇です。2013年も今日で仕事納めです。 さて、先ほどプレスリリースが出たのですが、来年から私は運用本部長として、自社クラウドサービスおよび社内情報システムの運用を統括する仕事をすることにしました。この２年ほどはプログラマとしての仕事を多くしていたのですが、今後は自らプログラミングする機会は大幅に減ることになると思います。 ご存知の方もいるかもしれませんが、実は私が本部長になるのは２度目です。2005年に開発部長になり、そのまま規模を拡大して2006年に開発本部長となり、2007年に退きました。本部は違いますが、７年ぶりの再登板ということになります。略歴としては以下のようになります。 2001年12月 サイボウズに入社 プログラマとしてガルーンを開発 2005年 開発部長
できるエンジニアだけで組織をつくる - ワザノバ | wazanova.jp
http://www.slideshare.net/bcantrill/surge2013 上記のスライドは、JoyentのSVP, EngineeringであるBryan Cantrillがエンジニア組織のあるべき姿ついてまとめたものです。BryanはSun Microsystems出身で、同社がOracleに買収されたのを受けて、2010年にJoyentに移ったという経歴。Joyentはクラウドサービスの会社ですが、Node.jsのスポンサー企業として知られ、Node.jsの中心人物であるIssac Schlueterなどフルタイムでオープンソース開発に従事する社員がいます。昨年、Greylock, Intel CapitalなどからSeries Dラウンドで$85Mの資金を調達してますので、投資家からは上場を期待されていると思われます。 彼の意見としては、 [モチベーションをあげるポ
Pathで働く女性デザイナーの一日 in San Francisco デザイン会社 ビートラックス: ブログ
サンフランシスコという街はスタートアップの中心であると同時に世界でも有数のデザイナーが集まる場所でもある。ここに住むデザイナーに とって最先端の技術を活用し多くのユーザーが利用するプロダクトを提供するスタートアップで働くのは一つの理想である。また、最近のスタートアップに とってみてもデザイナーはエンジニアに並ぶ程重要性が高い花形ポジションでもある。 彼らの生体を暴くべく、本場サンフランシスコのスタートアップで勤めるとある女性デザイナーの一日を追ってみた。今回密着取材したのは、市内の数あるスタートアップ中でもデザインを最も重要視している –Path– のデザイン・ディレクター Jenny Ji (ジェニー) である。 人気のスタートアップでデザインの最高責任者として働く女性サンフランシスコを拠点とするモバイル向けソーシャルメディアサービスを提供するスタートアップ、Pathでデザイン部の主任と
らいおんの隠れ家 : ポール・グレアム「Yahooに起きてしまったこと」 - livedoor Blog（ブログ）
ポール・グレアム「Yahooに起きてしまったこと」を翻訳しました。原題は What Happened to Yahoo で、原文はココです。英語に強い皆さま、コメント欄でのアドバイスをよろしくお願いいたします。なお翻訳にあたり、shiro様、id:pokarim様、hoshi様、araipiy様、ogijun様、ちょっと見ただけですが様、id:NAPORIN様のアドバイスをいただいております。ありがとうございます!! Yahooに起きてしまったこと What Happened to Yahoo 2010年8月 August 2010 1998年に私たちのベンチャーがYahooに買収された後、私がYahooに出勤したとき、そこは世界の中心のようだった。みんな、次の覇者はYahooだと思っていた。今のGoogleのような存在になると思っていた。 When I went to work for
ルーク、 MongoLab を使え！ - @kyanny's blog
五月の終わりから Quipper で働いている。 Quipper は DeNA の co-founder である渡辺雅之氏がロンドンで創業したモバイル学習プラットフォームの会社で...みたいな話は長くなるし、読者の興味を引きそうにないのでやめておく。このへんの話を詳しく知りたい人は渡辺によるハーバード・ビジネス・レビューの連載をどうぞ。 ソフトウェア開発者にとって一番気になるのは、会社の事業内容とか売上利益よりも、「どんな環境でソフトウェア開発をしているのか」じゃないだろうか。どんなインフラを使っているのか、バージョン管理やタスク管理はどうしているのか、自動テストはどのくらいやっているのか、開発手法はアジャイルなのか、 Mac で開発できるのか、椅子は六万円以上か（冗談ですよ）、などなど。 こういった、ソフトウェア開発者が日々過ごす広義の「環境」について言えば、 Quipper はかなりい
「それがリーダーってもんだよ」 | quipped
同じフレーズを、太平洋を隔てた2つの場所で聞いたので、メモしておく。 @2012年12月東京のなんか洒落たカフェ 隣の席に20代半ばくらいの男女が座っていた。距離感からして友達だろう。女の子はルースフィットの灰色のデザイナーTシャツに橙色のホットパンツという出で立ちで、細長い足は黒いレギンスに包まれ、履いているヒールは恐らくCoachかなんかだろう。1とても趣味よくまとまっており、日本の女の子は綺麗だと再認識させられる。 打って変わって男の方は、よれよれのワイシャツを無造作に安ジーパンに突っ込んでおり、靴は薄汚いNew Balanceで、髪はぼさぼさだ。美女と野獣とは言わないが、美女と醜男には違いないので、面白半分に会話に聞き耳をそばだてた。ずっとNew Balanceの方が話していたのだが、どうやら彼はベンチャー企業で働いているらしい。 いろいろ大変だけど楽しいよ。やっぱね、仕事ってさ、
海外記事：なぜ、AndroidのゲームはiOSの後に開発されるのか？ | Pocket Gamerより - ゲームキャスト
「なぜ、多くのAndroidのゲームはiPhoneより後に出るのか」 docomoユーザーのAndroidが多い日本では少しだけ状況が違うが、それでも海外ゲームをプレイするゲーマーにとってはこの疑問は残るところ。 Pocket Gamerにてこの理由について開発者に直接質問して語った記事があったので紹介したい。 回答者はApple rewindでゲーム部門を受賞した『Walking Mars』開発者、大手パブリッシャーCrescent Moonの代表者などいずれも海外の大物たち。 例によって誤訳御免で。 私たちの読者の多くが本当に知りたいことは、なぜ、Androidよりも数ヶ月前に、iOSにゲームがリリースされるのか、ということでしょう。 AndroidユーザーたちはGoogleのOSがAppleのプラットフォームよりも大きなシェアを誇っていると言います。 一体、なにが正しいのでしょうか。
IT・ソフトウェア産業が老化に弱い３つの理由 -倒産の真相- | 軍荼利管理人ブログ
システム・ソフトウェア開発業者の倒産数、過去最悪に （軍荼利 速報より） 帝国データバンクは1月15日、2000年から2012年にかけてのシステム・ソフトウェア 開発業者の倒産動向調査結果を発表した。 システム・ソフトウェア開発業界では、事業立ち上げの容易さやPC・携帯電話の急速な普及を背景に、バブル以降、数多くの企業が設立された。 しかし競争が激化し、リーマン・ショックや東日本大震災の影響などもあって2008年を境に倒産が急増。 2007年以降は、設立企業が大幅に減少するなかでの倒産増となっている。 確かに２００８年以降の倒産ラッシュはひどかった。ネットニュース見てると知ってる会社がどんどん潰れていったのも記憶に残っている。 新聞のお悔やみ欄とか、訃報系で「心不全」と書いてあるような奴は大抵自殺なのも相場だけど、心不全が多発した数年間だったとも言える。結局、俺はこれは危ないと思ったので早
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログミーBiz
層雲峡マウントビューホテル | ホテルテトラグループ【公式】
THE PAGE（ザ・ページ） | 気になるニュースをわかりやすく
