並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 926件

新着順 人気順

ERPの検索結果1 - 40 件 / 926件

  • 初心者が無料で勉強できる良教材いろいろまとめ - orangeitems’s diary

    はじめに インターネット、Webの世界には大変有用な資料がたくさんあるのですが、情報がたくさんあってたどりつくのがいよいよ大変になってきた印象です。 読みごたえがあって、わかりやすく、一通りマスターすれば業務でも使えそうなのに、無料で読める。そんな良教材のリンクを集めてみました。 私も時間を見つけてトライする予定です。 ジャンルは様々ですので、ご興味に合わせてご利用ください。 教材集 色と配色 baigie.me このエントリーでは、デザイナー以外の方が読むことを想定し、最低限知っておくといい色と配色の基本をまとめました。基本なので、細かいことは端折って簡単にまとめています。しかし、駆け出しのデザイナーでも十分参考にできる骨太な内容ではないかとも思います。 プレゼンテーション liginc.co.jp ・なるべく時間をかけず、スライド作成よりも内容に時間を割きたい ・見栄えはできるだけ綺麗

      初心者が無料で勉強できる良教材いろいろまとめ - orangeitems’s diary
    • SAPは何故使いにくいのに、世界中で愛されているのか|ヒーホーくん

      定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば(主にグローバル大企業で)これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高

        SAPは何故使いにくいのに、世界中で愛されているのか|ヒーホーくん
      • ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)

        https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。 ベースパターン ソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターン メインラインイン

        • 社員の給料を上げるのはコスパが良くないという話 - ゆとりずむ

          こんにちは、らくからちゃです。 IT業界のご多分に漏れず、弊社でも人手不足です。「新入社員研修の課題ってことにしてタスク振れない?」「技能実習生ってどこで雇えるんだろ...」「せや、猫の手を借りる方法を実用化したら全て解決や!」などという考えが脳裏をよぎるほどです。疲れてんのかな。 どうも人事部は現場以上に疲れているらしく、最近になって「一人入社させたら20万円贈呈」「本人と参加者分5000円まで経費で負担するから飲みに誘え」などの大号令発せられ、部門KPIにも"中途採用者複数名獲得"なんて書かれる始末であります。 弊社の偉い人と飲んでいたときに聞いたところ「最近は業者使うと年収分くらいの手数料がかかることもある。それでもアタリの確率は50%くらい。そんなハシタ金で採用できて社員も喜ぶなら万々歳」なんだってさ。 というわけで、誰かSAPをはじめとしたERP商品の導入や、製造業向けのMESだ

            社員の給料を上げるのはコスパが良くないという話 - ゆとりずむ
          • グリコ、障害で売上200億円の損失…ベンダのデロイトに損賠賠償請求の可能性

            江崎グリコの公式サイトより ほぼすべてのチルド食品(冷蔵食品)が、社内のシステム更新作業に伴う障害により出荷停止となっている江崎グリコ。4月初めに障害が発生し、出荷再開時期がいまだに未定という異例の事態を受け、同社は今月8日、システム障害によって2024年12月期の営業利益が60億円、売上高が200億円下押しされる見通しだと発表した。業績に多大な悪影響が生じるため、グリコがシステム更新プロジェクトの主幹ベンダであるデロイト トーマツ コンサルティングに損害賠償を求めて法的手段を取る可能性も取り沙汰されている。今後の展開について業界関係者や専門家の見解を交えて追ってみたい。 グリコは業務システムについて、独SAPのクラウド型ERP「SAP S/4HANA」を使って構築した新システムへ切り替えるプロジェクトを推進してきた。旧システムからの切替を行っていた4月3日、障害が発生し、一部業務が停止。

              グリコ、障害で売上200億円の損失…ベンダのデロイトに損賠賠償請求の可能性
            • 【独自】プッチンプリン出荷停止の「主犯」はデロイト!グリコのシステム刷新で1年遅延の末に障害発生“ボロボロ案件”の実態

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

                【独自】プッチンプリン出荷停止の「主犯」はデロイト!グリコのシステム刷新で1年遅延の末に障害発生“ボロボロ案件”の実態
              • 製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から

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

                  製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
                • 江崎グリコの基幹システム移行トラブルについてまとめてみた - piyolog

                  2024年4月5日、江崎グリコは基幹システムの切り替え後にシステム障害が発生し、同社や販売委託を受けている一部の冷蔵食品の出荷に影響が生じていると公表しました。ここでは関連する情報をまとめます。 障害後緊急対応するも在庫数合わず業務停止 今回システム障害が起きたのは江崎グリコの基幹システムで2024年4月3日の新システムへの移行に伴い発生した。物流、販売、会計などを一元管理するERPパッケージ SAP社製「SAP S/4HANA」で構築されており、「顧客への継続的価値創出を可能にするバリューチェーン構築と経営の迅速な意思決定を目的とした、調達・生産・物流・ファイナンスなどの情報を統合する基幹システム」と同社では説明している。障害原因の詳細は同社から開示されてはいないが、システム障害の問題個所の特定は済んでいる。なおサイバー攻撃によるものではないと取材に答えている。*1 システム障害の影響に

                    江崎グリコの基幹システム移行トラブルについてまとめてみた - piyolog
                  • 消える「経理のおばちゃん」と増える簿記リーマン|株式会社板橋 東京中央支店

                    【経理のおばちゃんを消す仕事】 先日、某外資系ITコンサルタントのフォロワーさんと飲んでた際に「俺は、経理のおばちゃんを消す仕事をしてるんだ…」との独白を受けた。別に彼が外資系IT暗殺結社に勤めているのではなく、彼がシステム導入支援の仕事をしていて、その結果経理のおばちゃんが職を失う事になっているという話なのだが、これは身近な所では弊社でも同じことが起きていた。 【経理のおばちゃんを消すマシン=ERPパッケージ】 昔は例えば交通費等の経費精算や請求書の発行業務、日々の伝票発行の様な所謂ルーティン化された日常経理業務は「経理のおばちゃん」が担っていたケースが多い様に思われる。この仕事が今凄い勢いで、SAP等のERPパッケージと呼ばれる統合ソフトウェアの導入により、消えて行っている。具体的に上記の様な作業は非経理の担当自らが操作を覚えて実施することを要求されており、その結果、専任の担当者は姿を

                      消える「経理のおばちゃん」と増える簿記リーマン|株式会社板橋 東京中央支店
                    • DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)

                      はじめにこの記事は、Engineering Manager Advent Calendar 2020の24日目の記事す。 職種を越えた働き方を模索するWeb Engineerのtrebyさんと、技術を突き詰めたいiOS Developerのbanjunさんの二人のパーソナリティをつとめるpodcast「きのこるエフエム」でお話してきた今話題のキーワードDXについてのお話を再編して記事にしたものです。 実際のpodcastについては以下からどうぞ。 いつの間にか"DX"がデジタルトランスフォーメーションにとられてた。trebyさん(以下敬称略) これは、我々のマイブームというか、最近、「DXっていいよね?」っていうふうに私が謎掛けをしますと、banjunさんが、「DX、わからん!」というふうに返すんです。 banjunさん(以下敬称略) 「DXって何ですか?何がいいんですか?」っていう話です

                        DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)
                      • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                        1. はじめよう! 要件定義 ~ビギナーからベテランまで(難度:★☆☆) 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級~上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

                          【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
                        • デジタル化の流行と「上流工程」の終焉 - SaaSベンチャーで働くエンタープライズ部長のブログ

                          DX(デジタルトランスフォーメーション)という言葉が流行し、猫も杓子もデジタル化という言葉を使い始めました。さて、デジタル化とは何なのか、そして流行しはじめたのはなぜなのか。 端を発するのは経産省の「2025年の崖」のレポートだと言われていますが、レポート読んではみたものの本題はSAP ERPの保守期限を意識した基幹システムの刷新化と技術的負債の返済であるにもかかわらず、日本企業のスピード感の話だったり、なぜかマイクロサービスとAI、アジャイルサービスなど流行のワードがたくさん出ており、論点がぼやけている印象を受けてしまいました。 基幹システム刷新化においてマイクロサービスなどは一部で使えるかもしれませんが、銀の弾丸とは思いませんし、現状整理によってはきちんとしたデータベース設計とウォーターフォールを主としたロジック移行が最適解であることも十分にありえるといち技術者としては思います。 僕自

                            デジタル化の流行と「上流工程」の終焉 - SaaSベンチャーで働くエンタープライズ部長のブログ
                          • 「それは、本当に安全なんですか?」 セキュリティ専門家が「GitHub Copilot」の全社一斉導入時に考えたあれこれ

                            「GitHub Copilot 導入時に考えたセキュリティのあれこれ」というタイトルで登壇したのは、freee株式会社のただただし氏。タイミー社主催の「GitHub Copilotで拓く開発生産性」で、「GitHub Copilot 」を全社一斉導入する際に考えるべきセキュリティリスクについて発表しました。 freee株式会社 PSIRT マネージャーのただただし氏 ただただし氏:freee株式会社のただただしと申します。 今日は、「GitHub Copilot 導入時に考えたセキュリティのあれこれ」ということで、Copilotのセキュリティリスクについて語るわけですが、考えてみたら、GitHubの中の人を前にこんなことをしゃべるのは相当大胆な話だと思います。最後にいいことで締めるのでちょっと我慢してください。 自己紹介をいたします。ただただしと申します。PSIRTという組織でマネージャー

                              「それは、本当に安全なんですか?」 セキュリティ専門家が「GitHub Copilot」の全社一斉導入時に考えたあれこれ
                            • インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ

                              技術部 SRE グループの mozamimy です。 クックパッドでは、 SRE が中心となって、サービスを動かす基盤の大部分である AWS のコスト最適化を組織的に取り組んでいます。 昨年夏に公開した記事である、インフラのコスト最適化の重要性と RI (リザーブドインスタンス) の維持管理におけるクックパッドでの取り組みでは、 なぜインフラのコスト最適化が必要なのか、具体的にどのような考え方に沿って進めてゆけばよいのか。 SRE が一括して管理する AWS のリソースプールそのもののコスト最適化を実践するための具体的な取り組みの一例として、RI のモニタリングや異常時の対応フローによる維持管理。 といった話題にフォーカスしました。 今回は、インフラにかかるコストを正しく「説明」するための取り組みということで、コスト最適化に貢献する社内アプリケーションである Costco (Cost Co

                                インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ
                              • インボイス制度導入は何がヤバいのか - ゆとりずむ

                                こんにちは、らくからちゃです。 消費税増税から気づけば2週間近くが経とうとしていますが、皆様いかがお過ごしでしょうか。弊社では、予想通り予想外の自体が頻発しておりますが、なんとか生き延びております。 今回の増税&軽減税率導入にあたり、企業向けシステムでは「区分記載請求書」への対応が、ひとつ大きな対応課題でした。これで全て片が付いたのかといえばさにあらず、2023年度導入予定の「適格請求書」への対応が控えております。 何がちゃうん?と言われますと、区分記載請求書には①税率別の売上高、②軽減税率の対象となる品目の明記が必要です。適格請求書には、上記に加えて③税率別の消費税額、④発行元の登録番号(法人番号) の明記が求められます。 (画像出典:消費税の軽減税率制度とERP(第2回)――適格請求書等保存方式(インボイス方式)とは) この「適格請求書」が、俗に「日本版インボイス」と呼ばれるものです。

                                  インボイス制度導入は何がヤバいのか - ゆとりずむ
                                • なぜ自治体のシステムはバラバラなのか|楠 正憲(デジタル庁統括官)

                                  政府が自治体システムの仕様統一を決め、来年デジタル化のための新法提出を目指すと報じられました。自治体システムの標準化はかねて総務省で検討が進められてきて、直近もデジタルガバメント閣僚会議の下に設置された「マイナンバー制度及び国と地方のデジタル基盤抜本改善 WG」で議題に挙がり、わたしも議論に参加しています。 技術屋の視点でみると、法律で定められた似たような住民事務を、どうして1740もある自治体がバラバラにシステム構築しているのか、不思議に思われるかも知れません。ひとつのシステムで賄った方が効率的ではないかという意見も大きいのではないでしょうか。 確かにバラバラにシステム構築されているために特別定額給付金などの新しい制度ができた際まとめてシステム改修できずに、大量の手作業が発生して給付に時間を要してしまったことは記憶に新しいところです。もし日本全体で単一の住民システムが動いていて、そのシス

                                    なぜ自治体のシステムはバラバラなのか|楠 正憲(デジタル庁統括官)
                                  • 経理(決算)のパラダイムシフト|ヒーホーくん

                                    どうも伝統的日本企業(SNSではJTCとかいうらしい)の人は管理会計もM&Aも税務やらも「全部経理」などという雑な考えの人がある程度居るらしいのであえて経理=決算業務と定義しておきます。組織のデザインをするうえで役割をうやむやにするこのような考え方は愚の骨頂としか言いようがありませんが、それはまた別の機会に。一方でなぜJob Discriptionもまともに無いのか少しわかった気がしますし、そんなやり方では給料レンジも明確な差がつけられず半端な人しか働けないだろう。 まあ都心のタワーマンションが限られた層にしか買えないように、多国籍企業で働くサラリーマンのファイナンス業務など大多数にとっては無関係な話かもしれないので変化が起きないと賭けるならば以下の駄文は無視しておけばいいでしょう。 前置きが長くなりましたが、これまでのキャリアで最大の試練は何か?という話題で人に話す機会があったので、多国

                                      経理(決算)のパラダイムシフト|ヒーホーくん
                                    • 生産性とかGDPとかうっせーよ!:村上福之の「ネットとケータイと俺様」:オルタナティブ・ブログ

                                      生産性とかGDPとかうっせーよ。いやーわかんだけどさ。GDPあってもダメな国はダメだし、GDPはもはや豊かさのパラメーターとして意味ない。早く気づけ。投資や経済のパラメータの一つで、それ以上では無い。普通に海外旅行したらわかるでしょ?GDPは大事だけど、先進国としての指標は何か別の指標が必要だし、生産性は何も解決しない。 じゃあ?GDP1位のアメリカいいかい?エレベーターしょっちゅう止まるし、シャワーやトイレや水道はよく壊れるし、サンフランシスコでも停電になるし、医療費はバグってるし(医療保険4~10万/月)、ドラッグまみれだし、公教育ぶっこわれてるし、1000ドル以下の万引きは無罪で、空き巣や痴漢くらいでは警察が動かなくて、自転車止めるのにわざわざ太いクサリで縛っておかないといけない国がいいかい? 個人的には、GDP低くても、エレベーターは途中で止まらなくて、シャワーがちゃんと出て、トイ

                                        生産性とかGDPとかうっせーよ!:村上福之の「ネットとケータイと俺様」:オルタナティブ・ブログ
                                      • 「S/4HANA」への切り替えでトラブルの江崎グリコ、1カ月経過も商品の出荷停止続く

                                        「プッチンプリン」をはじめとする江崎グリコのチルド食品が店頭から姿を消した。2024年4月3日に実施した基幹システムの切り替えでトラブルが発生。同社が物流・販売を請け負っていた他社製品を含め、一部商品を出荷できなくなった。同月18日に出荷を一部再開したものの、トラブルは終息せずに再び出荷を停止。システム障害の影響で、当初業績予想より売上高を200億円程度押し下げるとみる。 「スーパーにもコンビニにも『プッチンプリン』が見当たらない」「『カフェオーレ』を長年愛して飲んでいるが、どこの店舗も販売休止中だ」――。2024年4月中旬、X(旧Twitter)で、このような投稿が相次いだ。 江崎グリコの看板商品が店頭から姿を消した理由は、システムトラブルによるものである。同社は2024年4月3日、基幹システムの切り替えを実施した。旧システムを独SAPのERP(統合基幹業務システム)パッケージ「SAP

                                          「S/4HANA」への切り替えでトラブルの江崎グリコ、1カ月経過も商品の出荷停止続く
                                        • 「要件定義をやめよう」の真意、普通にやると金と時間が無駄になるだけ

                                          「要件定義をやめないといかんね」――。ある勉強会が終盤に近づいた頃、隣席の参加者がこうつぶやいた。それを聞いた周囲の参加者がうなずいた。驚いたことに自分も「おっしゃる通り」と同意してしまった。 なぜ驚いたかというと、「要件がすべてを決める」「じっくり時間をかけるべき」と教わってきたからだ。日経コンピュータ編集部に配属された1985年以降、取材先の情報システム部長やソフトハウスの幹部を取材した際、「情報化で重要なこと」を問うと、たいていこう言われた。だから「いわゆる最上流工程が大事」という記事をたびたび書いてきた。 勉強会に登壇した講演者たちが「要件定義をやめよ」と言ったわけではない。しかし隣に座っていた参加者は、講演の趣旨を「要件定義をやめよ」という一言に集約した。同じ話を聞いてきた筆者を含めた参加者はすんなり納得したわけだ。 失敗につながる要件定義の実態 DX(デジタルトランスフォーメー

                                            「要件定義をやめよう」の真意、普通にやると金と時間が無駄になるだけ
                                          • 新規事業とアジャイル

                                            みなさんこんにちは。@ryuzeeです。 新刊『プロダクトマネジメント - ビルドトラップを避け顧客に価値を届ける』が10月26日に発売になりますので、よろしくお願いします。 先日、プライベートで新規事業とアジャイルに関する短いセッションをしましたので、そのときの資料を共有します (本当は1時間かかるものをかなり縮めたダイジェスト版です)。 以下、資料だけ見てもわからない方向けの解説です。 TL;DR(結論)何が分からないのかすら分からないこともある。過度に詳細な計画にしない適切な問題を扱っているか、顧客はいるかが重要顧客が関心を持つのは、自分の課題の解決であり、ソリューションそのものではない仮説と検証の繰り返し急いでたくさん作らない。機能の多さは成功につながらない投資モデルを変える(100打数10安打1ホームランなら上等)アジャイルとはフィードバックサイクルの集合体最初から人が多すぎると

                                              新規事業とアジャイル
                                            • アプリケーション開発者はどこまで知っているべきなのか? 前提知識整理のための、コンテナワークロード超入門

                                              今押さえておくべき知識をアップデートし、ノウハウを共有し、さらなるスキルアップを実現する場として開催されている、AWS で最も Developer に特化したカンファレンス「AWS Dev Day Online Japan」。ここでSr. Product Developer Advocate, Elastic Containersの原氏が登壇。まずは、コンテナワークロード超入門として、コンテナのデプロイ時とクラッシュ時に起こることを紹介します。全3回。 自己紹介 原トリ氏:オーナーシップの塊、トリです。本日はタイトルにあるとおり、アプリケーション開発者はAmazon ECSあるいはKubernetesといったコンテナオーケストレータのことを、どこまで知るべきかについて話します。もともと「どこまで知ればいいのか」というタイトルでしたが、思いが強すぎて「知るべきか」に変わりました。 あらためて

                                                アプリケーション開発者はどこまで知っているべきなのか? 前提知識整理のための、コンテナワークロード超入門
                                              • モダンな要件定義手法「RDRA」をRPGゲーム風にカスタマイズして説明してみた - Goodpatch Tech Blog

                                                この記事はGoodpatch Advent Calendar 2022 18日目の記事です。 ソフトウェアエンジニアの 池澤です。 ここ最近はテクニカルディレクションとして仕事に関わることが増えました。その中で要件定義を作ったりデザイナーとエンジニアの橋渡しをする機会が多く、メンバーみんなが同じゴールを認識して制作できるようなより良い要件定義方法はないものかと探していました。 今回はそんな中で見つけたモダンな要件定義手法の一つ、RDRA(ラドラ)について、理解しやすくなるコツやカスタマイズしている内容についてお話しします。 なお、RDRAの詳細解説をするととても書ききれませんので、RDRA本体の詳細については公式サイト等をご参照ください。 RDRA(ラドラ)とは? 概要 RDRAのバージョン これまでの要件定義でよくある問題 期待される要件定義の姿 公式サイト おすすめの学び方 実際のRD

                                                  モダンな要件定義手法「RDRA」をRPGゲーム風にカスタマイズして説明してみた - Goodpatch Tech Blog
                                                • 【AWS】日本語で読めるAWS認定の資格対策本まとめ (2022年6月更新) - Rのつく財団入り口

                                                  AWS認定のおすすめ参考書ラインナップ。仕上がってるよ!仕上がってるよ! サービスの数もどんどん増えてチョモランマ! ナイス復旧! サーバーが喜んでるよ! ……じゃなかった、パブリッククラウドの中でもMicrosoft Azure, Google Cloud Platform(GCP)と並び3強、シェア的にも世界一を走っている老舗Amazon Web Services(AWS)。2019/8/23には東京リージョンで障害が発生したことでも話題になりました。(関わりのあった皆様お疲れ様です) www.itmedia.co.jp その下にはアジアから食い込んできたAlibaba Cloud、ビッグ・ブルーのIBM Cloudがつき、この合計5サービスが最近での世界TOP5となるそうですね。 さて丁度いま入門していることもあり、このエントリでは最近出揃ってきたAWS認定の資格対策本の紹介をしたい

                                                    【AWS】日本語で読めるAWS認定の資格対策本まとめ (2022年6月更新) - Rのつく財団入り口
                                                  • 社員は“マジメで勤勉”なのに、会社はアナログのまま…富士通の「DX請負人」が痛感した日本企業の重大な欠陥 日本企業が時代遅れになった根本原因

                                                    SAPジャパン元社長をDX担当に招き入れた 富士通株式会社の時田隆仁社長(以下、時田と略す)は全社変革を推進する上で、既存の組織や人間関係にとらわれない外部人材の登用を通じて多様性のあるマネジメントチームを組成していく。その中でも変革の核となる全社デジタルトランスフォーメーション(のちにFujitsu Transformation=〔フジトラ〕としてプロジェクト化する)の推進のために外部から招き入れたのが、富士通の現・執行役員EVP、CDXO(最高DX責任者)、CIO(最高情報技術責任者)である福田譲である。 福田は1997年に大学卒業後、ERP(統合基幹業務システム)の世界最大手であるSAPジャパンに入社した。化学・石油の大手メーカーを担当する法人営業のエキスパートとしてキャリアを磨きながら、新規事業開発の担当役員や営業統括本部長を歴任。 14年にはSAPジャパンの代表取締役となり、20

                                                      社員は“マジメで勤勉”なのに、会社はアナログのまま…富士通の「DX請負人」が痛感した日本企業の重大な欠陥 日本企業が時代遅れになった根本原因
                                                    • システム開発の内製化って本当に必要なのだろうか - novtanの日常

                                                      comemo.nikkei.com そもそもの話としてなんですが「システム」という言葉が主語デカなんですよねえ、というところから話をスタートしたい。 本来、システム開発の歴史をたどると、初期の大企業(銀行とか)はまあまあ内製化からスタートしていることが多いと思うんですよね。ただ、ここでいう内製化ってのは全部をその会社に所属している人が作っている、というわけでは当然ながら、ないです。ハードウェアはベンダーに依存しているし、開発自体もSIerの手を借りることは多かったはず。ただ、自分たちで要件を決めて、仕様を検討して、設計して、テストする、という意味においては間違いなく内製化をしていたはず。 そういう基幹系システムがコンパクトに中小企業に展開されるようになると、そんな体力は当然ないので実質パッケージみたいな形で導入されていったというところでしょうか。 こういう企業内システムはいわゆる「電算化」

                                                        システム開発の内製化って本当に必要なのだろうか - novtanの日常
                                                      • 初級者向け:データベース選択の必要性について - Qiita

                                                        はじめに 本記事では、データベースに求められる要件の多様化についてまずは触れ、なぜ最適なデータベースを選択する必要があるのかについてお伝えします。 こちらはAWS Summit Tokyo 2019 Breakout Session 「【初級】 AWSにおけるデータベース選択指針」を基にした内容となっております。 目的 なぜデータベースの選択が必要なのかを理解すること 各種データベースの特徴と考えられるユースケースを理解すること 対象 データベースの選定を行う方 リレーショナルデータベースを使ったアプリケーション開発経験をお持ちの方 リレーショナルデータベース以外のデータベースの知識はお持ちでない方 アプリケーション要件の多様化 人事システムやCRM、ERPなど、主に社内ユーザ向けのエンタープライズシステムで使われるデータベースといえば、Relational Database(RDB)が主

                                                          初級者向け:データベース選択の必要性について - Qiita
                                                        • 米国 海軍は7兆円超のリソース管理を行う最大の基幹システム(ERP)をAWSに移行完了 | Amazon Web Services

                                                          Amazon Web Services ブログ 米国 海軍は7兆円超のリソース管理を行う最大の基幹システム(ERP)をAWSに移行完了 アメリカ海軍(U.S. Navy)が、”最大”の基幹システム(“U.S. Navy’s largest SAP ERP system”)をAWSへ移行した事例が公開されました。今回のブログでは、AWSジャパン・パブリックセクターより、この事例から読み取られるべきインパクトについて、ご紹介します。 7兆円超の巨大な資源管理をするERPシステムをAWSへ移行 戦闘準備の整った海軍を維持・訓練・装備を充実させることを使命とする米海軍(U.S. Navy)は、軍のメンバーが十分な情報に基づいた意思決定を行い、目前のタスクに集中できるようにするため、テクノロジーやサービス、人事に関連する多くのバックオフィス機能を自動化しています。ただし、これまで整備されてきたオンプ

                                                            米国 海軍は7兆円超のリソース管理を行う最大の基幹システム(ERP)をAWSに移行完了 | Amazon Web Services
                                                          • gRPCでインターフェースを再整理してからサービスを分割─freeeの段階的なマイクロサービス戦略 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                            株式会社ウルフチーフ 代表取締役。TIS株式会社にて19年半、さまざまな業種のシステムアーキテクチャ設計を担当し、2018年に退職、株式会社ウルフチーフを創業する。以降流しのアーキテクトとして、前職時代から書き溜めていたOSSプロダクトや技術記事を元に、様々な現場でアーキテクチャの設計や研修を実施している。 課題:リポジトリの肥大化に伴ってリリース頻度が低下 川島 freeeではどのような課題を解決するためにマイクロサービス化を検討されたのでしょうか? 横路 freeeのプロダクトの成り立ちからお話しすると、「会計freee」の最初のリリースが2013年で、翌年に「人事労務freee(当時の名称は給与計算freee)」をリリースしました。その段階で既に、各プロダクトや認証・認可を扱うサービス基盤などは、リポジトリやサービスを分割する形で開発・運用を行っていたんです。 しかし、プロダクトがマ

                                                              gRPCでインターフェースを再整理してからサービスを分割─freeeの段階的なマイクロサービス戦略 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                            • DXに関する私的な殴り書き - 下町柚子黄昏記 by @yuzutas0

                                                              この記事について 共感している そもそもDXとは何か デジタル中心のビジネスにどうシフトするか デジタル中心のオペレーションにどうシフトするか 顧客や従業員がラクになる体験(UX) 最近やっている案件 みんなすごい この記事について 下書きの状態で公開することにした。 主観と経験で書いているので、細かい話は要事実確認。 反響があったら後でブラッシュアップするかも。 特定の名前が分かる形での非公開情報は載せていない。 共感している DXという言葉は使わなかったけど、過去に似た内容で登壇したので、一連のツイートに共感しますhttps://t.co/bh8dWDxjpWhttps://t.co/gJjrvLf6tu https://t.co/cTW35ELvIE pic.twitter.com/ImjPYWPP5R— ゆずたそ (@yuzutas0) May 26, 2020 そもそもDXとは何

                                                                DXに関する私的な殴り書き - 下町柚子黄昏記 by @yuzutas0
                                                              • Microservices と会計システム | メルカリエンジニアリング

                                                                この記事は、 Mercari Bold Challenge Month の18日目の記事です。 こんにちは。メルカリで Product Manager として働いている津田と申します。私は社内で「会計システム」と呼ばれる、会社が運営するサービスに付随して発生した債権債務の増減を記録・集計するシステムを開発するチームで働いています。 はじめに メルカリでは、お客さまの行動に応じて日々さまざまなお金の流れが発生しています。たとえばメルカリで商品が出品され購入された(取引が行われた)場合を考えてみます。 この取引は、会社から見るとそれぞれの相手先に対する債権債務関係の変化と捉えることができます。メルカリにとっては、購入したお客さまに対する債権(= 商品代金)と出品したお客さまに対する債務(= 売上金)が発生します。このとき、商品代金の一定割合(通常は 10%)が販売手数料としてメルカリの売上とな

                                                                  Microservices と会計システム | メルカリエンジニアリング
                                                                • ワークスアプリ、首の皮一枚から大逆転、HR事業売却へ

                                                                  経営難に陥っていたシステム大手のワークスアプリケーションズの再建策が固まった。6月21日、会社分割をした上で、収益源の人事システムなどHR事業を米投資ファンドのベインキャピタルに譲渡すると発表した。譲渡金額は約1000億円とみられる。年明けからの身売り交渉では「買収総額が500億円いけば御の字」(交渉関係者)ともされていただけに、ワークスアプリにとってはまさに「首の皮一枚からの大逆転」となった。 AI(人工知能)を搭載した統合基幹業務システム(ERP)「HUE(ヒュー)」の開発費用や、積極的な人材採用による人件費の増大があだとなり業績悪化が続いていたワークスアプリ。2018年6月期の最終赤字額は170億円に膨らみ、純資産額も30億円ちょっとに減少。債務超過スレスレの「危険水準」に陥っていた。 当初、会社を丸ごと買収してくれる候補を国内外で探したが、収益回復シナリオが見えにくい中で交渉は難航

                                                                    ワークスアプリ、首の皮一枚から大逆転、HR事業売却へ
                                                                  • 改訂「SIerは5年で死滅する」、下請けからユーザー企業への技術者大移動が始まる

                                                                    以前、この「極言暴論」などで大胆な予測をして赤っ恥をかいたことがある。何の話かと言うと、「SIerは5年で死滅する」という記事を書いたことだ。私がそれを最初に書いたのは2015年3月の記事。経緯を知らない読者なら、もうこれだけで「木村ってバカだな」と嘲笑するはずだ。この記事は「記者の眼」として掲載したが、その後は極言暴論に舞台を移して何度か言及した。いわゆる恥の上塗りである。 何でそんな話を始めたのか不審に思う読者もいることだろう。そりゃそうだ。今やSIer、そして下請けITベンダーなど人月商売のIT業界は、我が世の春が続いている。そんな状況のなかで、「かつて『2020年ごろにはSIerが死滅する』などと書いた」と告白するのは、全くもってアホウである。こういうときには、おとなしくしているに限る。では、なぜ言い出したかというと、改めて言うべき「時」が訪れたからだ。 あっ、断っておくが、ざんげ

                                                                      改訂「SIerは5年で死滅する」、下請けからユーザー企業への技術者大移動が始まる
                                                                    • AWS re:Invent 2020で発表された新サービス/アップデートまとめ - Qiita

                                                                      AWS re:Invent 2020の会期中に発表された新サービス/アップデートのまとめです。 今年も、後から出来るだけ素早く簡単に振り返ることができるようにまとめました! 凡例 (無印) 新サービス (Update) 既存サービスのアップデート (APN) パートナー制度に関連したリリース/アップデート 12/1 (火) 今年の開幕は「Amazon EC2 Mac instances」でした。 Amazon EC2 Mac instances macOS用のAmazon Elastic Compute Cloud (EC2) Macインスタンス EC2 Macインスタンスを使用すると、iPhone、iPad、Mac、Apple Watch、Apple TV、Safari用のアプリ開発者は、macOS環境を数分でプロビジョニングしてアクセスし、必要に応じて容量を動的に拡張し、AWSの従量課

                                                                        AWS re:Invent 2020で発表された新サービス/アップデートまとめ - Qiita
                                                                      • 自社のセキュリティの甘さに対し、情シス部が起こした“反乱” 年1億円超の予算をITにかける、ある企業の改革の裏側

                                                                        連日さまざまなサイバーセキュリティ犯罪のニュースが報じられる中、いまだに日本のセキュリティレベルは高いとは言えない状況にあります。一方で、企業がサイバーセキュリティ対策を進める上では、人材不足や経営層の意識・関心、コスト、導入による利便性の低下など、さまざまな壁が立ちはだかっています。 そこで今回は、株式会社網屋が主催する「Security BLAZE 2023」より、サイバーセキュリティのエキスパートによる講演をお届けします。本記事では、セキュリティ対策に注力する企業の事例をもとに、予算も人材も限られた中堅・中小企業がITに投資する際のポイントをご紹介します。 日経新聞記者がサイバーセキュリティの要点を語る 寺岡篤志氏:日本経済新聞の記者の寺岡と申します。私からは「セキュリティはコストではなく戦略投資 年1億以上の予算をかける部品メーカーのグッドプラクティス」というタイトルで、お話をさせ

                                                                          自社のセキュリティの甘さに対し、情シス部が起こした“反乱” 年1億円超の予算をITにかける、ある企業の改革の裏側
                                                                        • 機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                          機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 コネヒト株式会社が運営する女性向け情報サービス「ママリ」では、2019年12月に記事配信で機械学習によるレコメンドエンジンを構築、2020年初頭にテストが完了しました。 機械学習を採用した背景、設計したアーキテクチャとテストの結果について伺いました。 コネヒト株式会社が運営する、女性を対象とした情報サービス「 ママリ」は、2014年のリリース以降、着実にユーザーを増やし、2020年3月現在、アプリ会員数は240万人(日本で2019年に出産した中で3人に1人が利用)、ママたちが集まるオンラインコミュニティとして定着しています。 ママリでは2019年12月、サービス内に掲載する記事の配信について機械学習を採用したレコメンドエンジンへ変更し、2020年初頭にテストが完了、いよいよ正式リリースとなりました

                                                                            機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                          • 30歳を過ぎて機械学習エンジニアに転身して半年になったのでこれまでやってきた勉強についてまとめる - Qiita

                                                                            はじめに どうも、30過ぎて情シスから機械学習エンジニアに転身するという割と変態的なキャリアを形成しているものです。 これまでの自分の反省も元にどう勉強してきたか振り返ってみたいと思います。 もともと理系出身ですし、IT業界の経験自体はあるので完全未経験というわけでもないので、理系の情報系の学生さんとか、大学卒業してあまり年数が経たない社会人の方であれば参考になる部分があるのではと思います。 基本スペック 年齢…32 学歴…理系大学院修士修了。物理系(大学初年度の線形代数、微分積分、確率統計ならギリギリなんとかなる。Python機械学習プログラミングやはじめてのパターン認識を見て数式でつまづくことはほとんどない。) これまでのキャリア…ERPのパッケージ開発1.75年(Javaなど)→ネットワークエンジニア1.75年(ツール作成程度にPython)→社内SE3年(社内システムの企画/保守。

                                                                              30歳を過ぎて機械学習エンジニアに転身して半年になったのでこれまでやってきた勉強についてまとめる - Qiita
                                                                            • ミスが多い人は “振り返り” が足りてない。「自己モニタリング」でミスが減るか8日間検証してみた - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                                                                              自分を観察し、記録するだけで、ミスが大幅に減ることをご存じですか? いわゆる「自己モニタリング」と呼ばれるものです。勉強・仕事のパフォーマンス向上や、問題解決力アップにもつながるのだとか。うっかりミスの多い筆者も試してみました。 自己モニタリングでミスを減らした医師 米国先端政策研究所シニアフェローのアーリック・ボーザー氏は、著書のなかでモニタリングの効果を伝えるべく、トロント在住の脳外科医であるマーク・バーンスタイン氏の例を挙げています。 バーンスタイン氏は、手術中に起こった自分もしくはチームメンバーのミスを、10年間にわたって記録していたそう。チームをモニタリング(観察)したわけです。 たとえばチューブが落っこちた、スポンジを置いた場所が悪かった、メスが床に落ちた、縫合部がうまく癒着しなかった、麻酔の投与が遅れた、看護師と行き違いがあったなど、とにかくミスと思われるものはすべて書き出し

                                                                                ミスが多い人は “振り返り” が足りてない。「自己モニタリング」でミスが減るか8日間検証してみた - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                                                                              • もうすぐ来る「ITエンジニア売り手市場の終わり」

                                                                                関連キーワード ERP | プログラマー | 在宅勤務 転職支援サービスを手掛けるHiredは、2019年1月から2022年6月までに同社が仲介した90万7000件以上のエンジニアの面接を分析し、ITエンジニアの採用市場に関するレポートをまとめた。それによると、2021年から2022年にかけて、米国、英国、カナダのほぼ全職種のITエンジニアが、「給与が上昇した」と回答した。テレワーカーとオフィスワーカーの給与の差が縮まったことも分かった。 ITエンジニアが“強気”になれるのは今のうち? 併せて読みたいお薦め記事 エンジニアの勤労事情 「40歳以上でも求められるエンジニア」がやっていること “爆上がり”するソフトウェア開発者の給与 どれぐらいもらえるのか? あらゆる企業や業界にとってITエンジニアは重要な存在だ。経験豊富なITエンジニアを募集する企業は、採用が難しい現実に直面している。今回の

                                                                                  もうすぐ来る「ITエンジニア売り手市場の終わり」
                                                                                • 100億円のシステム開発を破綻させる抵抗勢力の正体、机を片付けない子供と同じだぞ

                                                                                  この「極言暴論」やもう1つのコラム「極言正論」を書き続けていることもあり、理想に燃えてDX(デジタルトランスフォーメーション)などの変革に挑んでいる人たちと議論する機会が結構ある。匿名やオフレコを条件に話を聞くのだが、その際に必ず出てくるのが社内の抵抗勢力の存在だ。理想に燃える人たちは抵抗勢力が改革を妨げていることに怒り嘆くのだが、その話を聞けば聞くほど「そりゃ、あなたの認識のほうがおかしいよ」と言ってあげたくなるケースもある。 いや、実際にそう言ったこともある。どこの会社か特定できないようにするために、枝葉の話を省いて書くと次のようになる。要は基幹系システムの刷新を伴う業務改革の話だ。ある意味、DXの王道といってよい。IT部門で改革派を自認するその人は、利用部門の抵抗勢力に手を焼いていた。「利用部門の連中はDXに賛同すると言いながら、自分たちの業務のやり方を変えることにはいろいろ理由をつ

                                                                                    100億円のシステム開発を破綻させる抵抗勢力の正体、机を片付けない子供と同じだぞ