並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 1256件

新着順 人気順

プロジェクトマネジメの検索結果121 - 160 件 / 1256件

  • 人口崩壊の全貌――今後、日本の少子高齢化は別次元の恐ろしい姿をとる|三春充希(はる) ⭐第50回衆院選情報部

    人口減少は日本から漠然と人が減っていき、労働力が失われていくこと。少子高齢化は子供が減って、お爺ちゃんやお婆ちゃんが増えていくということ――。いま進行しつつあるこれらの問題について、私たちはどこかそのようなイメージを抱いているのではないでしょうか。 確かに今までは、それもあながち間違いではなかったのかもしれません。しかし今後は全く別次元と言っていいような恐ろしい面が剥き出しになります。ここでは地域別・年齢別の人口の検討から、その実態に迫ることにしました。 全国集計から恐ろしさは見えてこない 人口問題の議論では、しばしば次のようなグラフがあげられます。 図1:日本の将来推計人口(国立社会保障・人口問題研究所による2018年推計による) これは日本の人口が今後どのようになるかを予測したものですが、このグラフには人口減少の真の恐ろしさは表れていません。実際、「2045年には日本の人口は1億064

      人口崩壊の全貌――今後、日本の少子高齢化は別次元の恐ろしい姿をとる|三春充希(はる) ⭐第50回衆院選情報部
    • 「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場

      ソフトウェアの開発プロジェクトにはさまざまな経歴や役職を持つ人が関与するので、我が強い人や性格に難がある人が問題になることもしばしば発生します。ソフトウェア業界のよもやま話を語るブロガーのニール・グリーン氏が、ソフトウェア開発プロジェクトの中で問題になりがちな人をタイプごとにまとめつつ、それぞれのタイプの特徴と管理職向けの解決策を解説しました。 How to Deal with Difficult People on Software Projects https://www.howtodeal.dev/ 上記のサイトにアクセスしたのが以下。上から「プロダクトマネージャー」「デザイナー」「プロジェクトマネージャー」「開発マネージャー」「開発者」「品質保証(QA)」の6カテゴリに分かれていて、それぞれの役職の中によくいる「問題のある人」のタイプが動物のアイコンで示されています。例えば、「プロ

        「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場
      • Webディレクターのスキルツリー - 二宮日記

        Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います

          Webディレクターのスキルツリー - 二宮日記
        • Google エンジニアリング・プラクティス ドキュメント

          Google エンジニアリング・プラクティス ドキュメント このページは、Google Engineering Practices Documentation の非公式な日本語翻訳です。元のドキュメントは、クリエイティブ・コモンズの「CC-By 3.0」ライセンスで公開されています。 Google には、あらゆる言語・あらゆるプロジェクトをカバーする一般化されたエンジニアリング・プラクティスが数多く存在します。こうしたドキュメントは、私たちが長年に渡って開発してきたさまざまなベストプラクティスの経験が集結したものとなっています。オープンソース・プロジェクトやその他の組織でも、こうした知識から恩恵を受けられるかもしれません。そのため、私たちは可能な限り、この知識を公開するように努めています。 現在、以下のドキュメントが公開されています。 Google コードレビューガイドライン (Googl

          • 萌えVTuberの交通安全PR動画がフェミ議連の抗議で削除。フェミ系議員が公権力を使って表現規制。

            女性CEO板倉氏が自社Vtuberと松戸市警察とをコラボさせたところ、全国フェミニスト議員会連盟からのクレームで動画を削除させられました。 何ら違法でない表現に対して議員が公権力を行使して、規制を行ったのは明らかに問題です。

              萌えVTuberの交通安全PR動画がフェミ議連の抗議で削除。フェミ系議員が公権力を使って表現規制。
            • 1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素

              働き方が多様化した時代にも柔軟に対応し、最短距離で成果を最大化する「チームマネジメント」について、3回にわけて特集した株式会社SmartMeetingと株式会社SmartHRのセミナー。 本記事では、「成果を上げるための会議」をテーマに、『超・会議術~テレワーク時代の新しい働き方』の著者・越川慎司氏が登壇した、3回目のセミナーの模様をお届けします。日本企業における労働時間に占める社内会議の時間割合や、「会議の成功」の定義、そして会議でアウトプットが出ない理由など、さまざまなトピックが語られました。 延べ17万人超の労働時間を減らし、売上を上げる支援 越川慎司氏(以下、越川):クロスリバーの越川でございます。はじめの40分で「815社に対応してきた会議データの実情」と「質と量を改善するためにどうしたらいいのか」といった資料を共有させていただきます。「こうやったらうまくいくよ」ではなくて、実例

                1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素
              • 「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由

                人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO(目標管理)をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏(以下、坪谷):私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか? 中尾隆一郎氏(以下、中尾):普通の人は、成果を出したら評価をされて、給料が上がって、昇進

                  「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
                • 「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか

                  *文字かすれ修正しました Developers summit 2022 発表資料です。 元ネタはこちらのnoteです。 https://note.com/miz_kushida/n/n103a7da460c5 Twitter https://twitter.com/miz_kushida

                    「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか
                  • 新規事業立ち上げのアンチパターン|福島良典 | LayerX

                    新規事業立ち上げのアンチパターンについて考えてみる。 このアンチパターンは、完全な飛地の新規事業だけではなく、複数プロダクトを経営する中での隣接領域の新規プロダクトの立ち上げのときや、あるセグメントにPMFした状態から次のPMFを探すときも同様のアンチパターンが適用されうる。 ここでのアンチパターンは、1つ目の事業立ち上げ・プロダクト立ち上げで起こることはない。2つ目の事業や2つ目のプロダクトを立ち上げる際に留意する点であり、コンパウンドスタートアップを正しく経営するには必ず頭に入れておきたい内容である。 規模からの逆算と顧客インサイトの軽視新規事業における市場選択のアンチパターンである。 例えば、売上の30%成長を続けるための、計画と現実のギャップを埋めるために新規事業を規模から探してしまうみたいなケースで見られる。 大前提として、市場規模の推定は重要である。実際に事業をやっていると、い

                      新規事業立ち上げのアンチパターン|福島良典 | LayerX
                    • エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく|mtx2s

                      組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ

                        エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく|mtx2s
                      • 作業ではなく、仕事をせよ - arclamp

                        この記事はグロースエクスパートナーズ Advent Calendar 2022の11日目です。 (補足追記:この記事は、一緒に働いている/働くことになる若い後輩たちへのメッセージです) 毎年、メンバーからお題をもらっているのですが「一緒に仕事する相手がこうだったら教えがいがある・やりやすいなと思う言動について書いてほしい」ということなので、僕のキャリア(もうちょっとで四半世紀...)の中で学んできたことも含めて、整理してみます。 心構え:作業ではなく、仕事をせよ まず、一緒に仕事をする上でお願いしたいのは「作業ではなく、仕事をしてほしい」ということです。ここでいう仕事と作業の定義は以下の通りです。 仕事というのは「ある目的を達成するための行動」 作業というのは「ある計画や手順のもとにおこなう行動」 仕事は作業を含んでいます。目的を達成する行動全般が「仕事」であり、仕事の中で具体的な手順を実

                          作業ではなく、仕事をせよ - arclamp
                        • マネジメント半年くらいの自分へ - Konifar's ZATSU

                          あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて

                            マネジメント半年くらいの自分へ - Konifar's ZATSU
                          • 取り返しのつかない我がエンジニア人生よ

                            ここには年に1回くらい殴り書きしてるんだけど、史上最大に気持ち悪いおじさんの自分語りになってしまった。というか長すぎ。誰が読むんだ、これ。 自分は33歳、妻と未就学児1人の計3人で、人口100万人以上のそこそこの地方都市に暮らしている。 会社は子会社系のSIer。新卒で入った。これがまあ、ネットでよく馬鹿にされるような典型的な時代遅れの会社だった。 正直、入社時は「エンジニアとして働く」「会社の安定性」の両方が満たせそう、ぐらいの浅はかな考えだった。で、実際のところ大企業である親会社の盾もありまあ、安定していた。競争原理が働かず仕事は嫌でも降ってくる。給料は年功序列で上がっていき、昨年の年収は大体月20時間の残業で600万だった。世間的にはそこまで高いとは思わないんだけど、この会社の外での自分の市場価値を考えれば高いと思っている。 一方でエンジニアとしてはそりゃもうひどい環境だった。10年

                              取り返しのつかない我がエンジニア人生よ
                            • 『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro

                              『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro 『シン・エヴァンゲリオン劇場版』が公開となりました。今作は、プロダクションの規模も非常に大きく、プリヴィズの段階から素材やカットは数え切れないほどの枚数が生み出されました。そしてこの作品の基幹ともいえる編集を担ったのが、Adobe Premiere Pro でした。 ©カラー 『:序』の公開から14年を数える2021年、『シン・エヴァンゲリオン劇場版』が公開となりました。庵野秀明総監督のもと常に独創的な表現が生み出されてきた『ヱヴァンゲリヲン新劇場版』及び『シン・エヴァンゲリオン劇場版』全4部作も、とうとう今作で締めくくりとなります。東宝、東映、カラーの三社共同配給という前例のない規模での劇場公開を果たした今作は、プロダクションの規模も非常に大きく、プリヴィズの段階から素材やカットは数え切

                                『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro
                              • 岸 信夫 on Twitter: "自衛隊大規模接種センター予約の報道について。 今回、朝日新聞出版AERAドット及び毎日新聞の記者が不正な手段により予約を実施した行為は、本来のワクチン接種を希望する65歳以上の方の接種機会を奪い、貴重なワクチンそのものが無駄になりかねない極めて悪質な行為です。"

                                自衛隊大規模接種センター予約の報道について。 今回、朝日新聞出版AERAドット及び毎日新聞の記者が不正な手段により予約を実施した行為は、本来のワクチン接種を希望する65歳以上の方の接種機会を奪い、貴重なワクチンそのものが無駄になりかねない極めて悪質な行為です。

                                  岸 信夫 on Twitter: "自衛隊大規模接種センター予約の報道について。 今回、朝日新聞出版AERAドット及び毎日新聞の記者が不正な手段により予約を実施した行為は、本来のワクチン接種を希望する65歳以上の方の接種機会を奪い、貴重なワクチンそのものが無駄になりかねない極めて悪質な行為です。"
                                • ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構

                                  編集・発行元 独立行政法人情報処理推進機構(IPA) 社会基盤センター 発行日 2019年12月20日 サイズ B5変形判 ページ数 498ページ ISBN 978-4-905318-72-9 定価 2,500円(税込) 書籍概要 概要 デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション(DX)」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは

                                    ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構
                                  • 外資ベンチャーを1か月でクビになった 退職RTA:32日 - 鰤切手

                                    今年からぴっかぴかの社会人! どんな生活が待っているんだろ楽しみだなぁ! ・・・ 今年で2回も退職エントリを書くとは思わなかったよ・・・。 おはばんちは、先日縁があった外資ベンチャーから退職してくれと言われ退職届にサインをしました。たぶん、これが一番早いと思います。 最近やっと腑に落とせたのでまとめます。 社会人経験も浅いうちに「結果さえ出せればOK!」みたいな会社行くと痛い目かもしれないです。 目次 入社したきっかけ:外資ベンチャーに勤めたかった 入社 「体を壊すことをお勧めしますよ」 「あいつ定時で帰るんで一緒に仕事したくないんですよね」 「他の人たちは何も言わなくても勝手に仕事を見つけているよ」 プロジェクトの進め方が分かんないよ...。 評価0 仕事0 最後の日 「君のポジションは用意できない」 聞いてください、「僕の最強雇用計画」 最後の挨拶 おまけ おまけのおまけ 入社したきっ

                                      外資ベンチャーを1か月でクビになった 退職RTA:32日 - 鰤切手
                                    • 新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog

                                      ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか? どのように相互作用するのか? これらが有機的に結びつくことで現実のどのような問題を解決していくか? こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で

                                        新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog
                                      • コード品質はやはりビジネスに影響を与える - mtx2s’s blog

                                        私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

                                          コード品質はやはりビジネスに影響を与える - mtx2s’s blog
                                        • 三菱MRJはなぜ失敗したのか|ブースカちゃん

                                          とても長くなりました。10,000字を超えています。 途中で読み疲れちゃうようだったら、ブックマークなどを利用して、分けて読んでいただけると幸いです。 なにがあったのか、まず事実関係を確認「売れなかった」からではない。一部の論者は「MRJはユーザーのニーズに合っていないから失敗した」とかいう誤解をしているようですが、そうではありません。ニーズに合っていたか、よい飛行機だったか、という問題ではないのです。旅客機の開発はお金と時間がかかるので、最初に「見込み客」との契約を行い、それが成立した時点で開発を決定するのです。この顧客を「ローンチ・カストマー」と言います。 MRJの場合、ローンチ・カストマーは全日空でしたが、開発が進むにつれて海外からの発注も獲得しており、将来的に採算がとれるかどうかは別として、「顧客ニーズに合わない」的外れの製品ではありませんでした。 もちろん、これから開発する飛行機

                                            三菱MRJはなぜ失敗したのか|ブースカちゃん
                                          • チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019

                                            DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/ Read less

                                              チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
                                            • 工務店という稼業#2 (なぜ業者は相見積を嫌がるのか? 本音)|いのっち@現役・工務店の中の人

                                              ー ⌛この記事は約8分で読めます。ー 相見積だと伝えると工事業者に嫌がられる。または急にリアクションが薄くなりやる気ない感じになる。といった経験をした方は少なくないと思う。それは、なぜだろうか? 社会の競争原理に従って相見積もりするのは普通の事なのに。 「ちゃんと仕事してくれよ、せっかく頼んでいるのだから。」 「仕事になればおたくも儲かるんだからさ。」 そう思ったに違いない。 あなたを信用して1社に絞っていたのに、いちいち催促しないと無い返事、LINEは既読がつかない(絶対読んでるはず)夕方電話しても出ないし、どうなってるんだよ!!極めつけは、「うちではできない」と回答。いまさらか!だったらはじめから言ってくれ!とにかく途中報告がないし、まともなコミュニケーションがとれない。 あいつらのペースに合わせていたら機会損失だらけだ! そんな過去の経験から相見積するも、業者からは嫌がられる。ほんと

                                                工務店という稼業#2 (なぜ業者は相見積を嫌がるのか? 本音)|いのっち@現役・工務店の中の人
                                              • 目標設定の基本

                                                NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2

                                                  目標設定の基本
                                                • 進捗確認をやめると上手くいく|きゅーい / koyo

                                                  プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう?」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー(PM)の仕事のひとつに納期の管理というものがあり

                                                    進捗確認をやめると上手くいく|きゅーい / koyo
                                                  • 病欠する人ってどういう感じで休んでるんですかね?

                                                    想 詩拓@文芸サークル『文机』 @sou_sitaku 今、あるプロジェクトで派遣社員やアルバイトを20名くらい雇用してシフトを回しているのですが、いつも1~3人、「出勤が不安定で出るか出ないか計算できない人」が出てくるんですよね。 2020-01-10 22:42:41

                                                      病欠する人ってどういう感じで休んでるんですかね?
                                                    • 文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由

                                                      システム開発の頓挫を巡る、文化シヤッターと日本IBMとの間の裁判で、東京地方裁判所は日本IBM側に19億8000万円の支払いを命じた。米セールスフォースのPaaSを用いた販売管理システムの構築を目指し、2015年に始めた開発プロジェクトだったが、2017年にストップしていた。東京地裁は開発失敗の原因をどう認定したのか。裁判記録をもとに読み解く。 文化シヤッターが、20年以上前から使用していた販売管理システムを刷新するプロジェクトを本格的に始動させたのは2015年1月のことだ。日本IBMに提案依頼書(RFP)の作成を委託。そのRFPを基に複数ベンダーから提案を受けた上で、日本IBMを開発委託先として選定した。 日本IBMの提案はシステム構築に米セールスフォースのPaaS(プラットフォーム・アズ・ア・サービス)である「Salesforce1 Platform」を用いるものだった。RFPでは標準

                                                        文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由
                                                      • ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation

                                                        Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。

                                                          ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation
                                                        • レビューの仕方

                                                          Open8 勉強会で発表したレビューの仕方と心理的安全性の話しです。

                                                            レビューの仕方
                                                          • これ知ってる?2019年話題になったWebサービス・アプリ50選まとめ【令和最新】 | XM無料案内所

                                                            2019年は、サブスク型、マッチング、AI関連のサービスが流行した一年になった。 また、時代背景から、副業・フリーランス向けのサービスも普及。 食・旅行・趣味など、様々な面で”無駄をなくす”サービスが多いことも特徴的だった。 今回まとめた、2019年話題のサービスは11項目・総勢50選。 フリーランス向け サブスク型 マッチング 仕事効率化 稼げる副業 ライフスタイル 「食」関連 趣味 旅行 女性向け 学生・学習者向け 開発者の想いがこもった普及すること間違いなしのサービスばかりだ。 50選という膨大な記事になってしまったため、ブックマークして暇な時に確認することを強くオススメする! フリーランスを助ける便利なサービス3選 1. フリラテ フリラテは、これから副業・フリーランスなど「個人で仕事を始めたい」と思っている方のための支援サービス。 フリーランス一歩目を間違わないために、個人での仕

                                                              これ知ってる?2019年話題になったWebサービス・アプリ50選まとめ【令和最新】 | XM無料案内所
                                                            • 失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務

                                                              前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ

                                                                失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務
                                                              • Linuxの基礎用語を完全理解するためにエンジニアが作成した「10のミニプロジェクト」とは?

                                                                by Adam Harvey Linuxを利用していると「シェル」や「grep」「プロセス」といった言葉を目にします。エンジニアのCarl Riis氏はそんなLinuxの基礎用語の意味や仕組みをさまざまなウェブサイトから学習し、「10のミニプロジェクト」を作成することでスキルを向上させたとして、その詳細を公開しています。 Getting better at Linux with 10 mini-projects - carltheperson https://carltheperson.com/posts/10-things-linux GitHub - carltheperson/10-things-linux: Getting better at Linux with 10 mini-projects. https://github.com/carltheperson/10-thing

                                                                  Linuxの基礎用語を完全理解するためにエンジニアが作成した「10のミニプロジェクト」とは?
                                                                • 建材業界で新規事業を立ち上げて、8ヶ月で「業界シェア80%」をとれた理由|鶴岡 友也/BLUEPRINT, inc. 最高事業責任者

                                                                  ぼくは「スタートアップを量産する会社」を運営しています。 事業をバンバン立ち上げて、PDCAを回しまくって、うまくいったものだけを法人化する。「スタートアップファクトリー」とよばれる、日本ではまだ珍しいビジネスモデルです。 かつてヘンリーフォードが「T型フォード」によって自動車を大量生産したように、事業立ち上げのプロセスを「型」にして、起業に再現性をもたせる。 まるで工場のように、革新的な「会社」が次々に生まれていくーー。 それがぼくらの目指す世界です。 「そんなにうまいこといくわけない、ただの絵空事だろ」と思われるかもしれません。 でも実際、うまくいきはじめているんです。 SaaSモデルとして、初めての成功事例が、この「建材サーチ」というサービス。建材業界に特化したVertical SaaSです。 https://lp.kenzai-search.jp/実はこの事業、構想から半年で法人化

                                                                    建材業界で新規事業を立ち上げて、8ヶ月で「業界シェア80%」をとれた理由|鶴岡 友也/BLUEPRINT, inc. 最高事業責任者
                                                                  • プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM

                                                                    このnoteでは、プロジェクトマネジメント(以下、プロマネと略記)のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX(@coffee_nomimasu)にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介! プロジェクトマネージャーが読むべきおすすめ本〇〇選! プロジェクトマネジメントおすすめ本ランキング! などのサイトを見ながら自分に合いそう

                                                                      プロジェクトマネジメントのおすすめ本を4つの分類でご紹介|コーヒー好きのPM
                                                                    • 自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc

                                                                      はじめに 当記事を開いてくださりありがとうございます。私は表題の通り、私は一般にメガベンチャーと呼ばれる自社開発企業で機械学習エンジニアとして勤務しはじめてからわずか半年で、鬱を発症し退職することになったものです。この会社は待遇も良く、社風としても労働者思いのとても素晴らしい会社であったと私自身振り返って思います。 そんな会社に運よく入社することができた私ですが、わずか半年で「鬱状態」と心療内科から診断を受け休職し、会社制度により退職することになりました。「え?そんなに素晴らしい環境なのにメンタル弱すぎでは?」と思われる方もいらっしゃることでしょう。返す言葉が全くありません。おっしゃる通りです。 しかし同時に、「何故鬱になったの?」と思われる方もいらっしゃるのではないでしょうか。本記事ではこの点について鬱を発症した本人の目線から「どうしてそんなことが起きてしまったのか」という点について考察

                                                                        自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc
                                                                      • よく見かけるレイアウト・UIコンポーネント、それだけを実装するHTMLとCSSのシンプルなコードのまとめ

                                                                        Webページやスマホアプリでよく見かけるレイアウト、ナビゲーション、UIコンポーネントなど、それだけを実装するHTMLとCSSのシンプルなコードをまとめたCSS Layoutを紹介します。 それだけを実装するため、HTMLとCSSのコードは非常にシンプル、カスタマイズも簡単だと思います。スニペットに登録しておくと、便利ですね。 CSS Layout CSS Layout -GitHub CSS Layoutの特徴 レイアウトやUIコンポーネントだけを実装するコード CSS Layoutの特徴 CSS Layoutは、よく使用されるレイアウトやUIコンポーネントだけを実装するためのHTMLとCSSのコードがまとめられたコレクションです。 MITライセンスで、商用プロジェクトでも無料で利用できます。 CSS Layout 依存関係は一切無し フレームワークは必要無し ピュアCSSで実装、CSS

                                                                          よく見かけるレイアウト・UIコンポーネント、それだけを実装するHTMLとCSSのシンプルなコードのまとめ
                                                                        • 炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance

                                                                          最短でイッセンマンITエンジニアを目指すなら大炎上プロジェクトがオススメ!!経験浅でも採用の可能性が上がるし、週最大7日間1日15時間以上、プロに揉まれながらスキルを磨けるので面倒な家での積み上げは不要!やり遂げた際の経験値はヤバいし、活躍によってはPMが次のPJに引っ張ってくれるよ!— 代表取締役 岩元仁@株式会社ロックシステム (@iwa3nen) 2021年8月28日 経験の浅いエンジニアが1千万の年収を得る最短ルートが、炎上案件に飛び込んですげぇ修行して界王拳をマスターしろなのか... 社員にそれを言えるのがすごいな。(いわもと様から社員向けではないとコメントを頂いたので、打ち消します) 炎上プロジェクトで心を病んだ人を多かれ少なかれ見てきて、人づてに色んな哀しみを聞いている身としては、危険としか言いようがない。 僕が若い頃にやった、月稼働400時間が2ヶ月続いたプロジェクトは炎上

                                                                            炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance
                                                                          • エンジニアのための自己管理入門 - Qiita

                                                                            はじめに 社内でTodo管理の勉強会を実施した際に作成した資料があったのですが、今回自分の中の考えをまとめるせっかくの機会だと思い、字面で書き起こすことにしました。 意外と世の中では語られることのなく、『あたりまえ』として扱われてしまう『自己管理』について自分が半年間運用し、週ごとにカイゼンを続けたどり着いた、現時点でのHowを多くの人に伝えられればなと思っています。 もちろん最適解がこの形とは言いませんし、自己管理は人の数分だけ最適解はあると思っています。「みんな正しい、ただし部分的に」ということを念頭に、楽しんで読んでいただければ幸いです。 タイトルを付けた理由としては、かなりシステマチックな内容になってしまっていると感じてしまったため、「運用レベルが高い」人物を想定した結果、このタイトルになりました。 概念篇 『自己管理』を行っていく上で、確実に「ここは飛ばしてはいけない」と思ったた

                                                                              エンジニアのための自己管理入門 - Qiita
                                                                            • 現代的システム開発概論

                                                                              2023年度リクルート エンジニアコース新人研修の講義資料です

                                                                                現代的システム開発概論
                                                                              • Yojiro Noda on Twitter: "前も話したかもだけど大谷翔平選手や藤井聡太棋士や芦田愛菜さんみたいなお化け遺伝子を持つ人たちの配偶者はもう国家プロジェクトとして国が専門家を集めて選定するべきなんじゃないかと思ってる。 お父さんはそう思ってる。 #個人の見解です"

                                                                                前も話したかもだけど大谷翔平選手や藤井聡太棋士や芦田愛菜さんみたいなお化け遺伝子を持つ人たちの配偶者はもう国家プロジェクトとして国が専門家を集めて選定するべきなんじゃないかと思ってる。 お父さんはそう思ってる。 #個人の見解です

                                                                                  Yojiro Noda on Twitter: "前も話したかもだけど大谷翔平選手や藤井聡太棋士や芦田愛菜さんみたいなお化け遺伝子を持つ人たちの配偶者はもう国家プロジェクトとして国が専門家を集めて選定するべきなんじゃないかと思ってる。 お父さんはそう思ってる。 #個人の見解です"
                                                                                • 個人開発のコストはDB次第 - laiso

                                                                                  個人でWebサービスを継続的に運用するのは金がかかってかなわんという問題がある 「個人開発」だと定義が曖昧なので自己資金かつ赤字のプロジェクト(Webサービス)ということにする。 そういうプロジェクトではプロダクトオーナー=自分、開発者=自分、予算管理者=自分というロールになるので予算管理者としてコストを図る必要がある(ここでいうコストはWebサービスを実現するアプリケーションのランニングコストのこと)。 通常はみんな自分の人件費を0として計算していると思う(逆にいうとそれが負債という考え方もできると思う)。 ただしメンテナンス時間とコストのトレードオフもあるので、人件費0ではあるけど有限の時間は別軸として管理しているのが普通だと思う。極端な例だと「コスト削減できるけどメンテナンス時間10倍になる」というのは避けられる。 仮に個人開発のプロジェクトの予算を月数千円から高くても1万円ぐらいか

                                                                                    個人開発のコストはDB次第 - laiso