パーキンソンの凡俗法則 - Wikipedia
自転車置き場 パーキンソンの凡俗法則（パーキンソンのぼんぞくほうそく、英: Parkinson's Law of Triviality）とは、シリル・ノースコート・パーキンソン（英語版）が1957年に発表した、「組織は些細な物事に対して、不釣り合いなほど重点を置く」という主張である。パーキンソンがこの法則を説明する際に用いたたとえ話から「自転車置き場のコンセプト」、「自転車置き場の色」または「自転車置き場の議論」などの言い回しで使われることもある。 主張[編集] この法則は、シリル・ノースコート・パーキンソン（英語版）による、経営の風刺書『パーキンソンの法則』[1] の中で出されたものである。パーキンソンはこの法則を説明するたとえ話として、委員会が原子力発電所と自転車置き場の建設について審議する様子を比較している。 原子炉の建設計画は、あまりにも巨大な費用が必要で、あまりにも複雑であるため
クックパッドを退職しました - 昼メシ物語
2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理と Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。本当に感謝しています。こ
なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
10年続けたCTOを辞め、新たな道へ
おれはCTOをやめるぞ！ジョジョーーッ！ だれ？こんにちは @zaru というIDで活動しているプログラマです。今年で40歳になります。株式会社ベーシックでCTOをしており、個人ではYouTubeでムーザルちゃんねるという技術動画を配信したり、コードが動かないので帰れませんという技術書を書いたりしています。プログラミングとデザインが好きです。 こんなアイコンで活動してますベーシックに中途で入社し14年、CTOをやって10年たちました。ベーシックではメディア事業に始まり、スマホのゲームアプリ開発や、アドネットワーク、最近ではBtoB SaaSの開発をしていました。 ベーシックという同じ会社にいながら全く異なる仕事をしていたので飽きることなく、あっという間に時間が溶けていった感覚があります。当時開発メンバー最年少で入社したのに、今では最年長になってしまいました。そして、今年2023年末をもって
不正・横領は自分に関係のないことじゃないって話｜ANRI
ANRI元島です。一部上場企業で経理をやってました。 言えないあれこれも経験してきましたが、色々な方と話しているとどうやら不正などは自分や自分の会社とは無縁、と思っていらっしゃる方も多いようなので、そうじゃないよ、誰にでも起こり得るよ、ということ、そして体制構築はメンバーや自分を守ることでもあるよ、ということをお伝えできればと思います。 スタートアップと不正ディープテックスタートアップには苦い経験があります。 調達額とほぼ同等の金額が不正の対象となったエルピクセルの事件です。関係者も知り合いが多くこするようで申し訳なさもあるのですが、最近起業された方々はご存じないということが判明したのであえて書きます。以下のことがわかります。 大型の調達をして体制が整っていると思われるスタートアップでも起こってしまう 投資家が取締役に入っていても簡単にはわからない 国の研究費を受けており、そういった機関の
「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない｜柴田史郎
ここ1年ぐらい感じていた「学びに関する格差」の話を書く。 最初にまとめ・勝手に学ぶ人は、自分の周囲にある「学びに使えそうな仕事」を探して自分の仕事にすることを繰り返す ・期待されて学ぶ人は、上司とかの期待に応えて新しいことを学ぶ ・「勝手に学ぶ人のスピード」＞「期待されて学ぶ人のスピード」なので、格差が開いていく ・「早く行きたければ一人で行け、遠くへ行きたければみんなで行け」が実現できない ・勝手に学ぶ人を止める理由も見つからない ・困ったなあ（解決策わからない） では詳細を書いていく。 勝手に学ぶ人：自分の周辺にある「誰も手をつけてない仕事」を発見し、自分の学びに利用するそれぞれが自分の担当範囲の仕事をしているとする。 それぞれが自分の担当範囲の仕事をしている勝手に学ぶ人は、「誰も手をつけてない」かつ「自分の学びになりそうな」仕事を自ら発見して、自分の仕事として取り組む。 勝手に学ぶ人
資料室
当協会が作成した資料について 生成AIの利用ガイドライン 生成AIの活用を考える組織がスムーズに導入を行っていただけるように、利用ガイドラインのひな形を策定し、公開します。 このひな形を参考に、それぞれの組織内での活用目的等に照らして、適宜、必要な追加や修正を加えて使用ください。 ※2023年5月に公開した第1版に改訂を加えた第1.1版を公開（2023年10月～）しています。 ※『生成AIの利用ガイドライン』に関するご意見やご感想はこちらよりお寄せください。 ※JDLA公式Youtubeチャンネルにて公開中の記者発表の模様は、2023年5月1日公開の第1版の内容に基づいています。現在公開中のバージョンとは異なりますのでご留意ください。
Googleが1万人以上の人員削減を進めるために社内の業績評価システムを厳しくしている可能性
イーロン・マスク氏が大改革を行っているTwitterでは従業員の半数がレイオフの対象になり、話題となりました。また、Facebookを運営するMetaでも数千人規模の大規模なレイオフが実施されます。そして、ビッグテックの一角であるGoogleでも社員の業績評価システムがより厳しくなったことで、1万人以上の従業員が削減される可能性があると報じられています。 10,000 Google Employees Could Be Rated as Low Performers — The Information https://www.theinformation.com/articles/10-000-google-employees-could-be-rated-as-low-performers TCI, an activist investor, claims that Alphabet n
エンジニアリングマネージャのしごとを読んだ, Ruby 開発者会議 11 月 - HsbtDiary(2022-11-17)
■ エンジニアリングマネージャのしごとを読んだ https://www.oreilly.co.jp/books/9784873119946/ 目次を眺めて発売日直後に買ったものの、無限に読む本が積んであるので後回しとしていたけど、ITエンジニア本大賞2023 が告知されているのをみて、読んでもいない本を推薦するのはいかんなと思いうりゃっと読んでしまった。感想としては大変素晴らしい本なので、シニア以上のエンジニアにはぜひ読んでもらいたい、という内容だった。 エンジニアリングマネージャの本はちょうど英語で出版されたものの翻訳のムーブが日本に来ているような気がしていて、あらゆるレイヤの本がオライリーを中心に出版されているけど、エンジニアリングマネージャのしごと、の本は抽象的かつ個人の経験談になりがちなマネジメントの話題について、多数の文献や論文を引用しながら、事象とそれに対する対策、何をすればい
伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type
この連載では、注目企業のCTOが考える「この先、エンジニアに求められるもの」を紹介。エンジニアが未来を生き抜くヒントをお届けします！ ニフティ、はてな、グリーなど、日本のIT黎明期をけん引してきたベンチャー企業でサービス開発をリードし、エンジニアとして広くその名を知られた伊藤直也さん。 2016年には宿泊・レストラン予約サイトを運営する一休のCTOに就任し、大きな注目を集めた。 あれから6年。『一休.com』『一休.comレストラン』のUI/UXは飛躍的に向上。新型コロナウイルス感染症の影響で旅行・外食業界が苦戦する中でも業績は好調だ。 しかし、伊藤さんがCTOに就任した当時、同社はさまざまな技術的負債を抱えており、開発課題が山積みの状況だった。 伊藤さんはなぜ、一休にジョインすることを決めたのか。開発組織の変革のために取り組んだこととあわせて、伊藤さん自身が一人の技術者として成長を続ける
技術選定で失敗しない、正解にする力 - クックパッド開発者ブログ
プログラミングが好きなエンジニアの渡辺です。 先日 TechMTG という社内のエンジニアミーティングの場でお話させて頂いたことを書いてみようと思います。 表題の「正解にする力」というのは様々な意思決定に適用出来るものとして考えていますが、今回は技術選定という観点でお話します。 技術選定というと、世の中のデファクトだとか、新しい技術だとか、社内で実績のある枯れた技術とか色々な理由や基準で選ぶのが良いと、至るところで言われていると思います。 選定時に議論が平行線にならないように、判断基準を設けるべきというのもあるでしょう。 これらは重要であり、検討、準備することは必要ですが、それに加えて「正解にする力」というのも重要なのではないか？という提案です。 まず、組織における技術選定とは「正解を選ぶ」ことではないと思っています。 これはその技術選定結果はその人個人についてまわるのではなく、組織として
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
