並び順

ブックマーク数

期間指定

  • から
  • まで

601 - 640 件 / 2069件

新着順 人気順

*プロジェクト管理の検索結果601 - 640 件 / 2069件

  • 「何もしない」元請けのシステム開発見積もりが高すぎる、首をかしげる情シス責任者

    Q.ユーザー企業の情報システム部門の責任者です。経理や人事業務はパッケージを利用しており、カスタマイズや追加プログラムの開発は大手IT企業のA社に発注しています。実際は、A社の下請けであるIT企業B社が対応します。今回新たに、サブシステムを追加することになりました。プロジェクト体制図から見るとプロジェクトリーダーはA社マネジャーですが、この人が顔を出すのは、定例会と費用提示のときぐらいです。付き合いの長いB社がいるので困ることはありません。開発費用の原価構造は分かっており、その点から見ても、丸投げにしてはプロジェクト管理費を含めて全体的に高いと思っています。 筆者の顧問先企業での話です。質問者はIT企業出身で、費用構造をよく理解しています。なによりB社との付き合いが深いので、原価も分かっているわけです。 打ち合わせからパッケージのパラメーター設定、追加プログラム開発、導入サポートまで対応し

      「何もしない」元請けのシステム開発見積もりが高すぎる、首をかしげる情シス責任者
    • 兼務による体制構築はプロジェクトの効率を損なわせる|mtx2s

      ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要

        兼務による体制構築はプロジェクトの効率を損なわせる|mtx2s
      • 2023年・新しく入ったメンバーの提案で開発チームが良くなったこと5選

        このブログは、 IVRy 紅白Advent Calendar 2023の白組・17日目の記事です。 白組16日目は PdM佐瀬さん「IVRyなら上流からUX/UIデザイン業務が実践できます!」でした。明日はIVRyのVPoE近藤さんの「IVRyにおける開発生産性へのアプローチ~SPACEフレームワークの視点から~」についての記事が出ます。乞うご期待。 この記事について タイトル通り、2023年に提案されて改善した事を発表するのですが、裏返すと「そんなこともできてなかったのか」と見える内容もあるかもしれません。ネガティブに受け取られる可能性もあるかもしれませんが、IVRyのオープンな社風や、常に改善と変革に前向きな姿勢をアピールするためにも、この記事を執筆することにしました。 なお、課題を発見・解決しながら会社を大きくしていきたいエンジニアの皆さんは、ぜひブログ一番下のIVRyの採用情報から

          2023年・新しく入ったメンバーの提案で開発チームが良くなったこと5選
        • Tailwind CSSの入門に!コピペで簡単に利用できるUIコンポーネントのまとめ

          Webサイトやスマホアプリで見かけるUIコンポーネントをTailwind CSSで実装されたコンポーネント集を紹介します。 Tailwind CSSを初めて触れる人にも簡単で、デフォルト構成で機能し、HTMLをコピペするだけで簡単に使用できます。 Flowrift Flowrift -GitHub 他にも、Tailwind CSSで実装されたUIコンポーネントを探している人は下記もご覧ください。 Tailwind CSSで実装されたUIコンポーネント・ページテンプレート、商用プロジェクトで無料のものをまとめました Flowriftは、Tailwind CSSで実装されたUIコンポーネントのライブラリです。通常のHTMLに、Tailwind CSSのデフォルト構成で機能します。コンポーネントを組み合わせて、ページレイアウトを作成することもできます。 Flowrift ライセンスが明記されてい

            Tailwind CSSの入門に!コピペで簡単に利用できるUIコンポーネントのまとめ
          • 自由と責任を開発チームにもたらしたら開発速度が上がった話

            自由と責任を開発チームにもたらしたら開発速度が上がった話

              自由と責任を開発チームにもたらしたら開発速度が上がった話
            • (翻訳) ストーリーポイント再考 - forest book

              本稿は Ron Jeffries 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 ronjeffries.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Ron Jeffries 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 ストーリーポイント再考 私はストーリーポイントを発明したかもしれない。もしそうだったとしたら、いまは申し訳なかったと言いたい。ストーリーポイントに関する私の現在の考えを探ってみよう。少なくとも何人かは私の考えに興味をもっているでしょう。 もちろん、ストーリーは XP のアイディアであり、スクラムのアイディアではありません。どういうわけか、スクラムの実践者はこのアイディアを採用しています。公式のスクラムガイドではバックログアイテムに言及している

                (翻訳) ストーリーポイント再考 - forest book
              • GitHubを最強のToDo管理ツールにする - Qiita

                ToDo管理ツール、いろいろありますよね。 古くは Remember the Milk、Evernote、Google GmailのToDoなども便利です。 しかし、たかだかToDoを管理するのに有料のサービスを使いたくはありませんし、ToDoにはそこそこに個人的なセキュリティが求められる要素があります。 Gmail ToDoだと管理が難しい例 GmailのToDoはメールに起因するToDoには便利ですが、カンバン方式のワークフロー、メールに起因しないToDo…例えば「ああ〜、あのイベントの参加費を月末までに精算処理して領収書提出しなきゃ〜」とか「来月のLTでの講演頼まれちゃったけど、上長伺いから広報チェックから事後記事公開まで 面倒くさい たいへん~」など、チェックボックス的な1段階の階層では片付かないToDoにはあまり効率が良くありません。GmailのToDoは期限もメールそのものへの

                  GitHubを最強のToDo管理ツールにする - Qiita
                • C#やRustからWin32 APIをもっと簡単に呼び出せるように ~Microsoftが「win32metadata」プロジェクトを発表/今まで手動でメンテナンスされてきたバインディングやラッパーを自動管理する基盤

                    C#やRustからWin32 APIをもっと簡単に呼び出せるように ~Microsoftが「win32metadata」プロジェクトを発表/今まで手動でメンテナンスされてきたバインディングやラッパーを自動管理する基盤
                  • つよつよリーダーが 抜けたらどうする? 〜ナビタイムのAgile⽀援組織の変遷〜

                    2024/09/28「XP祭り2024」登壇資料 https://confengine.com/conferences/xp2024

                      つよつよリーダーが 抜けたらどうする? 〜ナビタイムのAgile⽀援組織の変遷〜
                    • NHKがSNS時代の令和に平成のノリで昭和の幻影を追いかける新「プロジェクト」Xを敢行している件

                      富士通株式会社(Fujitsu Limited)公式 @FujitsuOfficial スーパーコンピューター「#富岳」の先代となる、「京」の開発に挑んだ技術者のストーリーが放送されます。ぜひ、ご覧ください! NHK:新プロジェクトX ~挑戦者たち~ 世界最速へ 技術者たちの頭脳戦 ~スーパーコンピューター「京」~ 日程:6月15日(土) 19:30~20:15 okt.to/YdAXab Takashi I @DAHL_SAM プロジェクトX見た。京の開発責任者で、その後富士通と道を違えた父が一切出ず、直属の上司や部下で、今も富士通との関わりが深い人たちのみが登場する内容には、家族としては非常に複雑な気持ちである。集合写真で真ん中でガッツポーズ決めてたのに。

                        NHKがSNS時代の令和に平成のノリで昭和の幻影を追いかける新「プロジェクト」Xを敢行している件
                      • #6@『永久パピルス』 on Twitter: "実際両方経験してる身としては、IT業界の人は土木建設業界に勉強しに行っても良いのではないかと強く感じるしなぁ。 特に契約まわりの差が歴然で、土木エンジニアがIT業界の契約書見たら『素人さんの口約束?』となる感じ。そりゃトラブルも起… https://t.co/7p6Pz6B3KO"

                        実際両方経験してる身としては、IT業界の人は土木建設業界に勉強しに行っても良いのではないかと強く感じるしなぁ。 特に契約まわりの差が歴然で、土木エンジニアがIT業界の契約書見たら『素人さんの口約束?』となる感じ。そりゃトラブルも起… https://t.co/7p6Pz6B3KO

                          #6@『永久パピルス』 on Twitter: "実際両方経験してる身としては、IT業界の人は土木建設業界に勉強しに行っても良いのではないかと強く感じるしなぁ。 特に契約まわりの差が歴然で、土木エンジニアがIT業界の契約書見たら『素人さんの口約束?』となる感じ。そりゃトラブルも起… https://t.co/7p6Pz6B3KO"
                        • 1時間でさわって学ぶDocker

                          Dockerを触りながら学んでいく、初心者向けの記事です。 用語の解説等はほとんどせずに、とにかく触ってみることを目的としています。 Phase 1: Dockerの基本 コマンドを試しながら基本操作を学びます。 Phase 2: Dockerfileをもう少し書いてみる Dockerfileを使って、簡単なWebアプリケーションを作成します。 Phase 3: Docker Composeを使ってみる Docker Composeを使って、複数のコンテナを一括管理します。 Phase 1: Dockerの基本 Dockerの基本的な操作を試してみます。 プロジェクトフォルダの作成 次のコマンドを実行して、プロジェクトフォルダを作成します。

                            1時間でさわって学ぶDocker
                          • 【入門】事例で学ぶ要件定義 - Qiita

                            はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 本記事について Findy様の「要件定義 先達に学ぶ今日から使える実践テクニック Lunch LT」で登壇した内容を元に作成しています。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像

                              【入門】事例で学ぶ要件定義 - Qiita
                            • アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明

                              ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が268%も高いという調査結果が発表されました。 268% Higher Failure Rates for Agile Software Projects, Study Finds - Engprax https://www.engprax.com/post/268-higher-failure-rates-for-agile-software-projects-study-finds 268% higher failure rates for Agile software projects • The Register https://www.theregister.com/2024/06/05/agile_failure_rates/ 今回の調査はコンサルタント会社「

                                アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明
                              • アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース

                                アジャイル・スクラム開発とウォーターフォール開発──開発手法を巡ってしばしば対立項に置かれるこの二つのスタイルは、考え方はもちろん、段取りやマネジメントの方法もまるで異なります。そんな全く異なるスタイルをとる二つのチームがコラボレーションし、開発プロジェクトを推進していくことは現実的に可能なのでしょうか? そんなコラボレーションを、決済というミッションクリティカルな領域で実現し、新たなシステムのリリースにこぎ着けた実例がリクルートにはあります。 英語や英会話の学習を支援する『スタディサプリENGLISH(以下、スタサプENGLISH)』では、今や主流となりつつあるサブスクリプションモデルに決済システムが対応できていないという課題がありました。そこで、決済・金融関連のシステムを開発するチームと共同で、新たな決済システムの開発に取り組みました。 『スタサプENGLISH』のチームは、内製の開発

                                  アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース
                                • 毎朝15分以上のデイリースクラムをしてる - Mitsuyuki.Shiiba

                                  15分以上のデイリースクラム 今一緒に仕事をしているチームでは、毎朝みんなで集まって話をしてる。みんな家から仕事してるからZoomで。 デイリースクラムみたいなものではあるのだけど、15分以内におさめる、ということはあまり考えていない。 だいたい15分は超えていて、長いときは30分ぐらいかかる。でも、それでいいと思っている。それだけ話すことがあるというだけ。 どうして? 理由は、開発チームだけじゃなくて、プロデューサーも含めて全員で「現状を確認する」「同じ方を向く」「不安を共有する」ということをやっているから。実際のところ、開発チームだけの話だと5分もかからない。 プロデューサーはチームの外側で起こった色んなことをフィルタリングして開発チームに必要な情報を届けてくれる。とても助かる。お互いに情報を共有して、現状の認識合わせをする。そのうえで、今日何をやるべきかを再確認している。 そんな感じ

                                    毎朝15分以上のデイリースクラムをしてる - Mitsuyuki.Shiiba
                                  • Makefile警察「ぐぬぬぬ…」 - Qiita

                                    ?「プロジェクトでよく使うコマンド Makefile に書いたろー」 ?「docker compose up -d --wait っと…」 👮‍♀「 Makefile警察 だ!」 👮‍♀「 Makefile は、ソフトウェアのビルドプロセスを自動化するためのファイルだ!」 👮‍♀「多目的なタスクランナーとして使うな!」 ?「せやったんか。誠にごめんなさい。」 Makefile は広く使われていますが、時々目的外に使われてしまうことがあります。しかし、そのような使い方にはより適した代替手段が存在します。この記事では、 Taskfile というツールについて解説します。 Makefile のつらみ Makefile は主にビルドプロセスを自動化する目的で生まれましたが、様々なコマンドをまとめて実行する便利さから多目的なタスクランナーとしてもよく使われます。しかし、次のような問題があります

                                      Makefile警察「ぐぬぬぬ…」 - Qiita
                                    • クラファンで3億6000万円を集めた製品は、なぜ謝罪に追い込まれたのか

                                      すでに終了したプロジェクトで、3億6000万円近い資金を集め、テレビ番組に取り上げられるなど大きな話題になっていた製品だ。その一方で、「優良誤認ではないか」(実際よりも優れていると偽ったり、競合よりも優れているように偽って宣伝する行為)や「怪しい」と疑問視する声が上がり、その反応もまた大きくなっていった。 同プロジェクトは何が問題だったのか。これらの課題に対して、マクアケはどう対処するのか。 関連記事 なぜ「時速5キロの乗り物」をつくったのか 動かしてみて、分かってきたこと 時速5キロで走行する乗り物「iino(イイノ)」をご存じだろうか。関西電力100%子会社の「ゲキダンイイノ」が開発したところ、全国各地を「のろのろ」と動いているのだ。2月、神戸市の三宮で実証実験を行ったところ、どんなことが分かってきたのだろうか。 丸亀製麺は“讃岐うどん”の看板を下ろしたほうがいい、これだけの理由 また

                                        クラファンで3億6000万円を集めた製品は、なぜ謝罪に追い込まれたのか
                                      • Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 - エンジニアHub|Webエンジニアのキャリアを考える!

                                        エンジニアHub > 記事一覧 > Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 プロジェクト管理ツール、コラボレーションツールとしてBacklogを採用しているチームは多いでしょう。多岐にわたる機能を利用できるツールですが、上手に使うためのアイデアと方法を、Backlogを生み出したヌーラボ社の中村知成さんが解説します。開発チーム内だけでなく、マーケやセールスなどを含めた、チームを横断した課題管理など、“中の人”ならではの知見をご紹介します。 株式会社ヌーラボの中村知成( @ikikko )です。Backlogの開発・運用全般のマネージャーを務めつつ、Backlogの導入・業務改善や、ソフトウェア開発現場の支援サービ

                                          Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 - エンジニアHub|Webエンジニアのキャリアを考える!
                                        • モダンで早い静的サイトジェネレータ Astro の始め方 - A Memorandum

                                          はじめに プロジェクト作成 プロジェクト構成 コンポーネント レイアウト ページ ビルド Blog テンプレート Portfolio テンプレート Documentation テンプレート まとめ はじめに 先日1.0リリースとなった、静的サイトジェネレータのAstroの紹介です。 JSで作成したページをビルドして、JSを含まない早いサイトを生成し、必要な場合には React や Vue といった好きなフレームワークを簡単に組み込むことができるのが特徴になります。 プロジェクト作成 Node は、v14.18.0 以上、または v16.12.0 以上が必要です。 npm や yarn、pnpm で create astro でプロジェクトを作成します。 # npm $ npm create astro@latest # yarn $ yarn create astro # pnpm $ p

                                            モダンで早い静的サイトジェネレータ Astro の始め方 - A Memorandum
                                          • プロダクトマネジメントの罠「ビルドトラップ」とは? アジャイルや組織改革の専門家、吉羽龍太郎氏が解説

                                            大事なのはアウトプットではなく、アウトカムとインパクト 吉羽氏はアジャイル開発やDevOps、クラウドコンピューティング、インフラ構築自動化、組織改革を中心にオンサイトでのコンサルティングやトレーニングを提供する専門家。吉羽氏がCTOを務めるアトラクタも同様のサービスを提供している。また吉羽氏は青山大学では非常勤講師としても勤務。『SCRUM BOOT CAMP THE BOOK』(翔泳社)をはじめ、専門領域に関する著書も数多く手がけている。 吉羽龍太郎氏 セッションはまず「アウトプットとは何か」という問いかけから始まった。「アウトプットに似た言葉として、アウトカムやインパクトといった言葉がある。まずこれらの関係性を整理したい」と吉羽氏。 アウトプットは「人や機械、組織が作ったものの『かたまり』や『量』を示すもの」。プロダクト開発におけるアウトプットとは、リリースしたプロダクトの機能やこな

                                              プロダクトマネジメントの罠「ビルドトラップ」とは? アジャイルや組織改革の専門家、吉羽龍太郎氏が解説
                                            • DevOpsDays Tokyo2022 ファクトから始める改善アプローチ 〜「LeanとDevOpsの科学」を実践して〜 #DevOpsDaysTokyo #DevOps #4keys #cloud #cicd #Accelerate #LeanとDevOpsの科学

                                              DevOpsDays Tokyo2022 ファクトから始める改善アプローチ 〜「LeanとDevOpsの科学」を実践して〜 #DevOpsDaysTokyo #DevOps #4keys #cloud #cicd #Accelerate #LeanとDevOpsの科学

                                                DevOpsDays Tokyo2022 ファクトから始める改善アプローチ 〜「LeanとDevOpsの科学」を実践して〜 #DevOpsDaysTokyo #DevOps #4keys #cloud #cicd #Accelerate #LeanとDevOpsの科学
                                              • https://twitter.com/tanakahisateru/status/1566467377357012992

                                                  https://twitter.com/tanakahisateru/status/1566467377357012992
                                                • Broken Ownership

                                                  Have you been in any of these situations? Managers make decisions that’s out of their leagues and everyone else in the team ends up paying for it. Knowledgeable people passively observe without bothering to contribute. Sometimes they are denied access to the room. Developers act like code monkeys, throwing the code over a metaphorical wall for the QA to test and “DevOps” to run. In “you build it,

                                                    Broken Ownership
                                                  • ヌーラボ上場へ プロジェクト管理「backlog」などSaaS運営

                                                    東京証券取引所は5月24日、プロジェクト管理ツール「Backlog」などを運営するヌーラボのグロース市場上場を承認した。上場予定は6月28日。 2004年創業。06年にサービスインしたBacklogの他、作図共有ツール「Cacoo」、チャットツール「Typetalk」などSaaSを提供しする。日本の本社の他、米ニューヨーク、シンガポール、オランダ・アムステルダムに開発・マーケティング拠点を置いている 有価証券報告書によると、2021年3月期の連結業績は、売上高が19億3864万円、経常損益が852万円の赤字。連結従業員数は146人。 関連記事 にじさんじ運営のANYCOLOR、東証グロースに上場 創業から約5年で バーチャルYouTuber(VTuber)グループ「にじさんじ」を運営するANYCOLORは、東京証券取引所グロース市場へ新規上場が承認されたと発表した。上場日は6月8日予定。

                                                      ヌーラボ上場へ プロジェクト管理「backlog」などSaaS運営
                                                    • スクラムにおける朝会の目的は進捗共有ではないよという話 - Qiita

                                                      これは何 スクラムを採用していてもしていなくても、朝会(デイリースクラム)を行っているチームは多いと思います。 最近僕が在籍するQiita株式会社のチームで朝会が形骸化してない?みたいな話があったので、そもそも朝会を行う目的と、朝会で行うべきことについて記事化していきたいと思います。 今回はスクラムを採用している前提で話をするので、朝会=デイリースクラムとします。 デイリースクラムの目的は進捗共有ではない デイリースクラムで、進捗共有をして終わりになっているチーム、意外と多いのではないでしょうか。 しかし、そもそも進捗の共有をしないといけない理由を考えなければなりません。 もしチームのみんながやっていることを知りたいだけであれば、朝会などでみんなで集まらなくとも日報や日々のチャットの中で把握はできるのではないでしょうか。つまり、朝みんなで時間をとって集まっている以上、ある程度のリターンがな

                                                        スクラムにおける朝会の目的は進捗共有ではないよという話 - Qiita
                                                      • プロダクトオーナーが最低限守るべき10のこと

                                                        アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 とある同人誌に寄稿した原稿を知り合いに共有していたのですが、ブログでオープンにしてほしいという依頼を受けたので公開します(同人誌の発行者には許可を取っています)。 怪文書みたいなものですが、感想お待ちしております。 本稿で何を書こうか考えていたところ、Twitterで「これがNASA流の仕事術、「プロジェクトマネージャーが守るべきルール100」が公開される」 という2014年の記事を見かけました。書かれている内容はとても妥当なもので、プロジェクトマネージャーだけでなく、組織のリーダーでもプロダクトマネージャーでもプロダクトオーナーでもあてはまるものでした。 ただ問題は100個という数

                                                          プロダクトオーナーが最低限守るべき10のこと
                                                        • 【書評】「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催していただいたので参加しました | DevelopersIO

                                                          コーヒーが好きな emi です。 7 月末~ 11 月末にかけて、私が所属しているチームのマネージャー 横田慎介 さん主導で「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催いただきました。おかげさまで一人では読み切れなかったであろう本が読み切れて嬉しいです。 本記事では開催いただいた輪読会の進め方と、私が「プロジェクトマネジメントの基本が全部わかる本」を読んだ感想を記載します。 既に書評ブログがありますので、詳細はこちらもご参照ください。 書籍タイトル : プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで 著者 : 橋本 将功 出版社 : 翔泳社 出版日 : 2022/11/08 出版社の書籍情報リンク:プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積

                                                            【書評】「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催していただいたので参加しました | DevelopersIO
                                                          • 需要がなくならないエンジニアであり続けるために 変化が速いIT業界を生き残る“免震構造型キャリア”

                                                            「SESエンジニアが今を楽しみ、希望にみちた未来を実現できる。」そんな状態を目指してスタートした「SES Plus」のラジオ。今回のテーマは、「PM vs スペシャリスト」。日本企業において多くあるキャリアの分岐と、需要がなくならないキャリア形成に必要な要素について話しました。 今日のテーマは「PM vs スペシャリスト」 國司壮太郎氏(以下、國司):みなさん、こんにちは。 久松剛氏(以下、久松):こんにちは。 國司:10分で元気が出るエンジニアラジオ「エスプラジオ」。この番組は、エンジニアがSESで働くことの良さを再発見し、再創造して、明るく楽しく働ける未来を作りたい。そんな思いを掲げて運営している「SES Plus」の提供でお送りしています。 パーソナリティは、流しのエンジニアリングマネージャーこと久松剛さんと、現役SES人事である私、國司でお届けいたします。久松さん、よろしくお願いし

                                                              需要がなくならないエンジニアであり続けるために 変化が速いIT業界を生き残る“免震構造型キャリア”
                                                            • 質とスピード(AWS Dev Day 2023 Tokyo 特別編、質疑応答用資料付き) / Quality and Speed AWS Dev Day 2023 Tokyo Edition

                                                              AWS Dev Day 2023 Tokyo GS-1-2 | 6月 22 日(木)10:55 - 11:45

                                                                質とスピード(AWS Dev Day 2023 Tokyo 特別編、質疑応答用資料付き) / Quality and Speed AWS Dev Day 2023 Tokyo Edition
                                                              • VSCodeのワークスペースを素早く切り替える

                                                                はじめに 普段VSCodeを利用しているのですが、複数のプロジェクトを並行して進めている場合にワークスペースの切り替えが地味に面倒だなと感じていました。。 何か簡単に切り替えれる方法はないかと調べていたところ、VSCodeの拡張機能「Workspace Explorer」がよさげだったので試してみました! 事前準備 VSCodeの ファイル > 名前を付けてワークスペースを保存 から各プロジェクトのワークスペースを作成し、1つのフォルダにまとめて保存しておきます。 設定方法 拡張機能のインストール VSCodeの拡張機能から「Workspace Explorer」で検索し、インストールします。 拡張機能の設定 VSCodeの ファイル > ユーザー設定 > 設定 を開き、設定の検索から「workspaceExplorer.workspaceStorageDirectory」を入力します。

                                                                  VSCodeのワークスペースを素早く切り替える
                                                                • 「プロダクトマネージャーこそ、戦略的に読書せよ!」──最短で成果を出すための読書地図

                                                                  ProductZine Day&オンラインセミナーは、プロダクト開発にフォーカスし、最新情報をお届けしているWebメディア「ProductZine(プロダクトジン)」が主催する読者向けイベントです。現場の最前線で活躍されているゲストの方をお招きし、日々のプロダクト開発のヒントとなるような内容を、講演とディスカッションを通してお伝えしていきます。

                                                                    「プロダクトマネージャーこそ、戦略的に読書せよ!」──最短で成果を出すための読書地図
                                                                  • データ活用が事業貢献していることを示すための取り組み

                                                                    2023年2月16日開催、サイバーエージェント メディア事業部主催のデータ活用に関する勉強会「メディアサービスにおけるデータ・AIの活用事例 #2」登壇資料です。 https://cyberagent.connpass.com/event/270224/

                                                                      データ活用が事業貢献していることを示すための取り組み
                                                                    • 長くいたチームから移る日のこと|Kinuko Yasuda

                                                                      長年 Chromium (Chrome) ブラウザの開発に携わっていたのですが、やめてチームを移ることにしました。2021年10月1日が最後の日です。 チームを変わるだけで転職ではないのですが、結構いろいろやったなと思ったのと、瞬間最大風速的に沢山お礼を言ってもらって嬉しかったので、記録として書いておくことにしました。最初は褒めてくれてるtweetだけ貼ってドヤァ的なやつを作ろうかと思ったのですが😇、いい機会なのでやったことも書ける範囲で書いてみました。オープンソースはこういうとき気楽でいいです。 Personal update. After 10+ years I’m leaving Chrome and doing something else. I started with a small API and ended up owning entire Loading & Netw

                                                                        長くいたチームから移る日のこと|Kinuko Yasuda
                                                                      • <!-- "> '> --><title>

                                                                          <!-- "> '> --><title>
                                                                        • ズームの「言論の自由」に懸念、「天安門事件」会議でアカウント一時停止

                                                                          香港のビクトリア公園で、当局が禁じた天安門事件から31年の追悼集会に参加した男性が掲げる、天安門事件で戦車の前に立つ男性の写真(2020年6月4日撮影)。(c)Anthony WALLACE / AFP 【6月11日 AFP】(更新)米ビデオ会議サービス「ズーム(Zoom)」は11日、中国の天安門(Tiananmen)事件に関するビデオ会議の閉鎖などが米国や香港の人権活動家らから指摘されたことを受け、中国人利用者が関わる複数の会議が「中断された」ことを認めた。 【こちらの記事も読まれています】ズームで会議中に惨劇、息子が父刺殺 現場はホラー映画で有名な町 新型コロナウイルスの世界的な大流行の中で利用者が急増しているズームだが、今回の問題発覚を受けて、同社が強権的な中国の要求に屈し、言論の自由が守られている国や地域在住のユーザーの利益を損なっているのではないかとの懸念が生じている。 ズームは

                                                                            ズームの「言論の自由」に懸念、「天安門事件」会議でアカウント一時停止
                                                                          • スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines

                                                                            日本の医療システムの再構築を目指すスタートアップ「カケハシ」のフロントエンド領域でのチャレンジ / Challenges in the frontend domain at “Kakehashi”

                                                                              スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines
                                                                            • Android版COCOAを「無用の長物」にした重大バグ、4カ月以上見過ごされた理由

                                                                              厚生労働省が新型コロナウイルス感染拡大防止策として導入した接触確認アプリ「COCOA(ココア)」に前代未聞のトラブルが発生している。2021年2月3日にAndroid版のCOCOAで、陽性登録したアプリ利用者と接触しても検知しない障害が明らかになった。検知しないため当然通知も来ない。 障害は2020年9月28日のバージョンアップに伴い発生。その機能がなければCOCOAが「無用の長物」と化してしまう中核機能が働かないという前代未聞の障害がなぜ4カ月以上も見過ごされたのか。掘り下げて取材すると、行政機関が委託元となるソフト開発・保守の発注の在り方から課題があることが見えてきた。 「お粗末」と菅首相もバッサリ COCOAはスマートフォンのBluetoothを使って、COCOA導入ユーザー同士の接触を検知・記録するアプリである。新型コロナ感染症の陽性者と接触した可能性が生じた場合、COCOAがユー

                                                                                Android版COCOAを「無用の長物」にした重大バグ、4カ月以上見過ごされた理由
                                                                              • プロダクトマネジメントの優先順位付けフレームワークの究極ガイド

                                                                                この記事は、以下サイトの機械翻訳です。 何を作るか(あるいは次に何を作るか)を決めることは、プロダクトマネージャーの仕事の中で最も重要な部分の一つです。インパクトを与えるチャンスは何度もありません。だからこそ、賢く選択して、チャンスを最大限に生かすことが重要なのです。 プロダクトの優先順位を決めるには、さまざまな要素を考慮する必要があります。しかし、何よりもまず、お客様の真の問題を解決することを優先しなければなりません。多くの企業では、このプロダクト開発の基本方針が守られていません。おそらく、価値よりも革新性を優先しているからでしょう。私たちは皆、自分たちが最先端の先駆者であると他人に思われたいと思っていますが、市場が求めているのは必ずしもそうではありません。 市場が求めているのは、すでに機能しているものを適度に改良することだったりします。究極のゲームチェンジャーを追い求めるのではなく、フ

                                                                                  プロダクトマネジメントの優先順位付けフレームワークの究極ガイド
                                                                                • 出版社の編集者は何をする人なのか - golden-luckyの日記

                                                                                  かつては出版社の中に編集者という職業があって、著者に執筆を依頼したり、そうして書いてもらった原稿を取りに行ったり、誤字脱字や「てにをは」を矯正したり、漢字や送り仮名の表記を出版社のルールに従って統一したり、それを印刷製本する指示を出したり、そういう仕事をしていました。 誰もが自分のSNSを持ち、ブログのプラットフォームで記事を公開し、中には自分で印刷製本して本の形にして売買している現代、「自分で文章を書いて世間に出す」のに出版社は不要です。いわんや編集者をや。 自分は出版社を作り、そこで編集者をやっているので、この「出版社も編集者も不要」という世界で何をすべきかという問題についてよく考えます。毎度たどり着くのは「必須ではないけど不要というほどでもない」という答えなんだけど、特に「不要というほどでもない」に対する根拠をあまり明確にしてきていない気がするので、少し言葉にしてみようと思います。

                                                                                    出版社の編集者は何をする人なのか - golden-luckyの日記

                                                                                  新着記事