知らず識らず陥っている「パーキンソンの法則」とは？現状のチェックと対策の実施で生産性を高めよう｜プロジェクト管理・工数管理「クラウドログ」
生産性向上 公開日 2022/06/09最終更新日 2022/06/09 知らず識らず陥っている「パーキンソンの法則」とは？現状のチェックと対策の実施で生産性を高めよう Share IT人材不足が課題となっている昨今、多くの企業が人員不足を感じています。しかし、その人員不足は嘘かもしれません。これは、人は時間とお金があればあるだけ消費してしまうという「パーキンソンの法則」に陥っている可能性があるためです。この状態になっている場合、対策を行うことで生産性を向上し、人材不足を解消できる可能性があります。 ここでは、パーキンソンの法則とは何か、どういう状態がパーキンソンの法則に陥っていると言えるのか、また、この法則に陥っている場合どのような対策方法があるかを解説します。 パーキンソンの法則とは パーキンソンの法則とは、イギリスの歴史学者・政治学者のシリル・ノースコート・パーキンソンの1957年の
ろばを売りに行く親子 - Wikipedia
「ろばを売りに行く親子」（ろばをうりにいくおやこ）は、寓話の一つ。ペリー・インデックスは721番。 他に「ロバの親子」「ろばうりおやこ」「The Miller, His Son and Their Ass」「The Miller, His Son and The Donkey」など様々な邦題・英題がある。 一般的にはイソップ寓話であると言われるが、もとはポッジョの『笑話集』に収録されていたものであり、正確にはイソップ寓話とはいえない[注釈 1]。 ラ・フォンテーヌの寓話詩では第3巻の第1話「粉ひきとその息子とロバ」 (fr:Le Meunier, son fils et l'Âne) として収録されている。 この話はスペイン語で書かれた1488年以降の『イソップ寓話集』に収録されている[2]。日本では『伊曽保物語』下巻に「人の心の定まらぬ事」として載せているが、結末部分では「皮を剥いで軽く
リファクタリングすべきか・してよいかの判断基準 - 千里霧中
リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリングは、以降の保守作業をサポートしてこそ価値がでるものであり、考えなしにいつでも一律実施すればよいというものではありません。リファクタリングの対象やチームの状況によって、リファクタリングをすべきかどうか、線引きがされます。 このリファクタリングをすべきかどうかの基準ですが、一言でまとめると「妥当な保守性の実現を、妥当な費用対効果で実現できるか」になります。今回はこの基準を構成する「妥当な保守性の実現」と「妥当な費用対効果」について、それぞれ解説します。 リファクタリングで妥当な保守性を実現できるかの基
世の中に不満があるなら自分を変えろ。それが嫌なら耳と目を閉じ、口を噤んで孤独に暮らせ。それも嫌なら・・・｜Ratata aka ラッタッタ
世の中に不満があるなら自分を変えろ。それが嫌なら耳と目を閉じ、口を噤んで孤独に暮らせ。それも嫌なら・・・ 「世の中に不満があるなら自分を変えろ。それが嫌なら耳と目を閉じ、口を噤んで孤独に暮らせ。それも嫌なら・・・」 これは攻殻機動隊STAND ALONE COMPLEXの冒頭でビルに破壊工作を仕掛ける何者かが発する「もはや体制に正義はなしえない」という言葉に作品の主人公である草薙素子が返すセリフです。 このセリフは非常にインパクトがあり、SNSなどでいまでも多く引用されているのですが、大抵の場合は文字通りの意味で「世の中に不満を言わずに受け入れろ」と引用されてしまっています。 しかしながら、本来、このセリフは物語全体で否定されるべきテーゼとして提示されており、そのまま文字通りの意味で引用してしまっては作品の読解として間違いです。 攻殻機動隊 STAND ALONE COMPLEXとは攻殻機
ITの仕事がつまらなくなっているのは確か｜orangeitems
業界の閉塞感が詰まっている。 クラウドが出てくるまでは、ソフトウェアは単なるバイナリーデータであって、システムエンジニアがコンピューターにインストールし、設定を正しく行って始めて成立するものだった。 それが今はどうだ。ソフトウェアはすでにクラウドの上にある。使おうと思えばAPIキーを入手し引数を放り込めば結果が返ってくる世界となっている。どうつなぎ込むか、だけがポイントとなった世の中に、更にAIが盛り上がって来た。AIだって同じで、プロンプトを放り込めば結果が返ってくるのは同じだ。そして、このAIなるものも、クラウドの中に機構がありデータがあり、結果を返すものがほとんどだ。 つまり、システムエンジニアの仕事から、ソフトウェアはもちろんのこと、それを動かすハードウェアのことまで切り離されてしまったということだ。もし、純粋にソフトウェアそのものを扱いたければ、SaaS事業者に飛び込んでいくしか
ITが面白い時代はすでに終わっているし変化も遅くなった - きしだのHatena
ITはもう面白くなくなってますね。 技術が面白いときには、いろいろ新しいものが出て性能あがったりできることが増えたりします。調べたらどんどん新しいものが出てくるし、新しいものもたくさん作るし、面白い。ですが、IT技術は一通り出そろって、成熟期に入っています。そうすると新しい技術に出会うことも新しいものを作ることも減っていきます。その結果、いままでの変化のあった状況を知っていれば、つまらんってなりますね。 ※2024/8/24 追記 言いたいことをまとめると、IT素振りのネタ探しに苦労するようになったよねってことです。 結局のところITというのは新しいハードをどう動かして社会に実装していくかというものなので、新しいハードが出ないとどうしようもないのです。けれどもだいたい飽和してしまった。 雑にいえば、これまで1980年くらいにBASIC搭載8bitパソコンが普及するとBASICプログラミング
コミュ力を上げる必要性｜えふしん
あくまでも個人的な最近の課題感というか。 高校一年生の夏にネットワークに触れたのは、X68000という憧れのパソコンを購入して、夏休みに安いモデムを秋葉原で買ってきて、とあるパソコン通信ホストに接続したのがきっかけだ。パソコン通信ホストとは、XとかFacebookのごくごくスモールなものと思ってもらえば良い。 ちょうど、この記事を書いているような夏の真夜中にパソコンという鉄の箱からネットワークにつないで、最初に大人の人とチャットしたのが感動だった。相手は夜勤で監視業務などに従事している20代のお兄さん。なんで仕事中に電話回線を使えるのかはよくわからなかったが、そんな人、他にもいた記憶があるので、ガバナンス的にも牧歌的な時代だったのだろう。 高校に入学して、あまりにも平和な進学校の風景に必ずしも満足していなくて、ぶっちゃけ物足りなかった。その影響もあってか、中学時代の友達と朝4時からのアルバ
Webサービスは掲示板の域を抜け出せていない
インターネットの世界は進歩しているように見えて、ここ20年くらい大きな進歩はない。 数多くのインターネットサービスが生まれ、育ってきたが、どれも「すごい掲示板」にすぎない。 例えばメルカリ。 売りたいものをメルカリという「掲示板」に書く。 買いたい人は「掲示板」を見る。そして買いたいと「掲示板」に書く。 すると、買った人と売った人だけが見れる掲示板が新たに作られ、取引が終わる。 例えばクックパッド。 レシピを載せたい人が、レシピをクックパッドという「掲示板」に書く。 料理を作りたい人はクックパッドという「掲示板」を見る。 これだけ。 例えばYouTube。 動画を載せたい人が、動画をYouTubeという「掲示板」にアップする。 動画を見たい人は、すごい掲示板であるYouTubeで動画を再生する。 例えばInstagram。 自分の撮った写真を、Instagramという「掲示板」にアップする
「過疎地の復興はムダ」「移住を考えよ」…財務省財政審が能登半島地震の被災者に言い放つ「許しがたい棄民思想」（藤井 聡） @gendai_biz
「被災地の多くが人口減少局面にある」から！？ 今日は、南海トラフ地震の「注意」情報についてさらに書こうと思っていたのですが、目を疑うようなトンデモナイニュースが飛び込んできました。 「能登の復旧・復興『コスト念頭』 財務省、被災地は人口減」 ――財務省は9日、財政制度等審議会（財務相の諮問機関）の分科会を開き、能登半島地震の被災地の復旧・復興は「将来の需要減少や維持管理コストも念頭に置き、住民の意向を踏まえ、十分な検討が必要だ」と訴えた。「被災地の多くが人口減少局面にある」ことを理由に挙げ「過去の災害の事例も教訓に集約的なまちづくり」を提言した。復興が本格化する中、無駄な財政支出は避けたいとの立場を明確にした。―― 要するに財務省の財政審議会は、 「過疎地の復興は無駄」 だと断じ、 「そんな過疎地に住んでいた人間は移住しろ」 と言っているわけです。
年100件ほどプロポーザルを読んで作った伝わりやすいプロポーザルのチェックリスト｜さとりゅう
この記事についてこの記事では、日本のスクラム系カンファレンスのプロポーザルを勝手に沢山読んできた筆者（さとりゅう）が考える「内容が伝わるプロポーザルの書き方」を提案します。筆者がこれまでに読んできた中で、講演内容がどのようなものなのかを伝える目的であるプロポーザルが、その役割を果たすのに不十分な記述のため、本当は素晴らしい講演内容が伝わらずに終わってしまっているのではないか、ということを危惧しています。そこで本記事では、講演内容がわかりやすいと読み手として感じたプロポーザルを思い出しながら、それがどのような構造であったのかをチェックリスト形式で提案します。このチェックリストを用いて、より多くの伝わるプロポーザルが生まれることを願っています。 動機先日、 株式会社カケハシの小田中さんが素敵なスライドを公開していました。これによって、多くの人がカンファレンスのプロポーザルを書こうというモチベー
サービス開発の施策に納得できない時にエンジニアができるアクション - $shibayu36->blog;
サービスの開発をしていてPMから施策案が出てきた時、ソフトウェアエンジニアとして施策案が本当にユーザーのためになりサービスの成長につながるか納得できないことがある。 このような時にただ文句や愚痴を言っても何も始まらない。エンジニアからも何らかのアクションを起こし施策を前に進める必要がある。 そこでエンジニアができるアクションについて、自分が思っていることを書いてみる。 納得できないケースは大まかにどのようなものがあるか 納得できないケースでは大まかに2つのケースがあるのかなと思っている。 (1) 施策をしたい目的や仮説自体に納得できていない (2) 施策の目的や仮説は良いが、それを達成する手段に納得できていない 1つ目は、たとえば「ターゲットとしているようなユーザーって本当にいるか？」「ユーザーにこういう課題があると言っているが本当にそういう課題があるか？」「この指標に繋がると言っているが
高度に発達したウォーターフォールはアジャイルと見分けがつかない - An Epicurean
tl;ldr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない？ 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして「ウォーターフォール」が使われることがあります。これは「ダメな開発現場」と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一本道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で１ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビ
アンチパターンで学ぶDB設計 - Qiita
はじめに データベース（DB）の設計は、システムの性能や保守性に大きな影響を与えます。 この記事では、最低限パフォーマンスの低下や管理の複雑化を引き起こさないようにするために覚えておくべきことを、アンチパターンとしてまとめました。 本記事は、 現在仕事でデータベースを扱っており、データ設計について今一度おさらいしたい データベースについての基礎知識やお作法を身に付けたい という人を対象として想定しています。 これらに当てはまる方はぜひ一度確認してみてください！ 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 DB設計アンチパターン 早速、DB設計におけるアンチパターンを紹介します。 それぞれアンチパターンのテーブルを見て
誰かにとっての「改善」は、別の誰かにとっての「改悪」でもあった｜孔 令愚｜人材育成コンサルタント
noteのホーム画面がいつの間にか変わっていました。 個人的には特に可もなく不可もなくという感想ですが、「こっちのほうが使いやすい」という人もいれば、「前の方が良かった」という人もいると思います。 最近は色々な商品やサービスが「改善」という名のもとに仕様や価格が変更されていますが、これを「改悪だ！」と怒る人もいるのでサービスの提供側としては悩ましい問題です。 おそらく「改善」する側の人は万人に喜ばれることを考えていると思いますが、残念ながら世の中には様々な人がいるのでどんなに頑張っても全員は喜んでくれません。必ず文句を言う人がいるのが現実だと思います。 こうなると「全員は無理なら、せめてなるべく多くの人に喜んでもらおう」とマジョリティの都合に合わせて変えるという発想になりがちですが、ビジネスの世界ではお金をたくさん払ってくれる人がマジョリティとは限りません。 マイノリティのほうがお金を払っ
自分のキャリアの作り方。何歳までに何をやるべきか。
以前、ある経営者に「キャリアの作り方」を聞いた。そして、彼が話してくれたことは、とても貴重なノウハウの一つとなった。 「キャリアの作り方、知ってるかい？」と、彼は私に聞いた。 その経営者は 「年寄りの言うことだけど、キャリアの作り方を年寄りから聞くのも、良いもんだよ」 と言った。 当時、私はひたすら出世を目指しがむしゃらに働いていた。だから、キャリアの作り方など、考えたこともなかった。こういう状態を、視野狭窄というのだろう。 そこで彼にこう答えた。 「考えたこともありません。」 彼は「知りたいかい？」と聞く。私は頷いた。 「仕事には、幾つかの節目がある。その節目は、おおまかに言うと２８歳、３４歳、そして４０歳と５０歳だ」 と彼は言った。 「そして、キャリアを考えることは、その年齢までに何をするのか、ということとほとんど同じなんだ。」 自分が歳をとることにたいして無頓着だった私は、 「年齢が
エンジニアの成長における過去と現代の違い | 外道父の匠
自身の過去の成長過程と現在の環境を思い浮かべたときに、得やすいもの得づらいものの違いを強く感じ、良好な成長のために一考してみた次第です。 といっても既にある Tweet のセルフまとめに、思い出と昔話なポエムを追加したようなチラ裏回です。 時代の変遷によるステータス変化 要約すると、現代は技術力の向上に必要な環境と既定路線があって向上速度が早いのに対し、昔（2010年以前とか）は頭を悩ませまくって乗り越えるべき壁が大量にあったおかげで解決力は相当鍛えられたよねってところ。 個人的には誰であれ、今！自分が！解決しないと！詰んでしまう!! てかもう詰んでるだろコレ!!!! って状況でひたすら悩んでから、寝て起きたら解決したよぉ！みたいのを体験してほしいし、一度は死の淵まで行ってこいって思っている — 外道父 | Noko (@GedowFather) July 17, 2024 これについて、
デザイナーも身につけておきたい意図を引き出す質問の秘訣
質問の仕方で変わることがあるデザイナーにとって、プロダクトマネージャーやエンジニアとの効果的なコミュニケーションは、良いデジタルプロダクトを生み出すために欠かせません。ドキュメントや打ち合わせを通して施策への理解を深めていきますが、情報のインプットだけでは分からないことがあります。そこで、意図を明らかにするために質問をするわけですが、ただ「なぜですか？」と尋ねても望む返答が得られない場合があります。では、どのように質問すれば良いのでしょうか。 私自身、まだ完全にできているわけではありませんが、質問するときの秘訣がいくつかあります。 相手の見解に興味を示す良い質問をするために最も重要なのは、純粋な好奇心です。プロダクトマネージャーやエンジニアの見解に興味を持ち、もっと知りたいと思う気持ちが、良い質問を生み出します。抽象的に聞こえるかもしれませんが、形式的な質問を覚えるより、ずっと効果的です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mtx2s｜note
依頼仕事の最適化 〜未完了をいかに完了にするか〜
強いエンジニアという灯
