並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 28144件

新着順 人気順

マネジメントの検索結果481 - 520 件 / 28144件

  • 良いコードとは何か - エンジニア新卒研修 スライド公開

    株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 https://note.com/cyberz_cto/n/n26f535d6c575

      良いコードとは何か - エンジニア新卒研修 スライド公開
    • クラウドエンジニア(AWS)ロードマップ2021 - Qiita

      お知らせ 2022年初頭に本記事を元にしたAWS書籍が技術評論社より全国出版決定いたしました。 関係者各位のご協力に深く感謝いたします。 タイトル:AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ 本書籍出版までの制作プロセス、チーム執筆の方法論などをまとめました チームで技術書を出版して学べた共同執筆メソッド はじめに インフラ初学者がAWSを用いた設計・構築レベルに到達するため、学習の全体像をロードマップ図にまとめました。 背景 パブリッククラウド全盛期においてAWSは全エンジニアにとって「常識」となりました。 しかしながら、情報過多によってAWS学習に必要な情報がネット上のノイズに埋もれてしまい、初学者の直感による判断が誤った学習に行き着くこともあります。 このロードマップはAWS学習の全体像を俯瞰でき、パブリッククラウドを用いた設計・構築レベルに到達するまで導く体系的なス

        クラウドエンジニア(AWS)ロードマップ2021 - Qiita
      • ADHDの診断は受けていないものの注意力不足だと感じる人のためのライフハック - GIGAZINE

        ついつい約束の時間に遅刻してしまう、二度と破らないと誓った締め切りをまた破ってしまうなど、自身の注意力不足を実感したことがある人は少なくないはず。ADHDの正式な診断を受けているかどうかにかかわらず、注意力を発揮するのが苦手な人を支援するための戦略を、コロラド大学の心理学者であるロブ・ローゼンタール氏がまとめました。 These strategies and life hacks can help anyone with ADHD, as well as those who struggle with attention problems but don't have a diagnosis https://theconversation.com/these-strategies-and-life-hacks-can-help-anyone-with-adhd-as-well-as-tho

          ADHDの診断は受けていないものの注意力不足だと感じる人のためのライフハック - GIGAZINE
        • 「データ分析の民主化」の在り方を、「社員全員Excel経営」が「社員全員データサイエンス経営」へと進化していった事例に見る - 渋谷駅前で働くデータサイエンティストのブログ

          以前こんな記事を書いたことがあります。 「社員全員Excel経営」で名高い、ワークマン社のサクセスストーリーを論評したものです。2012年にCIOに就任した土屋哲雄常務のリーダーシップのもと、取引データの完全電子化を皮切りに「全社員がExcelを使いこなして数字とデータで経営する」戦略へと移行し、社内のExcelデータ分析資格を一定以上取得しないと管理職に昇進できないとか、はたまた幹部クラスの企画・経営会議ではデータに基づかない議論や提案は相手にすらされないとか、「Excelを社員全員が使えるようになるだけでもここまで企業カルチャーは変わり得るのか」という事例のオンパレードで、関連記事や書籍を読んでいて舌を巻いたのを覚えています。まさしく「ワークマンのすごいデータ活用」だったのです。 一方、個人的に強く印象を受けたのが土屋常務が様々なところでコメントしていた「我が社には突出したデータサイエ

            「データ分析の民主化」の在り方を、「社員全員Excel経営」が「社員全員データサイエンス経営」へと進化していった事例に見る - 渋谷駅前で働くデータサイエンティストのブログ
          • 専門職と視座

            こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座!視座!」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ

              専門職と視座
            • アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog

              はじめに 前提 アメリカで働くためのビザ 業務経験 2023年のアメリカのテック業界の状況 具体的な就活のステップ ソフトウェアエンジニアのインタビューで求められることの抽象的な理解 レジュメ Job Descriptionから逆算してレジュメを作る 一枚におさめる 数字を用いてスケールとビジネスインパクトを示す なるべく隙間を埋める フォーマット添削ツールにかける レビューを受ける ネットワーキング・リファラル 応募する アメリカの就活はNumber Game 採用のトレンドを追う 時期を見計らう Linkedinで最新の求人を見つける方法 Promotedをすべて非表示にする "Most Recent"順にする 検索クエリを工夫する 設定をブックマークする 時間を決めて巡回する コーディングインタビュー対策 アルゴリズムの地図を脳内に作る 大学やCouseraでアルゴリズムの授業を取る

                アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog
              • 何故能力至上主義ではなく、年功序列という能力不足の人でも給料が上がってしまうシステムを取り入れる企業が多いのでしょうか?に対するKurimoto Shingoさんの回答 - Quora

                • 小中高大生にプログラミング教育をしてきて分かったこと - Qiita

                  はじめに 私はこれまでにアルバイトやTA (Teaching Assistant)を通して小学生、中学生、高校生、大学生にプログラミング教育をしてきました。また、予備校に通って一浪して大学に入学したという経歴もあります。これらの経験から、「教育とはどうすべきか」「学ぶのに必要なものは何か」「プログラミング学習の特別な点はなにか」などを自分なりに悟りました。 本記事ではこれらのことを踏まえながら、「プログラミングが上達しない人の傾向」や「よく陥るエラー」などを紹介しつつ、プログラミング教育者がすべきことのヒントを示せたらいいかなと思います。 ※本記事はプログラミング教育のハウツーをまとめたものではありません。 プログラミングが上達しない人の傾向 検索力が低い、検索の仕方を知らない、知ろうとしない 調べる癖がない、分からなかったことを分からないままにしていても生きていられる 説明文を読まない、

                    小中高大生にプログラミング教育をしてきて分かったこと - Qiita
                  • https://twitter.com/ooyamaotita/status/1518968711008624640

                      https://twitter.com/ooyamaotita/status/1518968711008624640
                    • 複数の企業でデータエンジニアとして求められたスキル - yasuhisa's blog

                      最近「ああ、これ前職でも前々職でもやったことあるなぁ」という仕事があった。データエンジニア(やその関連職種)として働き始めて約5年、3社でフルタイムとして働いてきて「このスキルは業界や組織規模が変わってもデータエンジニアとしてスキルを求められることが多いな」と感じたものをまとめてみることにした。棚卸し的な意味はあるが、特に転職用などではないです。 前提 どこでも必要とされたスキル データマネジメントに関する概要レベルの知識と実行力 セキュリティや法令に関する知識 事業ドメインに関する興味関心 他職種とのコミュニケーション能力 コスト管理 / コスト削減のスキル ソフトウェアエンジニアとしてのスキル DataOpsやアラートのハンドリング能力 分析用のSQLを書く力 古いテーブルやデータパイプラインを置き換えていくスキルや胆力 あるとやりやすいスキル 関連部署の動きを何となく把握しておく力

                        複数の企業でデータエンジニアとして求められたスキル - yasuhisa's blog
                      • 引っぱらないリーダーのチーム作り戦術 - 日々の神ログ

                        みなさんのチームにはチームの方針はありますか? チームのメンバーが理解して実践できるように共有されていますか? 私たちのチームでは、新しい期が始まり少し経ってマネージャーから今期のチーム方針について共有がありました。 私はチームのリーダーになってからは、目標の1つとしてチームマネジメントを設定しています。 リーダーになって最初の半年は、1on1などを通して主に自分とメンバーとの信頼関係の構築に取り組みました。 次の半年、今期は1対1の関係から範囲を広げチーム作りに取り組みたいと思い、チームを作るとはどういうことなのかをあらためて考えてみました。 「THE CULTURE CODE 最強チームを作る方法」という本と「『一緒にいたい』と思われるリーダーになる。」という絵本を参考に引用しながら、チーム作りに必要なこと・リーダーとしてチーム作りにどう貢献していくかを書きたいと思います。 期初からも

                          引っぱらないリーダーのチーム作り戦術 - 日々の神ログ
                        • ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習

                          最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン(あるいは権威勾配に関する一

                            ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
                          • エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita

                            Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー(以下、EM)としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「(メンバーとの1on1やメンバーの育成を)どうしてそれをやるのか」と問われ

                              エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
                            • マネージャー&リーダー向け 社内トレーニング / Training of management and leadership for Stockmark

                              ストックマークの社内研修の公開版※資料です。 (※実際に研修で利用したものとは異なります)

                                マネージャー&リーダー向け 社内トレーニング / Training of management and leadership for Stockmark
                              • クックパッドを退職しました - 昼メシ物語

                                2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理と Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。本当に感謝しています。こ

                                  クックパッドを退職しました - 昼メシ物語
                                • ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary

                                  早朝の寝る前ぐらいの時間にぼやっと下記の様なツイートしたらちょっと反応を貰ったので、取り留めは無いが自分なりに考えていることを書いてみる。 人を育てるのも仕事の内というのは完全にその通りなんだが、そこにドキュメントや本があるから読みます、触って作ってみます、生きたコードを読みます、以外に学ぶ方法なんかねえし、知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。マジ分からん……。— joker1007 (アルフォートおじさん) (@joker1007) March 2, 2023 タイトルは雑に書いたけど、能力を高めるというと範囲が広過ぎるので、技術的な意味でできる事が増える、ということをテーマとして話をしていこうと思う。基本的に自分の考え方の話なのでそこは御留意ください。 ツイートした通りで、状況や対象に依って割合は変わるかもしれないが基本的にそのためにやることは3つしかないと

                                    ソフトウェアエンジニアとしての能力を高める方法について考えてみた - joker1007’s diary
                                  • ベンチャーキャピタルから個人破産申立されて4,000万円支払った話|佐藤由太

                                    事実は小説より奇なり。誰も恨まない生き方をするに至った過程をnoteにまとめ、たった1人でも役立てば良いと考え、ナレッジとして残すことにした。 経営は社長に責任がある。これは間違いない。起業家は出資者を恨むことをしない方が幸せになると思う。これもたぶん間違いない。厳密には違うけれども僕が心がけていることだ。 そんな僕が、金商法違反を平気で行うベンチャーキャピタル(VC)から個人破産申立をされた末に4,000万円支払った話をしようと思う。 しかし今でもVCを恨んでいない。そんな能天気な自分が明日を創ると信じている。起業家なら暴風雨でも前を向いて進みたいものだ。 さて、この話では普通は表に出てこないような失敗談や注意すべきポイントが多数出てくる。これから起業してエクイティによるファイナンスを検討している人にとって参考事例になることを願う。 未だに存在する昔ながらのベンチャーキャピタル起業した一

                                      ベンチャーキャピタルから個人破産申立されて4,000万円支払った話|佐藤由太
                                    • 発達障害には”嫁”が必要だ

                                      ずっと前から言語化しようしようと思っていたことを言語化する糸口がやっと見つかったので、今日はそれを書いてみよう。 どういうことかというと、「発達障害には”嫁”が必要だ」、といった内容だ。 人と喋るのが苦手な医者とかいても、愛想いい婦長が転がしてたり。 コミュニケーションの障害ある人は、自分と社会を繋いでくれる婦長さんを必死で探さないといけない時代なんですね。 https://t.co/mV1zdTuTOr — オブネコ (@nannyofcat) December 13, 2021 先日、ツイッターのタイムラインで上掲ツイートを発見した。 いまどきの医者にはコミュニケーション能力が求められてやまず、聞き取れない唸り声をあげる医者、空気や文脈の読めない医者、まともにインフォームドコンセントを進められない医者は、良くないとされている。 ところがひと昔前までは、医者自身にコミュニケーション能力が

                                        発達障害には”嫁”が必要だ
                                      • わかりやすく話すためには「話しすぎない」というスキルが必要。

                                        なかなか、わかりやすく話せない…という方は多いかもしれません。 それどころかむしろ訓練を受けていない、ほとんどの人の話は、論理的でもなく、筋道も通っておらず、「わかりにくい」のが普通なのでしょう。 ただ、プライベートでは、それほど「話のわかりやすさ」を問われません。 何となくその場の雰囲気で、皆、うなずいてくれるからです。 「ま、言ってることはわかんないけど、追及するのも面倒だからいいや」とか 「大したこと言ってるわけじゃなさそうだから、適当に笑っておこう」とか。 通常、多少の分かりにくさは、すべて無視されてしまいますから、支障はないのです。 仕事では「話のわかりやすさ」は死活問題 しかし、仕事においては少々事情が異なります。 理解不足が、場合によっては責任問題に発展することもありますから、「面倒だから、まあ流しておけばいいや」では済まされません。 基本的には、相手の話を細大漏らさず理解す

                                          わかりやすく話すためには「話しすぎない」というスキルが必要。
                                        • Henry 🤡🦊🐵 on Twitter: "スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6"

                                          スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6

                                            Henry 🤡🦊🐵 on Twitter: "スクエニが公開したPM講座。 著者は2011年当時CTOだった橋本善久氏。 氏はこの後、酷い初代FF14の立て直しに貢献し成功に導いている。 10年経っても色褪せておらず、プロジェクト管理に携わる方は必読。 画像は抜粋したも… https://t.co/qGRAg2n5q6"
                                          • 特別調査委員会による調査報告書公表および映像化指針策定のお知らせ | 小学館

                                            2024年1月、漫画家・芦原妃名子先生が逝去された事につきまして、改めてお悔やみを申し上げます。また、ご遺族にも深く哀悼の意を表します。 当社は、芦原妃名子先生に関する一連の事案について、事実関係の調査、問題点の洗い出し、必要な改善策提案を目的として、弁護士を含む特別調査委員会を設置し、調査を行ってまいりました。 この度、特別調査委員会より報告書を受領いたしましたので、その概要と、報告書を受けて当社が作成した映像化指針を下記のとおりお知らせします。調査にご協力をいただいた日本テレビの皆様はじめ関係者の皆様には、厚く感謝申し上げます。 報告書の公表は、当該事案関係者への批判を意図しておりません。関係者個人への誹謗中傷は、厳に慎んでいただきますようお願い申し上げます。 なお、公表する報告書は、関係者のプライバシー配慮及びその保護、機密情報保護のため、部分的な非開示措置をとっています。 PDF1

                                            • データサイエンス・機械学習をやるためのエンジニアな本まとめ - 2019年版 - Lean Baseball

                                              ここ1〜2年くらいで、業務やプライベートのデータ分析・データサイエンスで参考にした本(と一部本じゃないもの)をまとめてみました(注:もちろん全部読んでいます).*1. なお, あくまでワタシ個人(@shinyorke)の見解に基づいた独自解釈であり、所属組織・チームの意向とは関係ありません(とだけ最初に断っておきます). サクッとまとめると 「レベル感(はじめて・経験者)」だけででなく,「エンジニア面を鍛える or 理論を固める」の軸で考えると良い書籍・学び方に出会える確率上がる エンジニアでも理論でもどっちから初めても良い, がどちらかが得意な方が絶対幸せ(≒片方だけじゃお話にならない可能性) 個人的なオススメは「機械学習図鑑」「前処理大全」「機械学習のための特徴量エンジニアリング」そして「試して学ぶ機械学習」です. おしながき サクッとまとめると おしながき 対象読者&執筆者について

                                                データサイエンス・機械学習をやるためのエンジニアな本まとめ - 2019年版 - Lean Baseball
                                              • 日本政府はなぜ円安を放置しているように見えるのか?|Willy OES

                                                4月末に一時1ドル160円を超える円安ドル高を記録し、インフレを調整した実質実効レートで見る日本円の価値は1ドル360円の固定相場だった1971年のニクソンショック直前を10%近く下回りました。為替の影響によるインフレも進んでおり、マスコミや一般人の間でも日本政府の無策を批判する声が増えてきています。プロのエコノミストの中にも「日本政府はあえて円安に誘導している」と考えている人もいます。しかし私から見ると、政策サイドとマスコミや一般人、エコノミストの間には大きな誤解が生じていると感じることが増えてきました。そこで、ドル円相場についてどう考えるべきなのか、私の見方を書きたいと思います。 為替レートを決定する理論為替レートは理論的にはどう決まるのでしょうか。結論から述べると、為替レートの変動を説明するまともな理論は存在していません。よく取り上げられる仮説は「購買力平価」「金利平価」「キャリート

                                                  日本政府はなぜ円安を放置しているように見えるのか?|Willy OES
                                                • Free for Developers

                                                  Developers and Open Source authors now have a massive amount of services offering free tiers, but it can be hard to find them all to make informed decisions.

                                                  • Noを伝える技術 #pmconf2021

                                                    mROS 2: yet another runtime environment onto embedded devices

                                                      Noを伝える技術 #pmconf2021
                                                    • 優秀な人が大量に辞めていく企業の共通点は? 「人材流出企業の覆面座談会」で明らかに

                                                      優秀な人が大量に辞めていく企業の共通点は? 「人材流出企業の覆面座談会」で明らかに:「滅びゆく会社」の特徴とは(1/6 ページ) 初夏を迎えた都内某所に、年齢、性別、業界や職種もバラバラな5人が集まった。彼らの共通点は、優秀な人材がどんどん辞めていく「人材流出企業」で働いているということだ。 ただでさえ人手不足で人材を集めるのが難しいこの時代に、惜しげもなく優秀な人材を流出させてしまう企業では、いったい何が起こっているのか――。 ITmedia ビジネスオンラインでは、人材の流出が著しい企業に勤める5人を招いて座談会を敢行した。狙いは人材流出企業で起こっていることの共通点をあぶり出すことだ。 もし、この記事を読んでいるあなたが、「今の会社に残るべきか、転職すべきか」を迷っているのなら、判断のヒントとされたい。 登場人物 広報さん(20代 男性):新たな人事評価制度に納得がいかず、1カ月後に

                                                        優秀な人が大量に辞めていく企業の共通点は? 「人材流出企業の覆面座談会」で明らかに
                                                      • 日米OSDN離合集散、苦闘の21年史

                                                        さて、ついに退職エントリだ。私は米国のオープンソース・ムーブメントを日本で再現するためのコアを作るために民間企業へやってきたはずだった。それから21年、随分と長い航海になってしまったが、結局様々な尻拭いを続けてきたという感慨ばかりが起きてくる。一つの歴史として書き残すいいタイミングなのでその苦闘を振り返っておこう。 なお、長く付き合いが続いてしまう米国側法人は下記のように名称が変化している。なるべく頭に米国と付けて日本側法人と区別しやすいように記述するが、突然名称が変わったりするので注意してほしい。多くがもはや消滅した法人のことなので、さすがに一気読みするような酔狂な人はほぼいないと思うが。 VA Research      Andover.net ↓         ↙︎ (VAによる買収) VA Linux Systems ↓        ↘︎ (Andoverから社名変更) VA

                                                          日米OSDN離合集散、苦闘の21年史
                                                        • テーブル設計の考え方とやり方 [入門編]

                                                          「基本から学ぶテーブル設計 超入門!」 https://modeling-how-to-learn.connpass.com/event/242944/ の発表資料。 - 2つの設計スタイルの違いを理解する - 何を記録するか(資源・活動・当事者・規程) - どう記録するか(テーブルの役割を単純に保つ) - 基本ツール:CREATE TABLE文 - データ型と制約

                                                            テーブル設計の考え方とやり方 [入門編]
                                                          • エンジニアはもっと図を書こう - 生涯未熟

                                                            たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか?を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この3つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に

                                                              エンジニアはもっと図を書こう - 生涯未熟
                                                            • プログラミングというより物事が出来る思考法~実践編|牛尾 剛

                                                              大変多く読んでいただいた「プログラミングというより物事が出来る思考法」というポストや、世界一流エンジニアの思考法の書籍で紹介した内容がある。 私の職場でも、ものすごく出来る人が「実践」しているところを何回も目撃しているので「実践編」として皆さんにシェアしようと思って今回のポストを書いてみた。 タイトルにもある通り、私はエンジニアだが、ビジネス書である書籍と書かれた多くの思考法と同じく、あまりエンジニアリングというものに関係ない要素であると感じている。 上記のポストや書籍でシェアした内容を端的に言うと「理解には時間がかかるがかける価値が十分あり、それによって自分が物事をコントロールしている感覚を身につけることが出来る」という自分の小さな発見だ。私がこのことを最初に発見したのは、新卒の出来る人々との出来事がきっかけだが、今回その小さな自分なりの発見を後押しするような出来事がいくつかあった。それ

                                                                プログラミングというより物事が出来る思考法~実践編|牛尾 剛
                                                              • 製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から

                                                                (前回のあらすじ)あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、本社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが

                                                                  製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
                                                                • スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro

                                                                  ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし

                                                                    スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro
                                                                  • 私が 1on1 でしていること - Mobile Factory Tech Blog

                                                                    言葉の定義 モバファクの 1on1 の目的 1on1 で自分が大事にしていること 1on1 はメンティーの時間である 1on1 はメンターの時間でもある 1on1 初回 今使っている 1on1 のフォーマット 体調 半期目標の進捗振り返り ネクストアクションの振り返り うまくいかなかったこと・もっとよくなりそうなところ・うまくいったこと・その他に話したいこと ネクストアクション 1on1 の中でのやりとり お休みの取り方がわからない 最近見積もりの精度が高くなっている 朝会の議事録をとるようにしたい 最近チームの動きがぎこちないと感じている 1on1 定期的な振り返り まとめ こんにちは。駅メモエンジニアの id:dorapon2000 です。 今回は自分自身がメンター側として実施している 1on1 について、どのように実施しているのかご紹介しようと思います。 1on1 のやり方はメンター

                                                                      私が 1on1 でしていること - Mobile Factory Tech Blog
                                                                    • 組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと|安斎勇樹

                                                                      組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツキーの言う「ZPD(Zone of Proximal Development、最近接発達領域)」そのもので、親としても、研究者としても非常に感激してしまいました。 そこで本記事では、「娘の『逆上がり』習得」というきわめて身近なエピソードを通じて私が感じた、ナレッジマネジメントにおける「できたてホヤホヤの暗黙知」の重要性と、「ZPD」を学びにつなげるためのポイントについて、書いてみたいと思います。 ある日の公園での「驚き」の出来事ある日、保育園の帰り道に寄った公園にて。5歳になったばかりの娘が、

                                                                        組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと|安斎勇樹
                                                                      • Netflixの制作現場で浮き彫りになる「日本の遅れ」 「専門性の高い技術者不足」を招く、キャリア構造の問題点

                                                                        コンテンツビジネスの最前線で活躍するリーダーたちから、これからの日本のエンタメコンテンツのヒントを得る『Contents Innovation Days』。第4回目の今回は、ポリゴン・ピクチュアズ塩田周三氏と、Netflix宮川遙氏が登壇し、世界で通用する品質を支える組織の在り方について語りました。本セッションでは、宮川氏の講演の模様を公開。世界各国で制作されるNetflixオリジナルコンテンツ。そこで浮き彫りとなる「日本の制作現場の課題」が語られました。 日本における、作品づくりに向けたNetflixの取り組み 宮川遙氏:みなさん、こんにちは。Netflixのプロダクション・テクノロジーというチームの宮川と申します。まず、簡単な自己紹介からさせていただきたいと思います。映像制作で使用する海外製品を、日本のみなさんに使っていただけるようなワークフローの提案や、技術トレーニングといった仕事に

                                                                          Netflixの制作現場で浮き彫りになる「日本の遅れ」 「専門性の高い技術者不足」を招く、キャリア構造の問題点
                                                                        • 「週6で6:45出社」高業績の日本企業では「不安と緊張」をいかに社員に与えるかが成功の鍵になっていた

                                                                          渡邉正裕 @masa_mynews キーエンスは1分単位の「外報」にミスがあると降格対象。永守さんは「君達の代わりはいくらでもいる」。柳井さんは「泳げない者は沈めばいい」。高業績の日本企業では、いかにパワハラとマイクロマネジメントで「不安と緊張」を社員に与えるかが成功の鍵になっている。「熱い職場」なんて漫画の世界。 twitter.com/koyama346/stat… 2023-05-05 11:07:18 渡邉正裕 @masa_mynews 広告ゼロ完全独立ニュースサイトMyNewsJapanオーナー/編集長/ジャーナリスト。「働く」分野が専門で現場社員を1千人超取材。SFC→日経新聞記者→IBMコンサル→ジャーナリズム特化のネット新聞創業。著書『いい会社はどこにある?』『35歳までに読むキャリアの教科書』『10年後に食える仕事 食えない仕事』など多数。 mynewsjapan.com

                                                                            「週6で6:45出社」高業績の日本企業では「不安と緊張」をいかに社員に与えるかが成功の鍵になっていた
                                                                          • 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023

                                                                            4プロダクトを成功させようと悪戦苦闘しているものの、プロダクトの行く末についてプロダクトオーナーやプロダクトマネージャといった一部の人の意思決定に依存しすぎてしまっていると悩んでいるチームが、彼らと共にプロダクトマネジメントを実行できるようにするセッションです。「プロダクトオーナーがボトルネック」という状況から、おさらばしましょう。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2023/proposal/17655 発表者 https://twitter.com/_N_A_ https://note.com/mryy

                                                                              「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023
                                                                            • もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ

                                                                              と思っていたら、「もし」が現実になっていた。 彼の名は小野和俊。 かつて日本中からスーパープログラマーたちの集まった「未踏ソフトウェア創造事業」で、プログラミング速度で他のプログラマーたちを驚かせたほどの爆速プログラマーである。 『諸君 私はプログラミングが好きだ』という記事 を書いちゃうほどプログラミングを愛してやまない彼は、アプレッソというITベンチャーを起業して成功させた後、今は、3700万人の顧客基盤を持ち、年間5兆円近い取引高のクレジットカード会社、クレディセゾンの常務執行役員CTOをやっている。 その彼が仕事論の本を書いた、という話を聞いて、「私なら、普通の人が読み取れないことも、その本から読み取れるだろうな」と思った。 なぜなら、私は、学生時代から含めて10年ほどプログラマーをやった後、起業して経営者になった経験があるからだ。 プログラマーが経営者になると、世界がどのように見

                                                                                もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ
                                                                              • IT人材難、低賃金が拍車 求人倍率10倍 チャートは語る - 日本経済新聞

                                                                                企業のデジタルトランスフォーメーション(DX)が加速するなか、IT(情報技術)人材の不足が強まっている。求職者数に対する求人数の割合である求人倍率は約10倍に急上昇し、全職種で突出して高い。IT職種の賃金が相対的に低いことが人材を集めにくくしている。背景には日本企業の賃金が欧米のように職種の市場価値に応じて決まらず、年功序列の要素が根強いことがある。DX推進の障害になりかねない。「人材争奪戦が

                                                                                  IT人材難、低賃金が拍車 求人倍率10倍 チャートは語る - 日本経済新聞
                                                                                • なぜ日本企業だけ「テレワークによって生産性が落ちる」のか? その根本的な理由(加谷 珪一) @gendai_biz

                                                                                  なぜ日本企業だけ「テレワークによって生産性が落ちる」のか? その根本的な理由 海外では生産性が上がっているのに… 新型コロナウイルスの感染拡大をきっかけに、テレワークにシフトした企業も少なくないが、一方で、効果について疑問視する声は根強い。米国など諸外国ではテレワークによって生産性が向上したという共通認識が出来上がっており、日本との差が際立っている。 テレワークの実施について二極化が進む パーソル総研の調査によると、2020年11月時点においてテレワークを実施している正社員の比率は全国平均で24.7%だった。大手企業の本社が集中し、感染状況がより深刻な東京都は45.8%とかなり高いが、地方では4%を切っている地域もある。 内閣府が行った類似の調査においても、東京23区のテレワーク実施率は42.8%、全国平均は21.5%と、近い数字になっている。バラツキはあるものの、首都圏では約40%、全国

                                                                                    なぜ日本企業だけ「テレワークによって生産性が落ちる」のか? その根本的な理由(加谷 珪一) @gendai_biz