デロイト トーマツ コンサルティングが入居する丸の内二重橋ビル（「Wikipedia」より／Kakidai） 5月30日付「ダイヤモンド・オンライン」記事は、ユニ・チャームで一部商品の納品遅延を起こしているシステム障害について、システム更新作業の主幹事ベンダが外資系のデロイト トーマツ コンサルティングであると報じている。デロイトは4月初めに障害が発生した江崎グリコのシステム更改作業でも主幹事ベンダを務めており、外資系ベンダを起用するリスクがにわかに注目されつつある。業界関係者の見解を交え追ってみたい。 ユニ・チャームは5月16日、一部商品について注文集中による出荷が遅延している旨をアナウンスしていたが、27日付「日経クロステック」記事によれば、ゴールデンウイークに実施した基幹システムの更新で新基幹システムと物流システムの接続でデータ連係に不具合が生じたという。 システム障害による出荷トラ
ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が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/ 今回の調査はコンサルタント会社「
転売されるほど品薄なのにバンダイはなぜもっとガンプラを作らないの？→60億円もの損失を出した過去のしくじりが頭をよぎる
御徒町ジャンクション @okachimachijkt バンダイはなぜもっとガンプラを作らないのか？ この話題になるたび頭をよぎる バンダイたまごっち赤字60億円の件 pic.twitter.com/KnGUa8U9a8 2024-05-16 21:57:11 リンク Wikipedia たまごっち たまごっち（英語: Tamagotchi）は1996年11月23日に日本のバンダイから発売されたキーチェーンタイプの電子ゲームであり、登場するキャラクターのことでもある。名称の由来は「たまご（Tamago）」と「ウオッチ（Watch、腕時計）」。企画、開発は横井昭裕。 「たまごっち」をローマ字で表記するとTamagotchまたはTamagotchi。略称はTMGC。 画面の中に登場する「たまごっち」と呼ばれる生物に、餌を与えたり、フンの掃除をしたり「たまごっち」と遊んだりしながら育てていく。こま
米国人にタスク見積もりさせたら細かいタスクをビッチリ入れてくるのでそれを指摘したら「情報共有のコストがタダだと思うな」という返事があった
ミック @copinemickmack 米国人にタスク見積もりさせるとメールの確認みたいな日本人なら入れない細かいタスクをビッチリ入れてくるので、それはいちいち計上しなくていいのでは？ と指摘したら「情報共有のコストがタダだと思うな」という返事だった。日本人すぐ色んな人に共有メールとか送りたがるんで、教訓的だなと思った 2024-05-12 07:47:12 ミック @copinemickmack DBエンジニア改めアソシエイト・シリコンバレー出羽守。note.com/mickmack 著書：『SQL実践入門』『DB設計徹底指南書』『SQL徹底指南書』。訳書：J.セルコ『プログラマのためのSQL 第4版』。 mickindex.sakura.ne.jp
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ Coralの社内ではもはや誰もが知っていることですが、私は数ある企業文化の中でも、特にリクルートとNetflixのカルチャーが素晴らしいと感じています。両社は全く別の業界の企業で、まるで共通点がなさそうですが、そのカルチャーは驚くほど似ています。具体的には、どちらも社員にかなりの裁量と責任を与える傾向があります。リクルートの「お前はどうしたい？」にしても、Netflixの「コントロールではなくコンテキストを」にしても、意思決定権を意図的に分散させている点が特徴的です。こうした組織体制から生まれる社風こそが、インターネット時代
開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する
Mutation Testingを活用して テスト品質を考える /introduction to mutation testing
","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">
「吉羽龍太郎さんとソニーが語るプロダクトマネジメント」 イベントの資料です。 イベント概要 https://sony.connpass.com/event/319013/ 動画 https://www.youtube.com/live/Y7gFsorBO6c
使われないものを作るな！出口から作るデータ分析基盤 / Data Platform Development Starting from the User Needs
本資料は Tech Play イベント『データ基盤運用の工数削減に効いた俺的ベストプラクティス データマネジメントの勘所』での登壇資料です。 https://techplay.jp/event/940296 データ基盤を構築する際、多くの人が最初にdbt、BigQuery、troccoといったツール名を思い浮かべるかもしれません。しかし、ビジネス価値を生み出すデータ基盤を開発するためには良いツールを選定するだけでなく、「どの技術をいつのタイミングで導入するか」「関係者をどのように巻き込むか」といった観点も重要です。この発表では、製造業のDXを進めるCADDiが直面したデータの課題と、利用状況に合わせて段階的にデータ基盤を拡充していった過程についてご紹介します。
ヒアリングに行くのではない。最初から価値を与えること。これは、プロジェクトの初期対応でデザイナーが取るべき基本的な態度です。 今回のテーマは、デザインの初期対応。その効果的な動き方を紹介します。 デザインプロジェクトのスタートは、他者から依頼を受ける場合と、デザイナー側から提案を始める場合の２つのパターンがありますが、今回はそのうちの「デザイナーが依頼を受けるパターン」について。 初期対応の時点で、デザインの成果の半分は決まってしまいます。それくらい重要なものですが、なせかデザインの世界ではあまり論点化されていません。自分の経験が何かの役に立てばとの期待を込めて。どうぞ。 ヒアリングじゃない。ディスカッションだ。依頼や問い合わせを受けてデザイナーが初期対応すること。これをヒアリングと呼ぶこともありますが、それには注意が必要です。 最初に関係性が固定されるヒアリングに行く。情報を聴きに行く。
Web担当者Forumミーティング2024春 B2-1オープニング基調講演
状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです - Magnolia Tech
自分が気をつけていることに「今この状況を説明して」って言われた時に2分くらいにポイントを絞って話せるように常時準備しておく、というのが有って、これができるとだいぶ印象が違います 仕事で報告を求める人が最優先で知りたいのは「ヤバいか、ヤバくないか、アクションするのは俺か、お前か」です— magnoliak🍧 (@magnolia_k_) 2024年3月3日 繰り返し言ってるけど、状況報告、報告を受ける側が知りたいのは尽きるところ「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」というところです— magnoliak🍧 (@magnolia_k_) 2024年4月11日 振り返ると定期的に同じことを書いているんですけど、「報告を受ける側」が期待することって、「ヤバいか、ヤバくないか」「それで次に行動するのはオレかお前か」を素早く判断して、行動に起こすための情報が欲しいわけです
【資料公開】ステークホルダーとの付き合い方を考える
みなさんこんにちは。@ryuzeeです。 2024年6月3日に行われたソニー主催、Forkwell共催の勉強会「TechLovers #2」の登壇資料を公開します。 プロダクト開発には、さまざまなステークホルダーが登場します。 プロダクトのフェーズや開発の状況によってステークホルダーの重要度は変わります。そしてステークホルダーごとに持っている権限の強さや権限が及ぶ範囲も違います。 これらを無視して開発を進めると、プロダクトに大きな影響を及ぼすようなことが起こりかねません（メテオフォールなるものもその1例です）。 つまり、戦略的にステークホルダーと付き合っていかなければいけません。 この資料では、フレームワークを活用してステークホルダーを分類し、分類に応じた接し方を紹介しています。 プロダクト開発においては、常にやりたいことややらなければいけないことがたくさんあり、時間や人は足りません。 そ
こんにちは。エムスリーエンジニアリンググループのコンシューマチームに所属している園田です。 普段の業務では AWS やサーバーサイド、フロントエンドで遊んでいるのですが、最近はもっぱら OpenAI や Claude3 で遊んでます。 今回は、最近巷で話題の LLM ローコード構築ツールである Dify の OSS 版を AWS のマネージドサービスのみを使って構築してみました。 DifyとはオープンソースのLLMアプリ開発プラットフォームで、様々なLLMを使用してChatGPTのGPTsのようなものがノーコードで簡単に作れます。 引用元: DifyでSEO記事作成を試してみる｜掛谷知秀 試しにAskDoctorsのガイドラインHTMLをナレッジ登録してみた ローカル環境で Dify を構築する記事はたくさん見かけますが、AWS のマネージドサービスで構築する内容は見かけなかった*1ので公
「プロジェクトはうまくいかなくなるのではない、最初から失敗している」プロマネが憂鬱になる理由がここにある→「既視感しかない」「“当初予算は頭金に過ぎない”は、パワーワードすぎる」
いぐぞー ✈️ 旅するプログラマー @igz0 最近見つけた良本。 世界中の巨大プロジェクトを1万6000件以上、調べて「プロジェクトが失敗する要因」を徹底的に要因分析した力作。 炎上プロジェクトに関わったことのある人なら「そういうことだったのか」となる。 「オリンピックは何故予算超過するのか？」みたいな疑問にも答えていて面白い。 pic.twitter.com/TavtiJeTM6 2024-05-26 14:44:26
エレガントパズル エンジニアのマネジメントという難問にあなたはどう立ち向かうのか / Elegant Puzzle
https://forkwell.connpass.com/event/319444/ の登壇資料です。
フロントエンド開発の効率化！Nx と Playwright でビジュアルリグレッションテストを賢く実施しよう - Techtouch Developers Blog
はじめに なぜ VRT が必要なのか？ VRTとは？ Nx と Playwright で賢く VRT を実施する どう賢く実施したか 結果 まとめ 参考資料 はじめに 「食べログ ラーメン TOKYO 百名店」の全店舗訪問を目指してラーメン巡りを続けているフロントエンドエンジニアの kenshin です。 フロントエンド開発者の皆さん、新機能を追加したり、ライブラリをアップデートした後に UI が予期せず変更されてしまった経験はありませんか？このような問題を素早く検知し、未然に防ぐ方法として、ビジュアルリグレッションテスト（以下、VRT）があります。 この記事では、Nx と Playwright を用いて VRT を効率的に行う方法をご紹介します！ なぜ VRT が必要なのか？ フロントエンド開発では、新機能の追加やライブラリのアップデートにより、予期せぬ UI 変更が発生することがありま
仲山進也氏 インタビュー メンバーが地雷を恐れて黙って様子見するチームは成長しない 高パフォーマンスのチームづくりを阻む10項目 新年度がスタートし、新たなチーム結成から1ヶ月が経過した5月。リーダーやマネージャーにとって、チーム管理の課題が浮き彫りになる時期です。この重要な時期に、ログミーBizのアンバサダーでありチームビルディングに詳しい仲山進也氏に、効果的なチーム作りのポイントをお聞きしました。前編は、心理的安全性の実現が難しい具体的な理由や、チーム成長を阻む心理的障壁10選などが語られました。 心理的安全性の実現が難しい具体的な理由 ――チームのパフォーマンス向上にもつながる重要な要素として、数年前から「心理的安全性」が言われていますが、実際には心理的安全性を実現できていないケースも多いようです。チームビルディングの専門家である仲山さんは、この状況をどのようにご覧になっていますか？
継続性視点での開発生産性マネジメント / Managing Engineering Organization in a Strategic Way
2024年5月28日に開催された「ビジネス成長を止めてしまうペインはどこにある？投資した開発品質との向き合い方」（主催：ファインディ株式会社）における技術責任者 @sunaot の発表資料です。 https://developer-productivity-engineering.connpass.com/event/316486/
はじめに 多くの方に以下の記事を読んでいただき、ありがとうございました。 ここまで多くの方々に読んでいただけるというのは想定していなかったため、スタートアップの年収水準への関心の高さを強く感じました。 この記事には、ご共感の声をいただく一方で、適正な平均年収650万円という数値に、「夢がない」や「給与を上げられないなら零細企業だ」など厳しいご意見もいただいております。スタートアップは、ストックオプションあるいは株式報酬を加えることによって、数千万円〜数億円のリターンも場合によって生まれうるので、一概に年収だけでそうとは言い切れないのですが、経営者として従業員の平均年収を上げたいと願うのは私も同じ思いであり、年収800万円以上を目指していくには何が必要かということについて、改めて深く考察していくことにしました。 本記事もあくまでマクロな分析であり、個社別の事情を無視した荒削りな分析であるため
はじめに チームトポロジーとは プラットフォーム開発組織に存在した課題 SRE何でも屋問題 中長期課題に取り組めない問題 チームトポロジーを元にした組織見直し SRE Deskを3つのDeskに分割 SRE DeskとPlatform Engineering Deskの違いを明文化 見直しの効果 見直しを通じての所感 最後に はじめに こんにちは。enechainでCTOを務めている@sutochin26です。 enechainでは、組織拡大に伴いSRE/Platform関連業務を行うチームの体制見直しを行ないました。 その際に、チームトポロジーの考え方を参考にする事で方針の言語化がしやすくなり、認識合わせの助けになりました。 SREとPlatform Engineeringをチームトポロジー視点で定義すること自体は新しくはないですが、本記事では実際に現場で生じていた課題と共にお話します。
例の調査結果報告書をセリフ形式で書き起こしてみた
編集「先生、6巻が出ましたね！6巻が出るころにはドラマ化を考えようって話してましたよね」 漫画家（うーん……過去作品のドラマ化ではいい思い出がないけど……） 漫画家「今度こそ原作に忠実にやってくれるなら……」 編集「はい！テレビ局からの打診があったら前向きに考えますね」 漫画家「未完の時点でドラマ化するなら、ドラマオリジナルの終盤は私があらすじからセリフまで用意しますね」 編集「はい」 --- テレビ局プロデューサー（以下P）「ドラマ化したいです！」 編集「いいですね！他局からも話はあるんですが、そっちは断りますね」 編集「ただ、漫画家は原作にこだわりの強い『難しい人』なので、そこは配慮してくださいね」 P「はいはい～」 編集「過去に脚本を自分で書くと言い出したこともある人でして。ベテランの脚本家より若手の柔軟な脚本家さんでお願いできれば」 P「はいはい～」（※聞いてない） --- P「脚
リーダーの資格がある人とは、どのような人なのか。
「取締役に任命されたのですが、力不足を感じています。このまま職を続けるべきでしょうか」 先日ある講演会で、そんな質問をされることがあった。 質問をして下さったのは、勤務先企業で役員に抜擢されたばかりという男性だ。 与えられた役職を重く感じているものの、 「器が人を育てる」 と信じ、職責に取り組み続けているのだという。 しかし想いだけでは難しい壁を感じ、このまま続けるべきなのか。 どうすることが組織と部下のためであるのか意見を聞かせて欲しい、という趣旨のご質問だった。 「何が正解なのか、私には正直わかりません」 軽々に答えられない質問に、思わず本音が出る。 そして要旨、以下のような回答をする。 私自身、困難な仕事を乗り越えられた時に成長を感じることができたとは、思っている。 しかしあんな経験はもう二度としたいと思わないし、無茶をすべきとも思わない。 「自分にはできない」と思った時には撤退する
近年1on1ミーティングに関する記事が多く公開されている中、本記事を閲覧いただきありがとうございます。本記事は、1on1ミーティングについて1on1専門会社の知見を活かして、網羅的にどこよりも詳細に解説しておりますので、必ずお役に立てると思います。国内では1on1ミーティングの導入が進んでおり、人事施策として有名になりつつあります。しかし、目的や意味、効果・メリットなどの1on1ミーティングに関する知識を十分に持ちながら、1on1ミーティングを実施できている人は少ないのではないでしょうか。残念ながら、実際に1on1を実... 1on1ミーティングの目的 1on1の目的は「部下の悩み事への対応」「部下のモチベーションやパフォーマンスの向上」「部下のスムーズな育成」のように、部下の成長のために1on1を実施することが多いです。 しかし、世間では「1on1は部下のための時間」と言われているが故に
プロジェクトマネジメント講座の全体像｜コーヒー好きのPM
本noteでは、プロジェクトマネジメント講座（以下、プロマネ講座）の全体像を説明します。 ◆変更履歴◆ 2024.05.19 初版公開 2024.05.23 一部表現修正、記事リンク追加 プロマネ講座の概要プロマネ講座では、システム開発プロジェクトのマネジメントノウハウをnoteの記事で説明していきます。 この「システム開発プロジェクトの」というのが最大の特徴です。というのも、本屋さんでたくさん見かけるプロマネ関連本は、そのほとんどがシステム開発を題材にしていません。プロジェクトマネジメントは業界を問わず有益なスキルであり、建設や自動車、医療や食品など様々な業界で使われています。そのため多くのプロマネ関連本は、業界を問わず利用可能なプロマネノウハウの説明が中心なのです。 そうなると、システム開発現場のプロジェクトマネージャーは困ります。システム開発プロジェクトならではの ・プロジェクト計画
問題を解決できる人は○○を見ている。「視座が高い人」2つの特徴 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「上司にもっと視座を高くしなさいと言われた」 「リーダーになりたいなら視座を高めることが大切だ、とビジネス書で読んだ。でも、どうすれば視座を高められるのだろう……」 視座を高める必要性はなんとなくわかっていても、実際に何をしたらいいのかわからない人は多いのではないでしょうか。 本記事で、そもそも視座が高いとはどういうことなのかを確認し、視座の高い人の特徴について知りましょう。視座を高める習慣の取り入れ方も、筆者の実践を交えながら紹介しますので、ぜひ最後までお読みください。 【ライタープロフィール】 橋本麻理香 大学では経営学を専攻。13年間の演劇経験から非言語コミュニケーションの知見があり、仕事での信頼関係の構築に役立てている。思考法や勉強法への関心が高く、最近はシステム思考を取り入れ、多角的な視点で仕事や勉強における課題を根本から解決している。 「視座を高める」とは？ 視座が高い人の特徴
別にみんなそうするべきとは全く思わないのだけど、僕は最近GitHub Copilotを意図的に無効にすることがあるので、そのへんについて雑に書いておく。 あらかじめ言っておくが、僕はGitHub Copilotを有効にすることもある。この記事もGitHub Copilotおよびそのユーザーを批判する意図は全くない。 GitHub Copilot が便利な場面 僕がGitHub Copilotを使い始めて少なくとも一年以上は経ってる。自分が書こうと思っているコードに近いものが簡単に生成されていくことに最初は感動したし、便利な場面がはたくさんある。 具体的に便利な場面を思い返してみる。 僕は仕事ではNext.jsでフロントエンドを書いたり、NestJSでバックエンドを書いたりしているのだが、その用途では便利だった。僕は自分が関わっているプロジェクトのReactやNode.jsの書き方はある程度
アジャイル開発やスクラムにもマネジメントは必要だ
Photo by Pixabay on Pexels.com 最近、よくお客さま向けに「アジャイル開発やスクラムにも、マネジメントやプロジェクトマネジメントは必要だ」と話すことが多い。事の背景はこんな感じ。 背景 よくあるのが「アジャイルチームは自律して動くからマネージャはいらない」という意見だ。この意見はおおむね正しいと思う。「おおむね」の理由は、マネージャという役割は自律型組織にとって必要なくなってくるだろうけど、マネジメントという仕事はなくならないからだ。 会社全体が自律型であれば、もしかしたらマネジメントすらいらなくなるのかもしれない。ただ、ほとんどの組織がそうではないのが現状だろう。よって、四半期ごとに目標設定と評価が発生するし、人材を採用したり育成する計画は必要だし、予算管理や体制変更も検討しなければならない。 こんな状況から「マネージャとマネジメント」を引っこ抜いてもうまくい
『片付けパパの最強メソッド』の著者・大村信夫氏が旬なトピックでゲストと対談するシリーズ。第20回目は『ネガティブフィードバック』の著者・難波猛氏が登壇。ネガティブフィードバックを必要とする場面や、「言いにくいこと」を相手に伝えるポイントについて語られました。 『ネガティブフィードバック』の著者・難波猛氏が登壇 難波猛氏（以下、難波）：今回は、こういった貴重な機会にお呼びいただきまして、ありがとうございます。たぶん、前回大村さんとご一緒したのは1年半くらい前ですよね。 大村信夫氏（以下、大村）：そうなんですよね。 難波：前回は「目標達成」とか「習慣化」に関してお声がけいただきましたが、今日は「耳に痛いことをどうやって伝えていくか」みたいなテーマです。事前にアンケートでいろいろとコメントをいただいていましたので、その中身や会場のみなさんも含めて、チャットなどでインタラクティブに進めて行ければと
パケット爆発を解析してみた（インターンシップ体験記） - NTT Communications Engineers' Blog
はじめに こんにちは、インターン生の鈴木健吾です。 私は現在修士 2 年生で、学部 4 年生から研究室や WIDE プロジェクトでネットワークの構築・運用に関わったり、Interop や JANOG などのイベントに足を運んだりしています。 このたび、2024 年 2 月に NTT コミュニケーションズで 2 週間の現場受け入れ型インターンシップに参加させていただいたので、その体験談を執筆させていただきます。 目次 はじめに 目次 参加したインターンシップについて 配属されたチームについて インターンシップの課題 インターンシップで取り組んだこと 障害の再現 障害の解析 ネットワーク側の解析 ファイアウォール 側の解析 ファイアウォールの動作がおかしいことの証明 障害の解決確認 まとめ 反省 感想 メンターからのコメント 次回インターンシップのお知らせ 参加したインターンシップについて 配
いつも時間に追われている、仕事漬けなのに成果が伴わない、プライベートを楽しむ暇がない……こんな悩みを抱えている人も多いのではないでしょうか。『結果を出してサクッと帰る 神速時短』の発売を記念して開催された本イベントでは、著者であり国際エグゼクティブコーチ／企業研修講師のヴィランティ牧野祝子氏が登壇。本記事では、世界10ヶ国で20年以上会社員をしてきた牧野氏が、日本人によくある意思表示ができない悩みや、日本と海外の教育の違いについてお話しします。 前回の記事はこちら アウトプットが時短につながる ヴィランティ牧野祝子氏：では次に、「結果を出してさくっと帰るためには」ということで、今日は開示と選択のところをピックアップしてお話ししようかなと思います。チャットでやりとりを流しながら、こちらの2つのセクションをしたいと思います。この神速時短サイクルは、開示からスタートするのが、けっこうポイントとな
「今日から3日間は麻酔科医のほとんどが学会で神戸にいるので1年で最も交通事故に遭ってはいけない3日間です」→麻酔科医の神無月みたい
Dr.ペンペ🐧ちょいオタ耳鼻科医 @Drpempe ちょいオタで多趣味な耳鼻科専門医🐧お絵描きが好きで4コマ漫画を不定期投稿中✏️居酒屋巡りとオツマミ作りが好きなビール党🍺たまにカードゲーム(MTG)の大会に出場、レガシーのGPでプロポイント取得歴あり🧙♂️ゆる〜い医療垢ですが役立つこともツイートしますよ🐧
要件定義完了時の開発サイドと顧客サイドそれぞれが考えてる事をイラスト化するとこうなってる「そうなんだよね 客は全部を話さない」
リンク ITトレンド 要件定義とは？何をすべき？流れ・必要なスキルをわかりやすく解説！｜ITトレンド 要件定義とは、システム開発などのプロジェクトを始める前の段階で、必要な機能や要求をわかりやすくまとめていく作業のことです。企画の進行とともに要件定義に立ち返ることも多く、目的の脱線を防止する役割も果たします。要件定義の概要やまとめ方、作成までの流れ、要件定義に求められるスキルを解説していきます。 2 users 74
客に聞こえる範囲で怒鳴るのマジでやめてくれ→新人さんが裏に戻った時「すごいできるじゃん！完璧！いえーい！」て声が聞こえた時一日中幸せだった
はる＠タキオン☆ライダー @tachyon_rider 店員さんの声って、結構気になるよね。 私が一番気になったのは、某マックで、明日からバイト髪色自由でいいよというお達しが本部から届いたらしく、 20代女性店員さんが「やったあああ！明日赤にしてくる！！」って大盛り上がりしてた時。 待ちながら「よかったねええええ！」ってなってた(笑)。 x.com/vitileoparde/s… 2024-05-12 06:46:19 はる。 @tubuyaki_tanosi ラーメンフェス行ったが、看板に載ってる店主と社員の二人にバイトがキツく注意されてたが そういうのは逆が並ぶ前にちゃんとやり方を決めてレクチャーしてあげてよ… あんなイライラピリピリしないで？ こちらは待てるからさ…早く早く提供しようとして、もたつくバイトを厳しくしないであげて…🥲 x.com/vitileoparde/s… 202
GPT-4o API：料金、利用方法などを完全解説
GPT-4oを自分のプロジェクトに導入したり、それを使って新しいプロジェクトを開発したりしたい場合、Apidogという完璧なAPI管理ツールを使うことがおすすめです。ApidogではOpenAI APIプロジェクトを便利にアクセスして、GPT-4o APIを直ちに利用したり、テストしたり、自分のプロジェクトに導入したりすることができます。 また、完全に無料なツールなので、下記のボタンから無料でApidogを利用し始めましょう👇👇👇 buttonGPT-4oとは？GPT-4oとは、米国時間5月13日にOpenAI社がによって発表された最新のAIモデルになります。4oのoはomniの略で、「すべてを包括」という意味合いがあり、これまでのテキストと画像か、音声でChatGPTとやりとりする利用方式とは違い、テキスト、音声、画像やビデオを組み合わせて、GPT-4oとやりとりすることができるよ
tsc の代替実装を作る話、とりわけ Rust や Go で tsc を高速化した移植版を作る話について。非常に野心的で面白いと思いつつ、正直僕は実用レベルまで達したものが本当に登場するのか疑問に思っている。今ある型システムもそうだし、新機能として追加されるものにも追従する必要がある。当然、実用レベルとして使ってもらうには、不具合も少なくないといけない。 それに tsc も最近はパフォーマンス改善に力を入れているように見えている。実際にリリースノートを見ると、ちょくちょくパフォーマンス改善系の変更が入っている。 TypeScript: Documentation - TypeScript 4.8 TypeScript: Documentation - TypeScript 4.9 TypeScript: Documentation - TypeScript 5.0 TypeScript:
幸せ視点の経営を学ぶ、革新的なオンラインスクール hintゼミの主催で行われた本イベント。新著『小さくはじめよう 自分らしい事業を手づくりできる「マイクロ起業」メソッド』を出版した、ビジネス・ブレークスルー大学経営学部教授の斉藤徹氏が登壇しました。本記事では、部下との対話がうまくいく3ステップや、指示待ち・忖度をするタイプへの聴き方・伝え方について解説しました。 前回の記事はこちら 部下との対話がうまくいく3ステップ 斉藤徹氏（以下、斉藤）：ここからは、対話をどうしていくのか、対話でどうやって問題を解決すればいいのかという基本パターンのお話です。ここでは「ゴードン・メソッド」をベースにします。 ゴードン・メソッドでは、最初に相手の持っている問題か、自分の持っている問題かを切り分けて、それによって話し方を変えます。今回のテーマは、プロジェクトの進捗が良くないという自分のチームの問題です。だか
神奈川県の鎌倉に本社を構える「面白法人カヤック」。サイコロの出目で給料が決まる「サイコロ給」などユニークな社内制度と文化を形成しています。 今回は管理本部長の柴田さんにカヤックの文化やコミュニケーションを支える仕組みについてお話を伺いました。 少し長いインタビューになりましたが組織開発の参考になる話の連発ですので、ぜひ最後までお読みいただければ幸いです。 株式会社カヤック 執行役員管理本部長・下川町CIO補佐官。 2011年に面白法人カヤックに入社。人事として10年経験を積み、現在はバックオフィスの責任者として執行役員管理本部長を務める。2022年6月からは北海道下川町のCIO補佐官も兼任し、鎌倉と下川町に半分ずつ滞在している。
最近話題のやりがい問題について、思うところがある。 猫山課長の裏note, 裏ラジオでも語られていた内容だ。 若手の方は絶対にこれらのコンテンツに触れた方が良い。 今の時代を勝ち抜くのに必要なエッセンスが凝縮されている。 僕は30代半ばで、猫山課長よりおそらく一世代若い。 僕らの世代はギリギリハードワークが許されたが、すぐ下の世代から働き方改革丸出しといった感じの世代である。 30半ばの「ようやく自立した若手」の立場から私見を述べたいと思う。 ＋＋＋＋＋＋＋＋＋＋ 最近は「ライフワークバランス」や「働き方改革」といったいわゆる労働に対するネガティブな動きが盛んだ。 今の新人にとってみればもはや上記の概念は常識になっている。 ただ、断言する。 正直、上司はうんざりしている。 自分たちの享受していない制度の、よくわからないプレッシャーに戸惑っていると言ってもよい。 僕らの業界でいえば「研修医」
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デロイト、グリコに加えユニ・チャームでもシステム障害…ベンダ能力に疑問も
アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268％も高いことが判明
マネジメントの新ハック「優先事項のメンタルマップ」 | Coral Capital
優先順位が口癖になる危機感 - ジンジャー研究室
開発組織のOKRの作り方 / OKR in a development division
トヨタでも認証不正 会長「撲滅は無理」「完璧な会社ではない」：朝日新聞デジタル
ソニーにおけるプロダクトマネジメント スマホアプリ事例紹介
ヒアリングを超えていく、デザインの初期対応｜大﨑 優｜CONCENT
その失敗から何を学ぶ？不確実性をマネジメントして目標達成するための心得 #webtan
話題のLLMローコード構築ツールDifyをAWSのマネージドサービスで構築してみた - エムスリーテックブログ
メンバーが地雷を恐れて黙って様子見するチームは成長しない 高パフォーマンスのチームづくりを阻む10項目
平均年収800万円+の利益体質なスタートアップ企業をつくるために｜Kenta Mukai
チームトポロジーの観点で見直すプラットフォーム開発組織 - enechain Tech Blog
1on1ミーティングをやめてほしいと言われる理由は？原因と対処法を徹底解説！
最近は意図的にGitHub Copilotを無効にすることがある
「できている」という自己評価の部下と「イマイチ」と感じる上司のズレ 言いにくいことを伝える「ネガティブフィードバック」のポイント
仕事に時間がかかってしまう背景にある、日本の「察して」の文化 会議での発言や質問ができない人のための、意思表示に慣れるコツ
tsc の代替実装は作れるのか - mizdra's blog
指示待ちや忖度をする部下の意見を引き出すには 対話の中で上司がやってはいけない聴き方・伝え方
「面白法人カヤック」を支える、面白すぎるコミュニケーションの仕組み
教育は静かに終わりを告げようとしている｜Jay＠副業する心臓の医者