社内ベンチャーを立ち上げて新規事業に挑戦した中で気付いたこと、MBOして独立した後で多くの新規事業に挑戦する人たちの相談を受けて気付いたことをまとめています。「成功する秘訣はないが、これをやったら失敗する教訓はある。」「イノベーションを目的化してイノベーションは起こせない。」
経営者が新規事業を失敗させてしまう7つの罠
社内ベンチャーを立ち上げて新規事業に挑戦した中で気付いたこと、MBOして独立した後で多くの新規事業に挑戦する人たちの相談を受けて気付いたことをまとめています。「成功する秘訣はないが、これをやったら失敗する教訓はある。」「イノベーションを目的化してイノベーションは起こせない。」
問題意識を感じたときに「効率的に良い状況に変える」ためのアクションリスト - $shibayu36->blog;
自分の置かれた環境で問題意識を感じることってありますよね。例えば 上司全然ちゃんとやってくれないじゃん！最悪！ 会社にこういう問題あるじゃん！なんで直らないの！最悪！ みたいな感じ。 昔はこういう問題意識を持った時、自分で「良い状況に変える」ことに苦労をしていました。しかし、最近は自分の意識を変えることで「効率的に良い状況に変える」ことをしやすくなったなと感じています。そこで今回は、どのように自分が意識を変えたかということと、問題意識を感じた時に最近試しているアクションについて書いてみようと思います。 昔に自分がよくやっていたアクション 問題意識を感じた時、昔に自分がよくやってしまっていたのは 飲み会の場で愚痴る 上司に詰め寄る 問題意識だけを提起する というようなアクションです。このようなアクションをした時、良い上司はちゃんと話を聞いてくれて、実際に問題が解決することも多くありました。
回収できなかった案件の恐怖 - Qiita
回収できなかった案件についてお話しよう はじめに 今からｘ年前の事。某技術者が多く集まるSlackにて C++でWebクローリング出来る人はいないか？ とのことで、以前より Boost.Asioの記事をかいてる私に話がきた まず案件をくれた人について、はじめての取引なので周辺の人に話をきいたが 少し甘いという意見はあるが、誠実で良い人という意見だったので請けた プロジェクト開始 案件を紹介してくれた人の友だちよりメッセージがきてChatworkに入った 具体的な案件に関しては担当の技術者と話をしてほしいとのことで 金額は時給1万円で月末精算、働いた時間を申請してほしいと言われた 案件内容 作業者と話をした 今までC言語でWebのクローラーを作っていたが、C言語だとOpenSSLがメモリリークしていてすぐ落ちる だからC++でクローリング部分だけ作って欲しい。内部はC言語のシステムがあると
「牧さん、プログラマ辞めるってよ」
タイトル通りです。本日HENNGE最終出社日で、職業プログラマとして働く最後の日となる予定です。 ちなみに以下ツイートでタイムリーなネタだったので乗ったら、2週間ほど前から準備していたこのブログエントリのタイトルをそのままつぶやいてもらえる、という奇跡が起こりました。 あらためて、今日でプログラマというキャリアを終え、明日からDevRelというか、大規模イベント運営を主眼とした活動を株式会社メルカリでやっていくことにしました。 別にこれからも必要な時にコードは書きます。というか、書かないわけがない。でもそちらを生活の糧とするのはやめて違う業種にピボットすることにしました。 とは言え、自分なりに20年続けてきた分野を主戦場とするのをやめるのはそれなりに大きな決断でしたし、決断をした時は久しぶりに馴染みのバーでぐだぐだと愚痴を吐きました。正直まだ実感は沸いてません。軽い決断ではなかったですが、
エンジニアは最初の会社を1年程度で辞めた方がよい理由 - Qiita
「実務未経験からWeb系エンジニアにジョブチェンジする方法」に関しては、最近かなり広く知見が共有されるようになってきましたが、「Web系エンジニアにジョブチェンジした後の転職戦略」に関してはまだまだ有用な情報が少ないという印象です。 学生時代からプログラミング経験があり、レベルの高い有名Web系企業さんに新卒で就職できた方たちは別として、キャリアの途中でWeb系エンジニアにジョブチェンジされた方たちが「エンジニアとして爆速で成長していく」「早い段階でガッツリ稼げるようになる」ためには、「適切なタイミングで適切な環境に移動する」ことが必須となります。 さらにその「移動頻度」に関しては、皆さんの考えている「数年ごとに転職」程度では大抵の場合「少なすぎ」であり、特に最初の会社に関しては「1年程度で辞めることが望ましい」というのが私の見解になります。 以下、最初の会社を1年程度で辞めた方がよい理由
about_mizchi_job.md
最新のステータス: 追記: 2019/7/10 転職しました。長らくのご愛顧誠にありがとうございました。 転職先をちょくちょく探しています。 興味ある方は twitter @mizchi へのリプライorDM、または mizchi2w@gmail.com まで。 メールは、反応が悪い、というか月末しか見ていません。メールの場合、送ったとtwitterで一言もらえると確認すると思います。 現在のステータス 良いところがあったら社員契約したい。全く急いでいない。 現在、フリーランスで 3 社との契約 + WebDB Press での隔月の連載を持っています。 面白そうな仕事をつまみ食いできる、フリーランスというあり方が嫌いなわけではないですが、先のことを考えながら仕事することや、月末の書類業、曜日ごとにやることが変わるコンテキストスイッチにやや消耗しています。また去年の税金にびっくりして、ちょ
年収2000万円！謎めいた｢キーエンス｣の実態
高収入は激務の裏返しではないか――。インターネット上などではブラック企業とのうわさも流れる。同社評の1つが、「20代で1000万円超え、30代で家が建ち、40代で墓が建つ」。平均勤続年数が12.2年とそれほど長くないことから、稼ぐだけ稼いで独立するというイメージもある。 こうした見方に対し、キーエンスの経営情報室長の木村圭一取締役は「厳しい働き方を求めているわけではないし、若手の裁量度がとても高い会社だ」と語る。高収入は会社の成長と高収益を社員に還元している結果だという。 営業利益率は脅威の50％超え 経済産業省の企業活動基本調査によれば製造業の売上高営業利益率は4.7％（2016年度実績）である。それに対し、キーエンスの2018年3月期決算は売上高5268億円、営業利益2928億円と営業利益率にして約55％という驚異的な水準をたたき出した。成長も継続中。2008年3月期決算は売上高200
アナログ地獄だった職場にSlackを導入するまでの一部始終 - ジゴワットレポート
今の会社に転職してきて驚いたのは、仕事の細々した部分がアナログで回っていたところだ。 「細々した部分」というのは、例えば伝言メモとか、社内・部署内回覧文書とか、そういう類のもの。有給を取った次の日に出社すると、デスクの上には沢山の付箋と紙が置いてある、という感じ。そして、データの受け渡しに実物のUSBメモリが行き来する。ゲーッ！今はもう平成も終わる2018年だぞ！！ また、「△△さん、株式会社〇〇のＡさんへ電話を入れてください」といった伝言を伝えるのに、該当部署に内線をかけるも不在、その折り返しをください、そしたら今度はこっちが離席・・・ といった無様なキャッチボールも頻繁に発生する環境。 自分の部署全員で共有する仕事も、「みなさんちょっと聞いてくださ～い」みたいに呼びかけて、資料を配って、説明して、そしたら途中で電話が入って説明が中断して、といった具合。非常に効率が悪い、というか、やって
翻訳：AIの冬は確実に近付いている (Filip Piekniewski) - Qiita
この記事は、Filip Piekniewski氏のブログ記事 "AI Winter Is Well On Its Way" の翻訳です。 追記：Filip Piekniewski氏による本記事への補足も合わせてご覧ください。 翻訳：AIの冬はますます近付いている (Filip Piekniewski) AI Winter Is Well On Its Way ここ数年、ディープラーニングはいわゆるAI革命の最前線に位置付けられてきた。そして、多くの人が信じてきたところによると、ディープラーニングは我々をシンギュラリティ (汎用人工知能) という驚異の世界へと導いてくれる銀の弾丸なのだという。2014年、2015年そして2016年には多くの投資が行なわれ、AlphaGo のように新しい境界線が押し広げられていった。テスラといった企業は、CEOの口を通して完全な自動運転車はすぐ近くに迫っている
開発マシンの人権スペックについては俺にも語らせろ | anopara
Twitterで開発マシンの「最低限の人権」とされるスペックについての話題が広がっています。 発端はこれです。 対GAFAで研究者の処遇改善 NTT、流出に危機感 NTTでは優秀な人材はGAFA（Google, Apple, Facebook, Amazon）に引き抜かれるので処遇を改善しよう（具体的には給料をあげよう）という話です。 そこで、「いや、給料だけの問題じゃない。意思決定が遅い組織的な問題やITエンジニアの仕事そのものへの無理解に起因する開発環境のチープさに嫌気が差して止めていくエンジニアは多い」という話がぶり返されます。この問題はITエンジニア業を営む人にとっては本当によく見る問題であります。 そんな中、ネットで有名なエンジニアの一人がタイムリーにNTT（研究所）を退社しGoogleに入るというエントリを書きました。 6年勤めたNTTを退職しました これでこの開発環境周りの論
5年強勤めたNTTを退職する気はありません（無能編）
みかかをやめたエントリーが流行っていますが、自分自身もOBOGのみなさんが指摘している問題は当然認識しております。 特に心に来たのがこちら。 https://anond.hatelabo.jp/20181126192228 それなのに、なんで自分は当面しがみつく気でいるんだっけ、と考え直すきっかけになったので 自分向けの整理を兼ねて、このぬるま湯を飛び出す気なんてない無能側からの視点で書かせていただこうと思います。 以下、殆ど労働環境の自虐風自慢になりますので「叩く前に一応中身見ておくか」と思ってクリックしてくれた律儀な方は 現時点で戻るボタンを押してブクマにご登録の上「結局自慢じゃねーか時間を無駄にした」なり「ブルジョアがいたぞ殺せ」なり書いてくださって結構です。 ただ、もしあなたが就活生ならば、自分がみかかにフィットするか判断する一助になるかもしれません。 自己紹介偏差値60程度の私立
管理職は高度スキル職ではない（と日本人は思っている）
違うんだよなあ。 これが違うんだよ。 実際日本の管理職は管理職としての高度なスキルを持ち合わせていないのは確かだ。 でもそれを理由に管理職という仕事にスキルが不要だと思うのは同じ間違いを繰り返しているだけの悪循環ルーパーズだ。 日本が変わるのにはまず最初に管理職に管理能力というスキルをきちんと要求する所からスタートしないと。 間違っても上に媚びへつらう能力や自分に媚びへつらわせる能力を物差しにしちゃダメだ。 とはいえ、お偉いさんのご機嫌をとる能力が不要かと言えばそうじゃないけどな。 もちろん、自分より下の人間の機嫌を取るスキルだって重要さ。 まあこれは管理職だけに求められるスキルじゃない。 関わる人間が気持ちよく仕事を出来るようにする事の価値を０と見積もるのはノーセンスノービジネスライクさ。 でもそこを管理職としてのスキルとして査定しちゃあダメだなあ。 組織の全員が求められるコモンスキルと
日立子会社でパワハラ労災 残業１６１時間、いす蹴られ：朝日新聞デジタル
日立製作所の２０代の男性社員が出向先の子会社で精神疾患を発症したのは、月１００時間を超す時間外労働とパワーハラスメント（パワハラ）が原因だとして、高岡労働基準監督署（富山県高岡市）が労災認定した。個人加入の労働組合「労災ユニオン」と男性が６日、記者会見して明らかにした。認定は１月１６日付。男性の体調の改善を待って会見を開いたという。 男性は２０１３年に日立製作所に入社。１５年６月から子会社の日立プラントサービス（東京）に出向し、富山県内の化学プラント建設現場で施工管理の監督業務に従事した。 男性によると、約２００人が働く工事現場で、監督業務は上司や同僚と１０人前後で担当。だが、一番年下だったため、作業状況の把握、来客対応、事務用品の発注、弁当の準備、電話番など多くの仕事を任され、午前７時半から午後１０時過ぎまで働くことが多く、土曜日も出勤した。 出向翌月の残業を手元の記録通りに約１７０時間
新卒ですが精神が枯れました
精神が枯れたきっかけですが，全くわかりません．朝目が覚めて，有給を使っておやすみしていたけどやらなければいけない仕事があって，それを知覚した瞬間から胸が締め付けられるような気分になって，そのままずっとです．笑っちゃいますね． 新卒で夢だった業界に入って，研修ではすごい人達の話をたくさん聞けて，やっぱりいい会社入ったなぁ，幸せだなぁと思っていたら，配属先のプロジェクトで初月から残業が70時間超えていました．ちなみに先月は80時間です． こんな数字を見て「うわ，会社ブラックだね」と思われたくてこの記事を書いているのではないのです．これが楽しいやりたい仕事であるなら良かったのです．辛くても，達成感があったり，自分が関わったものが良くなっている実感があったり，自分のできることが増えていたり，そういうのだったら良かったのです． 変な話ですが，配属先のプロジェクトからは撤退戦の匂いしかしません．もう，
業務利用しているOSSの休日個人開発は業務か？ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、OSS推進室長の岡田(@y_okady)です。 先日公開したOSSポリシーについて、たくさんのご意見をいただきました。ありがとうございます！ その中の一つに、労務管理上の懸念についてのご指摘がありました。上長からの指示がなくても、業務利用しているOSSの休日個人開発は業務にあたるのではないか、というものです。 僕としては、OSSガイドラインの導入にあたっては社員が無意識の時間外労働をしないよう会社側に留意してほしい、そのことは会社のリスク管理と、社会全体の労働者保護につながることであるし、労務管理について理解することは社員本人にとっても有益であろう、というあたりかしら— Kazuho Oku (@kazuho) 2018年9月11日 これについて、社員のオープンソース活動を支援する役割を担う「OSS推進室（OSPO）」で話し合って見解をまとめたのでご紹介したいと思います。 技術
イベント用質問集 - mhlyc -practice
某イベント用の質問集です。 哲学 ぼくたちはなぜ生まれてきたのですか？またそれを知ることに意味はありますか？ 人生の目的とは何なのでしょうか？また決めた方が良いことなのでしょうか？決めた方がいい場合、それはどうしたら見つけることができますか？ 自分探しの旅に出ることに意味はありますか？ 人生をかけて成し遂げたいことがございましたらお聞かせください。 人生において大切にしていること、ポリシーなどありましたら教えてください。 他人の言うことに惑わされず、自分のやりたいことや目指したいことに一途に向かっていくためにはどういったことが必要でしょうか。 なにか大きな決断をする際、他人に相談することは必要ですか？相談をしすぎると周りの意見に振り回されてしまうことがあるように思います。 ソフトウェア品質 品質とは何ですか？ 品質を保証するとはどういうことですか？ 品質管理と品質保証は何が違うのですか？
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
アマゾンの面接での21のタフな質問 —— 同社を受けなくてもキャリアの見直しに役立つ
アマゾンは良い人材を雇うためなら、どんな苦労も惜しまない。 我々は求人サイト、グラスドアの数百のレビューから、アマゾンの面接で実際に候補者に出されたタフな質問をピックアップした。 面接では、候補者の人となりやこれまでの業績を問う質問が最も多かった。 ｢たとえ50人面接したとしても、不適切な人を採用するくらいなら、1人も採用しない方が良い｣と以前、アマゾンCEOのジェフ・ベゾス氏は語った。 アマゾンは良い人材を採用するためなら、どんな苦労も惜しまない。 実際、ベゾス氏は同社を担う良い人材を採用するために以前は全ての候補者と面接していた。 それを踏まえると、同社の面接では難しい質問を通り拔けなくてはならないことは当然。アマゾンは候補者がテック業界のトップ企業にふさわしい人物か否かを見極めようとしているのだから。 我々は求人サイト、グラスドアの数百のレビューから、2017年にアマゾンの面接で実際
プログラマーで年収1,000万円は高い？目安となる月収や習得すべき言語は？ | クリエイターのための総合情報サイト CREATIVE VILLAGE
「年収1,000万円」これは日本で働くうえで、収入の1つの大台と言えます。職種によって実現のしやすさは変わりますが、果たしてプログラマーでも年収1,000万円に到達することはできるのでしょうか？ 今回はプログラマーが年収1,000万円を目指すうえでどんなことを意識すべきなのか、稼げるプログラミング言語はあるのか、キャリアプランはどう描くべきなのかなど、高収入プログラマーを目指すうえで必要なポイントを解説します。 システムエンジニア（SE）とプログラマーの違い SEとプログラマーの年収の差を見ていく前に、まずはそれぞれの仕事内容の違いから確認することが重要です。それぞれの仕事内容によって年収にも少なからず差が出る傾向にあります。 システムエンジニア（SE）の仕事内容 例えば、新しいソフトウェアを開発するとしましょう。これを完成させるには、SEとプログラマー双方の力が必要ですが、まず動き出すの
なぜ grooves はフレックスでの深夜勤務を認めることができなかったか？ - Grooves開発ブログ
昨日 2月末に株式会社groovesを退職します を発表したエンジニアのマネージャーを務めている（2018年1月時点）赤川です。 本記事の前半では、なぜ彼が望む「フレックスでの深夜勤務」を用意できなかったかを紹介し、後半では彼と共にプロダクト開発に携わってきた立場から、彼の推薦文を書きます。 なぜこの記事を書くのか？ フレックス制度の導入を検討している会社の参考にしてほしい エンジニアの成長・キャリアアップを応援する Forkwell を運営している会社が、自社のエンジニアのキャリアアップや転職を応援しないのは嘘になるので、感謝をこめて送り出したい 今回の経緯 まず、今回の件について、彼とどのように会話を進めてきたかを紹介します。 2017年8月 1on1 MTG で、自身の生産性をあげるためにフレックスを導入したいと伝えられる。フレックスについて調査開始。 10月 エンジニアチームに、深
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
