こんにちは。KDDIアジャイル開発センターのサービスデザイナー よねみちです。 生成AIを用いたto Bプロダクトのスクラム開発や、お客様のDX・新規事業創出のきっかけとなるデザインスプリント支援などを行っています。 はじめに レビューや会議で誰かが「詰められてる」様子、心にきますよね。自分がやられるのはもってのほかですが、周囲で発生するだけでも心がすり減ります。。 特に、何か問題が発生したときや、参加者間の誤解が解消できないときに「詰め」が生じがちです。 質問する側の、焦りや不安から「なぜ？」「どうして？」「つまり？」と質問マシーンになってしまう気持ちも理解できるのですが。 問い詰めてしまい心理的に不安全な状況に陥ると「ミスを隠そう、自分が責められないようにしよう」と回避する力が働きはじめ、結果として「正確な状況がわからない」「適切なアクションが取れない」といったチームとして重大なリスク
富士通に忖度してるとか言ってるけど、あれ、普通に取材NGだったんじゃないかな。 当時の経緯を知ってると「私の名前は出さないでください」ってなったとしても不思議じゃないと思う。そうなれば当然NHKも富士通も触れないし、本人が拒否したんですなんて発表するわけもないし（例え親族が声を上げたとしても） 京コンピュータって、富士通半導体の最後の打ち上げ花火だったんだよ。 当時の話京の開発が進み、実際に生産されるころは、経営方針として富士通は半導体撤退をするかどうかで揉めていたころだった。 京コンピュータは、富士通が自社工場で作った最後のスパコンであると同時に、国のトップ開発のHPCにおいて、富士通が単体で作り上げた初めてのHPCでもあった。 これは、富士通が優れている、というよりも、逃げ遅れたと表現してもよいかもしれない。HPCのプロジェクトからは、NECと東芝が次々と撤退していたのだ。 当時半導体
今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と
tl;ldr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない？ 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして「ウォーターフォール」が使われることがあります。これは「ダメな開発現場」と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一本道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で１ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビ
スーパーコンピューター「京（けい）」を取り上げたNHK「新プロジェクトX～挑戦者たち～」が、ネット上で波紋を広げている。当時、京の開発責任者を務め、その後富士通を離れた人物に番組でほとんど触れられなかったことで、企業の都合が番組に反映されたのではないかという見方だ。一体、何があったのか。 京は、富士通と理化学研究所が開発し、2011年に稼働したスーパーコンピューター。演算性能は約10PFLOPS（ペタフロップス）で、これが1秒間に1京回（10000兆回）の計算にあたることから京と名付けられた。番組では富士通の技術者が登場し、当時の状況を語った。 しかし放送後、X上である投稿が注目を集めた──「プロジェクトX見た。京の開発責任者で、その後富士通と道を違えた父が一切出ず、直属の上司や部下で、今も富士通との関わりが深い人たちのみが登場する内容には、家族としては非常に複雑な気持ちである。集合写真で
日本企業でシステムトラブルが相次ぐ根本原因 SIerとユーザー企業の間にある｢埋められない人材格差｣ →ユーザー側に必要な能力がないとプロジェクトの成功確率は落ちる
中野 仁 (AnityA) @Jin_AnityA ユーザー側とシステムを本業にしているベンダー側で組織の能力差がでるし、結果的に情報の非対称性が拡大する 外部に発注するにもユーザー側に必要な能力というのはあるし、それがないとプロジェクトの成功確率は落ちる 日本企業でシステムトラブルが相次ぐ根本原因 SIerとユーザー企業の間にある｢埋められない人材格差｣ president.jp/articles/-/819… 2024-06-01 07:41:21 リンク PRESIDENT Online（プレジデントオンライン） ｢プッチンプリン｣の出荷停止に､ゆうちょ銀行の入金遅延…日本企業でシステムトラブルが相次ぐ根本原因 SIerとユーザー企業の間にある｢埋められない人材格差｣ 江崎グリコのシステム障害によりプッチンプリンなど一部商品の出荷が停止している。4月にはゆうちょ銀行で入金遅延が起きた
あなたはプロジェクトリーダー。いまはプロジェクトのピーク。あるメンバーに「この作業お願いしてもいいですか？」と聞いたら「嫌だって言ったらやらなくてもいいですか？」と言われました。なんて返しますか？？→あるあるすぎて、骨身に染みる
わんこPM @dx_saru あなたはプロジェクトリーダー。いまはプロジェクトのピーク。あるメンバーに「この作業お願いしてもいいですか？」と聞いたら「嫌だって言ったらやらなくてもいいですか？」と言われました。なんて返しますか？？ 2024-06-20 22:57:00 わんこPM @dx_saru ゴリ押し、説得、下から相談（負けて勝つ的な）、諦め… いろいろですよね このときは、忙しいなかで「お願いできない？」という疑問形にちょっと反発したかったようです。どうせやらせるくせに聞くなよ！みたいな。正面から「お願いします」で良かった。 これに限らず、納得するまでやってくれない職人かたぎの人がいたり、とりあえず拒否から入る人がいたり、それぞれで。一回断られたくらいで折れない心を持ってないとやってけないですね🙁 2024-06-21 07:53:47
「開発組織全員が自ら学んで成長していく組織づくり」という内容で、Senior Engineering Managerの上原が、Lancers Agent様との2024/06/19のイベント（https://peatix.com/event/3959065/view ）で発表させて頂いた資料となります。 ネクストビートに入って4年間での、Engineering Managegerとしての試行錯誤の言語化しています。 概要としては以下となります。 - 個人のマインドセットの大切さ - FBループと、自己認識と他者認識を合わせることの重要性 - FBループとしての、1on1で演じる役割や、関係性の大事さ - 1on1でよく使うEMの道具箱のご紹介 - 組織として学んでいくことの仕組み化の事例のお話
初めに Vue.js の学習をしているとよく「Vite」という単語を目にすると思います。 一体全体あれはなんなのでしょうか？？ なんだかよく分からないコマンドを打つと、いつの間にかプロジェクトが作成されていたり、 ファイルを編集するだけでブラウザで動くようになっていたりします。 そもそも読み方も良くわかりません 😵💫 (ヴィテ...？ ヴァイト...？) この記事では、Vite についての基本的な情報をまとめてみます。 発音？ 発音の仕方は「ヴィート」です。こちらは公式ドキュメントにも書かれています。 Vite（フランス語で「素早い」という意味の単語で /vit/ ヴィートのように発音）は、 しかし、実はこれにはやや表記揺れがあって、「ヴィット」と表記されているところもあります。 例えば、話題になった Kawaii ロゴではそのように表記されています。 まぁこれらはカタカナ表記の限界
マイクロソフト、Project Natick水中データセンターの終了を明らかに Data Center Dynamics 2024.06.1950,726 views マイクロソフトはDCDに対し、Project Natick水中データセンターの取り組みを終了したことを明らかにしました。 この海底プロジェクトは数年間沈黙を守っていましたが、メディアや 他社からは継続的な取組みであるとして言及され続けていました。 「私は世界中のどこにも海底データセンターを建設していない」と、同社のクラウドオペレーション＋イノベーション（CO＋I）部門の責任者であるNoelle Walsh氏はDCDに対しコメントしました。 「私のチームはそれに取り組み、成功を収めた。海面下でのオペレーションや振動、サーバーへの影響について多くを学んだ。そこで、これらの学びを他のケースにも応用していくつもりだ」 同社は2013
あなたは今、ITエンジニアとして入社して3ヶ月が経過し、これから本格的にプログラミングを学ぼうとしている段階ではないでしょうか。 実はプログラミングを習得するためには、プログラミング自体の知識だけでは十分ではありません。抽象化のスキル、プロジェクトマネジメントのスキル、コミュニケーションスキルなど、多様なスキルが必要です。 私たちはこれまで約24年間にわたり開発を携わってきました。約500名のエンジニアと共にしてきました。そのなかでも新卒研修を共にしてきたエンジニアは100名にのぼります。 私たちよりももっと大きな経験豊富で素晴らしい研修を提供されている会社はあるかもしれません。でも、私たちは私たちなりに新卒エンジニアにとって素晴らしい研修を追求し続けてきた自負があります。 そこで今回は、そんな私たちの経験を踏まえて、入社3ヶ月の新卒エンジニアを対象に、プログラミングを学ぶためのおすすめの
人が搭乗し、操縦できるパトレイバー「イングラム」を開発しているロボットベンチャーのMOVeLOT（東京都墨田区）は6月21日、製作中のパーツの写真やシミュレーターによる動作イメージとみられる映像、そして今回のプロジェクトのストーリー（設定）などを公開した。9月中旬に「お披露目会」を実施する予定で準備を進めているという。 公開された設定は、篠原重工から要請を請けたMOVeLOT HEAVY INDUSTRYが、イングラムをベースにしたテスト機を開発。しかしドライブアシストのデータ取得が納品に間に合わず、一般のパイロット候補生に搭乗してもらって検証を行うことに。両腕両手の操縦項目がメインのため、下半身はパージしたというもの（要約）。イングラムは上半身のみになるようだ。 同時に公開した動画は、作中に登場するモーション・トレーサー機能（ドライブアシストのための事前教示）を再現した内容になっている。
先日The Registerを見ていたらアジャイル開発の失敗率は268%も高い Study finds 268% higher failure rates for Agile software projectsという記事が目に入りました。 The RegisterはITニュースサイトで、日本で言うところのITmediaやWIRED、GIGAZINEみたいなところですかね。 その記事は元記事を紹介しているもので、『元記事はImpact Engineeringの宣伝ではあるが、アジャイル開発は期待ほどうまくいかないという疑念を抱かせるのにも十分である』というようなまとめになっていました。 ではImpact Engineeringってなんなんだよと元記事268% Higher Failure Rates for Agile Software Projects, Study Findsを最後まで読
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「なぜ」と聞かずに理由を引き出す！「詰めてる」感を減らす言い換えテク - Qiita
プロジェクトX、出演NGなのでは。あるいは富士通半導体の敗北の歴史
ウォータフォールはやめて2024年の開発をやろう！｜牛尾 剛
高度に発達したウォーターフォールはアジャイルと見分けがつかない - An Epicurean
消えたキーマン──「新プロジェクトX」のスパコン「京」回が批判を受けた理由 富士通とNHKの見解は？
開発組織全員が自ら学んで成長していく組織づくり
Vite ってよく聞くけど何なんですか？ あれは
マイクロソフト、Project Natick水中データセンターの終了を明らかに | Data Center Café
入社3ヶ月の新卒エンジニアにおすすめするプログラミング入門書10選
人が乗って操縦できる「パトレイバー」、製作中の写真や動画など公開 9月中旬にお披露目会
『アジャイル開発の失敗率は268%も高い』のコメント欄が面白かったので紹介するよ - Qiita