「我々はギークだ」ビール会社の企業憲章に驚き
不祥事からイメージを落とす企業が少なくない。どんなに取り繕っても不利な情報はSNSで拡散され、うわべだけのイメージ広告を打っても効果がなくなってきた。その一方で、世界中で急成長するクラフトビール会社BrewDog（ブリュードッグ）は、マス広告を一切使わずに、SNSだけで熱狂的なファンを獲得してきた。一体どのような方法をとってきたのだろうか？ 英国のクラフトビール・ブームを牽引し、この4年間に英国で最も成長した食品・飲料メーカーでもあるクラフトビール会社BrewDog（ブリュードッグ）。日本でも六本木にオフィシャルバーがあり、着実にファンを増やしている。最近は日本のスーパーやコンビニでもBrewDogのビールが買えるようになってきた。 BrewDogの急成長は、その過激なマーケティングとセットになって語られることが多い。古い業界団体や巨大ビールメーカーに喧嘩を売ってきたことで、「炎上マーケテ
チーム開発を始める時に決めること - GeekFactory
頭の中を整理するために、新たにチーム開発を始める時に決めることをリストアップしてみました。すべて書き出すと大量になるので、プロセスや開発基盤を中心に書いています。 プロジェクト計画 ゴール マイルストン スコープ リリース計画 プロセス チーム構成 リスクと対策 プロセス スプリントスケジュール（例：月曜開始の1週間スプリント） 会議体の設定（例：スプリント計画、スプリントレビュー、レトロスペクティブ） 複数チームのワークフロー（例：プロダクトオーナー、UXデザイナー、開発チーム、QAチーム） 仮説検証サイクル（例：仮説設定、リリース、分析） 進捗管理方法（例：リリースバーンダウン） 品質管理方法 障害対応のワークフロー プロセス改善の仕組み（例：レトロスペクティブ結果のバックログ化） プロダクトデザイン（略） ソフトウェアアーキテクチャ（略） インフラアーキテクチャ（略） テスト計画（略
急成長サービスの裏に「運用」あり、3社がシステム改善秘話を披露 | HRナビ by リクルート
急成長サービスの裏側には「運用」がある。電子番組表「Gガイド」のIPG、飲食店向け予約・顧客台帳サービスのトレタ、ゲームサービスのマイネットが8月26日、サービスを改善する「運用」をテーマにしたイベントを開催。「運用どうでしょう」と題して、自社サービス改善の裏話を発表した。 機械学習導入にあたって検討したのは次の4つのことだ。 そもそもユーザーはそんなものを求めているのか？ コストに見合ったリターンは得られるのか？ もっと優先順位の高いことは他にないのか？ 会社の方向性と合っているのか？ これらを考慮した上で、フルリソースではなく、一部を投入するという形で機械学習の導入に踏み切った。 しかし、ここでまた新たな選択を迫られた。どのタイミングで導入するか、エンジンは開発するか、それとも既成品を購入するか、自作するならその開発チームにだれを選ぶか、といったものだ。 導入時期については「『導入しま
Googleの優秀なチームを分析して見えてきた「優れたチームを作っている要因」とは？
By Steven Zwerink 優れた結果を残すチーム、意見が違ってばかりで何も前に進まないチームなど、世の中にはさまざまなチームの在り方が存在していますが、Googleが社内のチームを分析した結果からは、優れたチームに必ず備わっているといってよい特長が浮き彫りになってきているそうです。 What Google Learned From Its Quest to Build the Perfect Team - NYTimes.com http://mobile.nytimes.com/2016/02/28/magazine/what-google-learned-from-its-quest-to-build-the-perfect-team.html Google Finds That Successful Teams Are About Norms Not Just Smarts
要注意！｢即断即決｣をできない人の口ぐせ
仕事には、個人でする仕事とチームでする仕事があります。自分の仕事をどれだけスピードアップしても、それがチームのスピードとイコールになるとは限りません。 チームのスピードが遅くなる一番の要因は、人と人の間で発生する待ち時間です。チーム内にあるムダな時間であり、私はこれを何も動いていない時間という意味で「アイドルタイム」と呼んでいます。メンバー全員の仕事が速かったとしても、アイドルタイムが多ければチームのスピードは遅くなるのです。 アイドルタイムはリーダーとメンバーの間、各メンバー間の作業と作業の間に発生します。決定事項をリーダーがメンバーに伝達するのが遅い。メンバー間の情報伝達が遅れ、作業に着手できなかった……。こうした時間を限りなくゼロにすればチームのスピードはアップします。 即断即決できない人は、チームに迷惑をかける チームの中で「アイドルタイム」が最も発生しやすいのが、「決める」という
良いマネジャーは部下に説教せず、ツールを与える。
私が出会ってきた良いマネジャーは、殆どの人が 「もっとヤル気出せよ」 「成長しないとダメだぞ」 といった「説教」をしなかった人ばかりだ。 説教自体が悪いのではない。 だが、おそらく皆、説教にほとんど意味がないことを知っていたのではないかと思う。 例えばあるwebサービス運営会社のマネジャーは、「説教したって、人は変わらないですよ。」と言った。 またある商社のマネジャーは「こちらが言っただけで考え方を変える人なんて、見たことないです」と言った。 コンサルティング会社の30歳そこそこのマネジャーは「説教でなんとかしようっていうのは、要するに手抜きか頭が悪いだけですよ。」と言った。 彼ら有能なマネジャーは説教をしない。 ではどうやって人に対して影響を与えるのか。行動と考え方を示すのか。 実は彼らは皆、部下に「ツール」を与えていた。しかも単に与えるだけではない。部下が進んで使いたくなるように工夫を
スキルミスマッチはデスマーチの火種。資質を見極めて炎上を防げ - NaeNote
こんにちは、NAEです。 過去に何度か炎上プロジェクトを経験しました。いくら仕事をこなしても終わらない、無限のように思える暗く辛い回廊。 その多くで共通していたのが、 主要メンバーのスキルミスマッチでした。 今回はそんなお話。 コンサルティングにおけるチーム編成の仕方 スキルミスマッチが起こる理由 スキルミスマッチが織りなす害悪の嵐 本人が苦しい 周囲の人も苦しむ 最悪の場合、炎上プロジェクトへ 本人は低評価を食らうかも 仕事は人のスキルで完遂される 成長余地は資質で見極める まとめ：スキルミスマッチは害悪 コンサルティングにおけるチーム編成の仕方 まず前提として、コンサルティングの仕事でどのようにチームが編成されるかを紹介します。 プロジェクトが立ち上がることになった際、いの一番に着手するのは人集めです。提案書の中にはスケジュールがあり見積もりがあり、その裏にはどのようなスキルやケイパ
チームパフォーマンスモデルとは？
みなさんこんにちは。@ryuzeeです。 人が集まっただけでは機能するチームにならない、というのはみなさんご存知のとおりです。 そしてチームの形成過程をあわらすモデルの1つとして有名なものに「タックマンモデル」があります（こちらを参照）。 今日はもう1つ別のモデルとしてDrexlerとSibbetが提唱している「チームパフォーマンスモデル」を紹介します。 タックマンモデルでは、チームの形成過程は形成期・混乱期・統一期・機能期・解散期の5段階（初期は4段階）で構成されていましたが、このチームパフォーマンスモデルでは、以下の7段階で構成されます。 オリエンテーション信頼の醸成ゴールの明確化コミットメント実行ハイパフォーマンスリニューアルこれらのステージは前半上から下に向います（形成段階）が、この段階では、徐々に制約を感じるようになっていきます。一方で後半に下から上にあがっていく（持続段階）につ
ガルパン杉山P「アニメにはまちおこしの力なんてない」 (1/6)
劇場版は興行収入21億円超、累計動員数120万人を突破 BD発売後も異例のロングランが続く『ガールズ＆パンツァー』 「ガルパンはいいぞ」――もはやそう表現するよりほかないほどの快進撃が続いている。テレビ、OVA、劇場版と続いた大ヒットは社会現象とも言える規模になりつつある。そして『ガールズ＆パンツァー』の主人公たちが活躍する舞台、茨城県大洗町には日々多くのファンが訪れ、町の人々との交流があちこちで見られる。 どのようにして地方都市「大洗」とアニメ「ガルパン」は幸せな関係を築くことができたのだろうか？ その中心人物の一人、バンダイビジュアルの杉山潔プロデューサーに詳しくお話を伺った。 1962年生まれ。大阪府出身。バンダイビジュアル所属。航空・軍事に造詣が深く、「AIR BASE SERIES」をはじめとするドキュメンタリー作品を多く手掛けている。アニメの担当作品には『青の6号』『戦闘妖精雪
開発会社におけるエンジニアスキル向上施策の過去と今｜TechRacho by BPS株式会社
morimorihoge@Webチーム部長です。ご無沙汰しています。ゴ魔乙はギルド戦が実装されてから拘束時間が多くなり、そろそろ見切りを付けようかとも思い始めた今日この頃です。とりあえずポケモンGOは始めました。 しばらくTechRachoに投稿できていなかったわけですが、別に遊んでいたわけではなく、むしろ開発会社としての本業の方で一杯一杯でなかなか記事を書く気合を充填できていませんでした。 今回は、最近社内で（というか主に僕のいるWebチームで）取り組んでいる社内エンジニアのスキルアップへの取り組みについて、これまでの経過と近況を書こうと思います。長いです。 ※今年に入ってから弊社は事業拡大を目指して採用活動を強化しており、現在進行形でメンバの増強を行っています。新しい人が入ってくる中で古くからの人もいるという当たり前のことではありますが、過去にこういう取り組みをしていたんだよという記録
「ついてこれない人は要らない」 というマネジャーについていく人はいない。
マーケティング業界で働く知人と話していた時「ダメなマネジャー」の話が出た。 「外部から来た新任のマネジャーが、「ついてこれない人は要らない」って言ってます。実際、彼の下で仕事をしたくない、という人が現在大勢出てまして、チームは危機的状況です」 と、知人は言う。 「ついてこれない人は要らない」という発言をするマネジャーは結構いる。彼らは確かに成果について真面目に取り組んでおり、また仕事もできる人々である。 にも関わらず、チームの業績は振るわず、メンバーの離職率も高いので、マネジャーは数年のうちに更迭されることがほとんどだ。 結果的にチームは崩壊してしまうだろう。 なぜそう言えるのか。それは以下の理由による。 1.マネジャーはボスではなく、部下に仕えるべき存在である。 このマネジャーは古き良き時代の「ボス」的なマネジメントをしているが、そのマネジメント方法では、現在彼が行っている知識労働では成
KPI に寄与できない開発課題を、組織全体で取り組むということ - クラウドワークス エンジニアブログ
はじめに クラウドワークスエンジニアの八木です。 先般の記事でも触れられていた通り、クラウドワークスではシステムのフレームワークとして採用している Ruby on Rails を 3 系から 4 系に移行しました。 残念ながら、「こことそことあそこを直して、さあリリース！！！」とはいかず、それなりの時間を投入して行いました。 今回は、Rails のバージョンアップをスムーズに行えないという技術的課題は一旦脇に置いておいて、フレームワークのバージョンアップという「事業の KPI に直接寄与できない開発課題」に対して、クラウドワークスの開発チームがどのように取り組んだか、組織体制の話を書いてみたいと思います。 チーム体制の変遷 まず、クラウドワークスで Rails4 対応するために組んだ組織構成について、時系列に沿って簡単にご紹介します。簡単にご紹介と言いつつ先に要約すると、最初は Rails
社内Wikiに情報を書くときに守ってほしい、たったひとつのルール - 無印吉澤
このページについて これは、社内 Wiki に情報を書くときに、私が個人的に守っていて、チームメンバにもできるだけ守ってほしいルールの紹介記事です。このルールを実際に運用するためのコツについても、基本ルールの派生という形で紹介します。 想定する環境 この記事は、社内に Wiki があって、フォーマットが決まったドキュメント（仕様書や手順書など）とは別に、各人がメモを自由に書いて共有できるような環境を想定しています。 Wiki の種類は問いません。PukiWiki、MediaWiki、Confluence、Esa、Redmine などのプロジェクト管理ツール付属の Wiki などなど……何でもいいです。Word 文書などにも適用できなくはないですが、文書を気軽に分けるのが難しい場面には、あまり向かないかと思います。 ルール：「このページについて」という欄をページの先頭に用意し、そのページの概
ベンチャー企業がそっと消える理由
著者プロフィール：柳田善弘（やなぎだ・よしひろ） エデュテイメントプラネット社長。社内教育担当者、教育事業者、学校法人を対象に、研修（授業）企画・教材開発サービスを行う。特に、繰り返し実施する研修で、講師の品質に大きく左右されず、常に一定品質以上の教育効果を生むことをめざした研修の企画・開発を行っている。開発した教材のテーマやメディアは多岐にわたり、ビジネスゲーム『ロボロボ』は韓国大手製鉄会社でも活用されている。 ベンチャー企業の中には衰退・廃業する企業がある一方、飛躍的な成長を遂げる企業もあります。 企業が衰退・廃業する要因はさまざまでしょうが、競争に負けたというよりは、内部から崩壊し自滅するケースが多い印象です。 本稿ではそれぞれの組織の段階について、実際にお会いした起業家の方々の話をふまえて実務家の視点で考えてみます。 多くのベンチャー企業は人知れず消えている 爆発的成長をするベンチ
チーム全員を「プロダクトオーナー」にする3つのカギ～サイボウズkintone開発陣に聞く - エンジニアtype | 転職type
エンジニアが働く上で気になる【開発環境】に焦点を当てた、チーム紹介コーナー。言語やツール類を紹介するだけではなく、チーム運営や開発を進める上での不文律など、ハード・ソフト面双方の「環境づくり」について深掘りして紹介していく。 サイボウズが開発・提供しているビジネスアプリクラウド『kintone』が、右肩上がりの成長を続けている。 2016年3月には契約社数が4000社を突破し、対前年で倍以上の売上を記録。クラウドベースで多様な業務アプリを構築できる点や、カスタマイズ開発の容易さ、そして基幹業務システムとの連携問題をAPIによって解消している点などが、人気の要因となっている。 ビジネスアプリクラウドの『kintone』 この好調を支えているのが、10数名の『kintone』開発チーム。別途設けられたQAチームからのフィードバックや、社内のドッグフーディング（製品を開発者自身がユーザとして日常
週1回×15分でチーム変革！事業を成功に導くクックパッドの振り返り | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 読者のみなさんの中には、普段の会議が単なる進捗報告の場に陥ってしまい、事業を成功に導くための組織変革の場にはなっていないと感じている方も多いのではないでしょうか？ 料理レシピサイトを運営するクックパッド株式会社は、そんな「進捗報告会」では補えない課題を解決する上で有効な「仕掛け」を行っています。それは、「定期個人面談」です。その効果について仕掛け人である同社のエンジニアであるレオさんは、 チームのいろいろな課題を発見し、解決に導くヒントに出会える。メンバーと強い信頼関係を作り、チームにさらなる活気をもたらし、よりよい仕事ができるようになる。 と語ります。日本最大のレシピサイトを支える、この新しい「振り返り」のかたちを取材で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【資料公開】カイゼンの基本
過剰なエンジニアリングを止めて、顧客が本当に必要とするものを作ろう
http://post.simplie.jp/posts/44
小さく始める大規模スクラム
