並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 7775件

新着順 人気順

プロジェクトの検索結果481 - 520 件 / 7775件

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

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

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

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

        専門職と視座
      • 何故能力至上主義ではなく、年功序列という能力不足の人でも給料が上がってしまうシステムを取り入れる企業が多いのでしょうか?に対するKurimoto Shingoさんの回答 - Quora

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

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

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

              https://twitter.com/ooyamaotita/status/1518968711008624640
            • 引っぱらないリーダーのチーム作り戦術 - 日々の神ログ

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

                引っぱらないリーダーのチーム作り戦術 - 日々の神ログ
              • 【独自】プッチンプリン出荷停止の「主犯」はデロイト!グリコのシステム刷新で1年遅延の末に障害発生“ボロボロ案件”の実態

                コンサル大解剖 「勝ち組」としてバブルを謳歌するコンサルティング業界。市場の急膨張を背景に、業界の序列を巡って多種多様なプレイヤーがバトルを繰り広げている。アクセンチュアやBIG4、戦略系ファーム、国内コンサル、ITベンダーから総合商社に広告代理店……。各社の成長戦略や人材戦略に加え、コンサルを活用する事業会社側の思惑まで、大乱戦期を迎えたコンサルビジネスの最前線を追う。 バックナンバー一覧 食品大手、江崎グリコで起きた大規模システム障害で、原因となったシステム刷新のプロジェクトを手掛けた主幹ベンダーがデロイト トーマツ コンサルティングであることが分かった。復旧には時間がかかる見通しで、主力商品の「プッチンプリン」などが出荷できず、小売店の棚から消えている。長期連載『コンサル大解剖』内で配信している特集『デロイト内部崩壊』の第10回では、プロジェクトの詳細や大幅遅延など混乱の様子に加え、

                  【独自】プッチンプリン出荷停止の「主犯」はデロイト!グリコのシステム刷新で1年遅延の末に障害発生“ボロボロ案件”の実態
                • エンジニアリングマネージャーになる前に知りたかった考え方 - 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
                        • 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

                            • 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.

                              • 西友 Seiyu on Twitter: "「料理」は調理だけでなく 献立作りや買い物から始まってる それが毎日続いていることを 西友は間近で見てきました #料理を手間抜きに プロジェクトで 食卓の誤解について考えるために 普段料理をしない方に 2日間夕食作りに挑んでも… https://t.co/Z0RT6G2aKd"

                                「料理」は調理だけでなく 献立作りや買い物から始まってる それが毎日続いていることを 西友は間近で見てきました #料理を手間抜きに プロジェクトで 食卓の誤解について考えるために 普段料理をしない方に 2日間夕食作りに挑んでも… https://t.co/Z0RT6G2aKd

                                  西友 Seiyu on Twitter: "「料理」は調理だけでなく 献立作りや買い物から始まってる それが毎日続いていることを 西友は間近で見てきました #料理を手間抜きに プロジェクトで 食卓の誤解について考えるために 普段料理をしない方に 2日間夕食作りに挑んでも… https://t.co/Z0RT6G2aKd"
                                • 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さんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に

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

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

                                              プログラミングというより物事が出来る思考法~実践編|牛尾 剛
                                            • 上原亜衣、AI化 画像生成AIに元セクシー女優を学習させたデータを無料配布

                                              元セクシー女優の上原亜衣さんが、AIを活用したプロジェクト「AI uehara project」を3月19日に発表しました。 「AI uehara project」は、上原亜衣さんの名前(=亜衣)とAIを掛け、「上原亜衣、AI化」を掲げて始動したプロジェクト。 上原亜衣さんの写真を画像生成AI「Stable Diffusion」に追加学習させるLoRAファイルが公開され、「上原亜衣AI画像コンテスト」と題したTwitter上でのコンテスト企画が行われています。 誰でも上原亜衣の顔を生成できるように 今回無料配布されているのは、NFT「Ai Uehara GM Collection」(外部リンク)として販売されている写真群を「Stable Diffusion」に追加学習させるLoRAファイル(外部リンク)。 このLoRaファイルを手元の「Stable Diffusion」に導入することで、誰

                                                上原亜衣、AI化 画像生成AIに元セクシー女優を学習させたデータを無料配布
                                              • 製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から

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

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

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

                                                    スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ|Anno Takahiro
                                                  • 全国銀行データ通信システムのシステム障害についてまとめてみた - piyolog

                                                    2023年10月10日、全国銀行資金決済ネットワークは、同社が運用している全国銀行データ通信システムでシステム障害が発生したことを公表しました。この障害の影響により一部の金融機関で送金遅延などが生じました。ここでは関連する情報をまとめます。 560万件の取引に影響 障害が起きたのは全国銀行資金決済ネットワーク(全銀ネット)が運用する全国銀行データ通信システム(全銀システム)のうち、平日8時半から15時半まで稼働するコアタイムシステムで金融機関との接続に使用される中継コンピューター(RC)。障害は10月10日8時半に発生し、10月12日未明に復旧に向けた対応が完了、同日8時半の切替完了したことで復旧した。*1 全銀システムは1,000超の金融機関が参加しており、1営業日当たりの取引件数は2022年実績で約806万件、約14兆円。*2 今回のシステム障害により金融機関間で行われる送金に遅延や取

                                                      全国銀行データ通信システムのシステム障害についてまとめてみた - piyolog
                                                    • “Zoomはもう終わり”!? 新進気鋭のビデオ会議サービス「Around」がすごすぎてすごい

                                                      【2021/2/19追記】 非常に多くの方にお読みいただき、また記事公開のタイミングで仕様が変わっている点もあったため、記事執筆時に不足していた部分を追記いたします。 招待制から登録制に移行 当初招待制だったAroundですが、この記事を公開したタイミングでちょうど登録制に移行していたようです。サイトもメールアドレスを登録して連絡を待つのではなく、GoogleやSlack、Appleのアカウントでサインアップできるようになっています。 音声技術は特許出願中 Aroundの要でもあるハウリングを起こさない技術や音声の自動チューニングは現在特許出願中とのことで、Aroundならではの独自性は高そうです。 モバイル対応・Linux対応は現在開発中 AroundのFAQによるとモバイル対応、Linux対応は”coming soon - stay tuned!”とのことです。 余談 よほど日本人の登

                                                        “Zoomはもう終わり”!? 新進気鋭のビデオ会議サービス「Around」がすごすぎてすごい
                                                      • 私が 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歳になったばかりの娘が、

                                                            組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか?子どもの「逆上がり」習得過程を見て気づいたこと|安斎勇樹
                                                          • 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/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
                                                                  • 新人を潰す上司・伸ばす上司の差は“指導の順番”にある 社員の4タイプ別の特徴と、適切な指導のポイント

                                                                    人材育成で悩んでいる人事担当者、部下指導を「なんとなく」で行っている管理職が、感覚的な指導から脱却し、部下の活躍を促すために有効な打ち手について、株式会社PDCAの学校 代表取締役の浅井隆志氏が解説。本記事では、社員を4つのタイプに分類しながら、タイプ別の適切な指導方法について語っています。 忙しい上司を見て「ああはなりたくない」と思う部下 浅井隆志氏:これは、繰り返しウェビナーでお話しさせていただいておりますが、特に最近の若手は自己成長、スキルアップ、キャリアアップを図りたいというニーズがあります。ただ一方で、管理職にはなりたくない。 「管理職になりたくない」という割合が、過去20年ずっと遡っても右肩上がりで増えてるんです。なんでかというと、責任を負いたくない。理由はここだけなんですね。自分の会社の課長や部署を見ると、大変そうだからなりたくない。 もう1つ余談になりますが、以前、千葉に十

                                                                      新人を潰す上司・伸ばす上司の差は“指導の順番”にある 社員の4タイプ別の特徴と、適切な指導のポイント
                                                                    • メンバーから「できてません」「進んでません」と言ってもらうために、考えたこと

                                                                      この記事で書きたいことは、以下のような内容です。 ・マネジメントをする上では、「出来てない」「進んでない」という情報は最重要であって、早く言ってもらえば言ってもらえる程傷が浅くて済む ・機械的に進捗を把握出来るのが一番だが、なかなかそうもいかない場合もある ・だが、「出来てません」「進んでません」というのは物凄く言いにくいことで、ベテランでもギリギリまで言えない人は多い ・「出来てません」と可能な限り言ってもらいやすい環境を作るのは上司の仕事 ・個人差もあるが、ある程度「言いやすい」条件を整えることで、「言えない」人でも言えるようになってくれる場合もある よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 皆さん、「進捗ダメです」って言えてますか? 「全然できてません」って言えてますか? これはどんな仕事、どんな分野、どんな業界でも同

                                                                        メンバーから「できてません」「進んでません」と言ってもらうために、考えたこと
                                                                      • オープンソースビジネスの挑戦と現実|Rui Ueyama

                                                                        いい感じのオープンソース・ソフトウェアを書いて、それを元に起業することを考えてみたことがある人は結構いるようだ。実際に僕はここ1年半ほど、自作のオープンソース・ソフトウェアを元にビジネスを立ち上げようと試行錯誤してきた。その経験についてここでシェアしてみようと思う。 あらすじ薄々予期していたことではあったけれど、結論から言うと、そんなにはうまくいかなかった話ということになる。要点をまとめると次の通りだ。 「moldリンカ」というオープンソースのツールを開発して、それを元にビジネスを行おうとしていた そこそこ稼ぐことはできたものの、大きなリターンを得るのは難しかった ほとんどの企業はオープンソースを大々的に活用していても「無料のソフトウェア」にはお金を払うつもりはないし、払いたくても社内制度上できない 大きなリターンを得たいのならば、自作のオープンソース・ソフトウェアを元にサービスを立ち上げ

                                                                          オープンソースビジネスの挑戦と現実|Rui Ueyama
                                                                        • なんで学歴とか役職によってできる仕事の範囲が違うんだしょうかと高校生に問われて知り合いの回答が秀逸すぎる

                                                                          親戚の子供が意識高いのか、そういう集まりを作って大人に世の中のこと聞いてみようみたいな課題あるから協力してほしいと言われて知り合いと一緒に来ていた 増田の好きそうな意識高い系とかにちょっとハマってそうな背伸びしたい年頃な高校生の男女たちが集まって熱心に質問していたのだが、どうも堀〇とかは〇ちゅうとかにかぶれた女子校生が 「どうしてで学歴とか役職によってできる仕事の範囲が違うんだしょうか、欧米の雇用形態みたいにとりあえずやらせてみなければわからないんじゃないですか?」と質問をしていた 他の高校生もこれは気になるのか、似たような質問が飛んだ 「格差社会が広がるだけでチャンスが平等じゃないのはおかしいと思います」とか「起業が奨励されているのにそれはノウハウを不当に独占しているのではないでしょうか」といったもので 賛同して回答を期待していた、彼ら彼女らとしては、やっぱり気になるし自分の問題の中なの

                                                                            なんで学歴とか役職によってできる仕事の範囲が違うんだしょうかと高校生に問われて知り合いの回答が秀逸すぎる
                                                                          • アフリカ・タンザニアの緑化プロジェクトが話題に→「半円形の穴」を掘ることで水と土壌の流出を防ぐことに成功、ついには荒廃した土地に緑が戻る

                                                                            光の地球連邦ニュース @HRenpou アフリカ・タンザニアで、人々が一斉に半月状の穴を掘ることで砂漠を草原に変えた! 掘った穴にわずかな雨水が流れ込むことで種子が発芽したのだ。やればできる! pic.twitter.com/Zs89SoNoXx 2024-03-17 11:46:24 リンク Wikipedia Semicircular bund A semi-circular bund (also known as a demi-lune or half-moon) is a rainwater harvesting technique consisting in digging semilunar holes in the ground with the opening perpendicular to the flow of water.These holes are orient

                                                                              アフリカ・タンザニアの緑化プロジェクトが話題に→「半円形の穴」を掘ることで水と土壌の流出を防ぐことに成功、ついには荒廃した土地に緑が戻る
                                                                            • 三井住友銀行アプリについてお話します。|SMBC DESIGN

                                                                              こんにちは!三井住友銀行 デザイナーの堀と申します。 前回の初投稿から、SNSなど多方面でたくさんの反応をいただきありがとうございました。予想以上の反響で銀行内でも話題となり、三井住友銀行のデザイナーの活動が少しでも広がったことにうれしく思います。 その中で「銀行アプリが変わった」とのコメントを多くいただき、自分たちが関わったプロジェクトがお客さまの手元に届いているんだなぁと感動しました。 今回はその「三井住友銀行アプリ」について書いていきたいと思います。 本題に入る前に…、お伝えしたいことがあります。 三井住友銀行初!2019年度グッドデザイン賞を取りました!!(ぱちぱちぱち) デザイナーだけでなく、たくさんの方々のご協力、お客さまの声から作られたアプリなので受賞したときは本当にうれしかったです。 それでは本題です。 アプリリニューアルの背景 様々な理由がありますが、まずはこれです。 キ

                                                                                三井住友銀行アプリについてお話します。|SMBC DESIGN
                                                                              • 新卒さんがノートを取れない、と聞いて→てっきり"あるある"的な話かと思ったら、もうちょい深刻な話だった

                                                                                よんてんごP @yontengoP 新卒さんがノートを取れない、 と聞いててっきり「コッチが話してるときはノートを取りましょう!」っていう"あるある"的な話かと思ったら 「話を聞いてノートを取れない≒聞いた話を纏めることができない」っていう、もうちょい深刻な話だった 2020-07-25 02:28:19 よんてんごP @yontengoP 本件、 「別にメモが汚い人なんかいくらでもいますよ」 「メモが雑でもソレ見て情報がキチンと引き出せてれば大丈夫では?」 「心配しすぎなだけですよ^^」 等々ご意見いただいておるのですが、 何というのか、単純に「メモが雑だなぁ」ってレベルではないっぽいんですよね、聞いてる話だけだと twitter.com/yontengoP/stat… 2020-07-25 11:55:09 よんてんごP @yontengoP イメージだとこんな感じ 乱雑なメモ書きかつ

                                                                                  新卒さんがノートを取れない、と聞いて→てっきり"あるある"的な話かと思ったら、もうちょい深刻な話だった
                                                                                • 社内勉強会で作ったDocker/Kubernetes入門の資料を公開しました - inductor's blog

                                                                                  TL; DR Docker/Kubernetes初心者の方と一緒に仕事をすることになったので、はじめの一歩として勉強会を開いたときに作成した以下の資料を公開しました。 speakerdeck.com 資料の目的 ZOZOテクノロジーズではたくさんのプロジェクトがあり、技術的にも古いものから新しいものまでいろいろなものが使われています。その多くは歴史的経緯や開発者たちのレベル感、今まで経験した技術などをベースに選定されることが多いです。 弊社 岡がCNDT2019にて発表した以下の資料や、ZOZOTOWNの作り直しの真っ赤な広告にもあるように、古い技術を使い続けてグロースを続けてきた結果、社内のプロジェクトのいくつかはスケーラビリティとして飽和に近い状態のものもあります。 ZOZOTOWNのCloud Native Journey from Toru Makabe www.slideshar

                                                                                    社内勉強会で作ったDocker/Kubernetes入門の資料を公開しました - inductor's blog