コミュニティは2回集まると死ぬ。｜papanda｜note
昔から、さまざまなコミュニティをつくってきた。ただ、どれも長続きはしなかった。結局、今も残っているのは一つだけ。最初は集まってきたみんなもこれから始まることに期待でいっぱい。すごい盛り上がりを見せる。ところが、たいていの場合わずか2回目の集まりを経たところで、もう衰退期に入っていく。3回目には集まる人数が激減する。ここまで2-3ヶ月程度のことだ。コミュニティは2回集まると死ぬ。 長らく、その理由が分からないでいた。どういう工夫をとっても、たいてい死んでしまう。どういう集まりだったとしても。顔ぶれが違っていても。同じ道を辿る。まるで私だけタイムリープを繰り返しているかのように。2回目で死を迎えることになれてしまっているし、特に驚きもしない。ただ無力さだけはいつも感じていた。 ある時、一つの仮説に思い当たった。ヒントはリモートワークだった。仕事として、リモートワークを基本とする日常を送り、組織
残っても地獄、辞めても地獄……多くの日本人が悩む働き方の現実 (1/4) - ITmedia ビジネスオンライン
「会社を辞めるべきか、辞めるべきではないか」 組織に入ってがむしゃらに働いてきた時期が過ぎ、将来のキャリアパスを考えたり、未来の自分を想像したりし始めたサラリーマンの中にはそう悩む人もいるだろう。筆者自身も起業するために経済産業省を退官しようと決意し、いざ辞めるまでの5年間はずっとそういう気持ちだった。 課長補佐になってさまざまな産業界の人たちと仕事をする機会を与えてもらい、国家プロジェクトの立ち上げやマネジメントを体験させてもらえたが、その先には組織の内部調整のためのポストが待ち構えていた。そこを通り抜けることで課長への道が開けていくのが官僚のキャリアパスだ。実力を認められれば課長の後に審議官、局長へと進むこともできるが、そういったポストに就いたころには定年やセカンドキャリアがちらつき始める。 30代半ばを過ぎ、辞めていく同年代の同僚が増えたほか、テレビのドキュメンタリー番組などを見て、
Google、メルカリも採用。新メンバーのパフォーマンス＆定着率を上げる「オン・ボーディング」 | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 売り手市場で熾烈を極める採用活動。なかなか優秀な人材や即戦力人材が採用できないと悩む企業も多いなか、苦労して採用した社員がすぐに辞めてしまった、高額な年俸を設定したのに期待通りの成果を上げられなかった･･･といった嘆きの声も聞かれます。 そんななか、雇用の流動性も高く、毎週のように新入社員が入社するような多くの外資系企業では、「オン・ボーディング」という人材開発手法が導入されており、最近ではメルカリなど日本の有力ベンチャーでも取り入れられています。 新しく入社した社員のパフォーマンスをなるべく早く発揮できるように、どんな研修が行われているのか――。数々の日本企業をオン・ボーディングの設計で支援するモティファイ株式会社取締役
初転職4年間のまとめ、あるいはCTOを辞めたお話 - 考えた。
4年間務めた株式会社セプテーニ・オリジナル、およびコミックスマート株式会社を退職しました。役職はどちらもCTOでした。どなたかの役に立つことを願い、4年間の活動とその結果をまとめます。2014年。開発組織を作るためにやってみた事 と 2015〜2016年で開発組織を作るためにやってみたこと を最新結果と共にまとめた物になります。 前提：自分は何をやりたかったのか "高速で高品質な開発ができる組織を作りたかった"が一つ。これは前のエントリ技術的負債について考えたで詳しく述べています。 もう一つは "有名プロダクトも知名度もない会社で腐った開発をしてたら、採用ができないよの解決"です。採用は会社の生存には欠かせない重要な要素ですが、エンジニアにはセプテーニの知名度はほぼありませんし、GANMA!等を除けば基本的に社内向けのツール開発になります。その上で開発文化も残念な状態になってしまってはエン
無能にペナルティを課しても、無能は組織からなくならない。では、どうするか。
いろいろな会社で仕事をしていると、「ケアレスミスをする人」「同じミスを繰り返す人」に結構な割合で遭遇する。 やれるのにやらない、わかっていてもできない、大事なことを忘れる、そのような行動を繰り返す彼らに付けられる名前は無慈悲そのものだ。 すなわち、「無能」である。 そして、世間は無能には極めて厳しい。 ハーバード大学公衆衛生学のアトゥール・ガワンデ氏は次のように表現する。 私たちは、そのような「無能」の失敗に対しては感情的になってしまいがちだ。 「無知」による失敗は許せる。何がベストなのかわかっていない場合は、懸命に頑張ってくれれば私たちは満足できる。 しかし、知識があるにもかかわらず、それが正しく活用されてないと聞くと、私たちは憤慨せずにはいられない。 氏の述べる通り、「知っているのにやらない」時や、「わかっていてミスをした」時には、組織はミスをした人物に非常に冷酷な仕打ちをする。 叱責
潰れる会社に必ずいる｢静かな殺し屋｣の正体
平常時は一見円滑、自覚症状ないまま進行し、ある日突然牙をむくサイレントキラー。大手の破綻・優良13社を対象に、再生機構等が派遣した専門家や複数企業を知るOBなど87名にインタビューを実施し、アカデミックな方法論で破綻企業の分析を志した。『衰退の法則』の著者で、日本人材機構の小城武彦社長が見いだした破綻企業の共通要因に、あなたの会社は心当たりがないだろうか。 成功・失敗、責任の所在がはっきりしない会社 ──共通項の第一が、経営陣の予定調和的な意思決定だと。 ガチンコの議論をしない。いつも会議はシャンシャンで終わって、そうなるよう事前調整するのがミドルの仕事。経営会議の場で幹部同士がガチンコの議論をするのはよしとしないから、基本的に全会一致。事前に誰かから反対意見が出ようものなら、事務局から「オマエ、調整が足りない」と言われ、上程を先送りするわけですね。 全会一致にこだわるのは、やはりギスギス
Kaizen Platform という会社について
Qiita:Team エントリのレベルが高い CEO や CTO 、プロダクトマネージャーの書く Qiita Entry のレベルが高く、 Qiita:Team のタイムラインがはてブのホッテントリのようだった。ブックマークできるもんならしたいという感じ。お金を儲ける仕組みってこうやって作り出されていくんだなぁと思いながら眺めてた。技術顧問の伊藤直也さんが残していった名エントリも結構あった。 Kaizen エンジニア行動指針とか。 SRE （インフラチーム）のレベルが高い インフラが盤石だった。 SRE は二人しかいなかったがとても仕事が速く、困ったことがあって Slack のインフラ相談チャンネルで相談したらたいてい 3 分くらいで問題が解決してた。 yosudo さんは問題解決能力が高すぎていまは SRE ながら VP of GA （総務部門のドン）やってるし、 glidenote さ
チームの成果は「有能な人」ではなく、「最も無能な人」に依存する。
あるソフト開発のエンジニアと話をした時、 「現場の改善活動」の話になった。 その方が言うには、 「社長の命令で、「やる気のある人」を中心に一生懸命、改善活動をしている。アイデアは現場にたくさんあるので、実行するのに結構忙しいんだけど、なぜか納期や品質が改善された感じがしない。なんでだろう。」 という相談をされた。 そして偶然、ほとんど同時期に、同じ相談を複数の会社から受けた。 「やる気のある人が頑張れば頑張るほど、全体として成果が出ない」という皮肉な状況。 これは何処の企業でも大変良く見られる状況なのだ。 「ザ・ゴール」という本を読んだことがあるだろうか。 エリヤフ・ゴールドラット氏という、イスラエルの物理学者が著したもので、「制約条件の理論」について小説形式で解説されている。 非常に面白い本、かつ役に立つ知識が収められているので、新社会人必携の書籍と言っても良い。 そして、この本のテーマ
良いチームとは「何でないか」 - Yamotty Blog
2017 - 01 - 20 良いチームとは「何でないか」 プロダクト-プロダクトマネージャー 「良いチームとは何か？」 という質問を投げかけると、答えが多様にわたり、同じチームに所属していたとしても認識が全く揃わないことはザラである。 アメフトチームをコーチしていた時。この組織の目的は驚くほど明確で「全ての試合に勝つこと」以外に存在しない。と、僕は思っていたが、チーム全員（100名超）との1on1を行うと 「職場での評価が上がる」 「仲間との関係」 「〜に憧れている」 などの、「勝利」と直結しない所属動機が浮き彫りになった。また仕事におけるチームでも、同様の質問を投げかけると 「会社に来るのが楽しいこと」 「コミュニケーションがスムーズ」 「お互いが尊重し合える」 など、必ずしもチームが達成を目指す成果に結びついていない回答が殆どであったりする。このことから、 良いチームを定義するのは簡
わたしのバイモーダル戦略 : 小野和俊のブログ
このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化とアジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
スケールする開発組織の作り方 #jawsug
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
おいらの好きなはてな及びなおやさんや近藤さん。 : ひろゆき＠オープンSNS
【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ おいらの好きなはてな及びなおやさんや近藤さん。 : ひろゆき＠オープンSNS ひろゆき＠オープンSNS (ひろゆき＠オープンSNS) 投稿者, @ 2007-07-04 04:20:00 おいらの好きなはてな及びなおやさんや近藤さん。 最初から万能な技術者なんていません。 僕があった当時のなおやさんは、某大手会社にいて、LAMPをいぢる人だったはずなのに、気がついたら、カーネルのソースコードみていじってる人になってました。 はてな市民の住所登録騒動のときに、「間違ったことをやっても、間違いを正せばいいじゃん。」みたいな価値観で、試行錯誤や回り道を許してる環境が人を大きくするのだろうなぁ、と。 法務や総務やサーバメンテやらサポートやらを自分たちでやるということになると、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さびれた勉強会を復活させる 文化のリファクタリング // Speaker Deck
リーダーになるすべての人に知ってほしい チームビルディングの極意
開発組織マネジメントのコツ - Speaker Deck