新型コロナウイルス感染症については、必ず1次情報として厚生労働省や首相官邸のウェブサイトなど公的機関で発表されている発生状況やQ&A、相談窓口の情報もご確認ください。またコロナワクチンに関する情報は首相官邸のウェブサイトをご確認ください。※非常時のため、すべての関連記事に本注意書きを一時的に出しています。 厚労省への開示請求内容 何が開示されたのかさて。今回の開示請求では、政府テックチームや有識者会議の議事録等のほかに、２つの契約書が開示されました。ひとつが厚労省とパーソルプロセス＆テクノロジー（以下パーソルP&T）が結んだ「変更契約書」。もうひとつが「再委託変更申請書」です。 どういった経緯なのかは今回の開示文書からはわかりませんが、とにかく厚労省は4月23日付で「新型コロナウイルス感染者等情報把握・管理システム設計・開発及び運用・保守一式」という名目で、パーソルP&Tと契約を締結してい
Novski | パグと暮らすIT屋さん🍂 @Novski463 開発やってる本人が一ヶ月かかると言ってるのにマクロすら組んだ事のない上司が「時間かけ過ぎ！普通の会社なら一週間で終わる！とにかくスピード！工夫すれば出来る！二人で分担すれば工数は半分だろ？」と何の根拠もない思い込みと謎のベンチャー思考と根性論を振りかざして連日追い詰めた結果が今。 2021-02-12 22:18:00 Novski | パグと暮らすIT屋さん🍂 @Novski463 本人は「飴と鞭！俺はNovskiさんをグリップしてる！育成のためにあえて厳しくしてる！1on1もやってるしバッチリ！」と周囲に豪語してるらしいからもう昭和天皇も助走して正拳突き繰り出してくるレベルで思い上がりも甚だしい。 2021-02-12 22:26:09
テスターのくせに Janet Gregory さんと Lisa Crispin さんの書籍『Agile Testing』『More Agile Testing』を読まずに今日まできてしまったのですが、この二冊を凝縮（Condensed）した『Agile Testing Condensed』（日本語訳）くらいは目を通しておかないとね！ということで読みはじめました。 leanpub.com この記事は本書に書かれていたある問題を取り出し、それに対してわたしたちのチームが普段やっていることをわたしの目線で紹介したものです。ツイートするには長いのでこちらに書きました。 チームが「サイロ化」する問題 複数のチームがすべて同じプロダクトで作業している大規模な組織でよく見られる問題の1つは、チームが「サイロ化」する傾向があることです。依存関係を解決するために他のチームと話すことを忘れています。（第3章：
Spotify’s Failed #SquadGoalsを和訳してみました。 Spotifyは "Spotifyモデル "を使っていない。そして、あなたもそうすべきです。 スタートアップカルチャーの魅力の中でも、小規模なチームのスピードとアジリティに勝るものはありません。が、企業が成長していく中でこの感覚を維持することは困難です。2012年、Spotifyは新しい働き方を発表し、スピードとアジリティを理解したことを示唆しました。私が2017年にストックホルム本社のプロダクトマネジメント職の面接を受けたとき、Spotify Modelを実際に目の当たりにして興奮しました。しかし、最初の...
「これまでの取り組みの総和だ」。三井住友フィナンシャルグループ（FG）の最高情報責任者（CIO）を務める三井住友銀行の増田正治取締役専務執行役員は次期勘定系システムをこう表現する。プログラム資産を検証したうえで、ここ10年あまりに打ってきたIT（情報技術）面の布石を生かしているのが特徴だ。同システム構築の投資額は500億円。年間に1000億円規模をIT関連に投じるとされるメガバンクにあっては決
masaki ohashi on Twitter: "Rolandのメルマガ（ローランドの楽屋にて）、「エンジニアはなぜ勝手に開発するのか？！」っていうのがうけるんだけどｗ 「なぜ自分勝手にこっそり開発するかというと、全部を計画に載せてしまうと、どのくらいでできるか報告しなくてはいけない…」"
Rolandのメルマガ（ローランドの楽屋にて）、「エンジニアはなぜ勝手に開発するのか？！」っていうのがうけるんだけどｗ 「なぜ自分勝手にこっそり開発するかというと、全部を計画に載せてしまうと、どのくらいでできるか報告しなくてはいけない…」
Taku Kazamaki on Twitter: "岩田教授のやり方が受け容れられなかったのは日本の組織構造が悪いのだ、欧米でなら受け容れられた！という論調に反論。 高山先生が発表された内容が正しければ、岩田教授のやり方は世界のどこであってもまず許されません。 理由は簡単、災害… https://t.co/Xf9z2c6p5O"
岩田教授のやり方が受け容れられなかったのは日本の組織構造が悪いのだ、欧米でなら受け容れられた！という論調に反論。 高山先生が発表された内容が正しければ、岩田教授のやり方は世界のどこであってもまず許されません。 理由は簡単、災害… https://t.co/Xf9z2c6p5O
kintone フロントエンドリアーキテクチャプロジェクトで大切にしていること - Cybozu Inside Out | サイボウズエンジニアのブログ
kintone フロントエンドリアーキテクチャプロジェクトリーダーの @koba04です。 昨年末から、kintone フロントエンドリアーキテクチャをプロジェクト（フロリア）として再構成してスタートさせました。フロリアという名前は社内での公募により決定しました。 今回はプロジェクトで目指していることについて紹介します。本プロジェクトの開始前に Cybozu Meetup で話したスライドや動画も公開されているのでよければ見てください。 speakerdeck.com www.youtube.com これまでの取り組みについては下記の記事にて紹介しています。 blog.cybozu.io 3 行まとめ フロリアのゴール 全てのページが React によって表示されている 現状 今後 フロントエンドが技術的にもチーム的にも分割されている モノリスな構成からの脱却 アーキテクチャとチーム（
一休.comレストランのエンジニアのkymmtです。 2023年度の下半期、一休.comレストランの開発チームでは開発プロセス改善に取り組みました。改善は小さい単位で徐々に進め、バックログの作りかたやカンバンの運用方法を改善することで、フロー効率の向上、開発ペースの把握、チーム内外からの進捗の見える化ができるようになりました。 この記事では、このようなインクリメンタルな開発プロセス改善の取り組みについて紹介します。 従来の開発プロセス 主に2023年度前半の開発プロセスは次のような形でした1。 プロダクトのリリースに必要なタスクが長いバックログとして存在し、ひたすらタスクを消化 その状況に課題を感じ、区切りを入れるために2週間のスプリントを導入 この時点では、スプリントは2週間ごとに状況を確認するためのもので、目標に対するふりかえりや、次のスプリントの計画を作るためのものとしては活用してい
The Slack platform lets you extend, expand, and automate your workspaces. Ship quality code and deliver impactful automations that accelerate work for you and your team.
プロダクトバックログDeep Dive。スクラムのプロダクトバックログをどう作成し、手入れし、スプリントに投入するべきか（前編）。Regional Scrum Gathering Tokyo 2022
プロダクトバックログDeep Dive。スクラムのプロダクトバックログをどう作成し、手入れし、スプリントに投入するべきか（前編）。Regional Scrum Gathering Tokyo 2022 代表的なアジャイル開発手法の1つであるスクラムを構成する要素として「プロダクトバックログ」はもっとも重要なものの1つです。 プロダクトバックログは、プロダクトが目指す「プロダクトゴール」を含み、「スクラムチームが行う作業の唯一の情報源」とされています。 このプロダクトバックログとはどのようなもので、どう作成し、手入れをし、どのようにスプリントへ投入していくべきなのかを詳しく解説した、株式会社アトラクタ 吉羽龍太郎氏のセッション「プロダクトバックログDeep Dive」が、1月5日から7日まで行われたイベント「Regional Scrum Gathering Tokyo 2022」で行われまし
「私のプロファイル」 にも書いているとおり、ここ数年は勤務先での中長期的なIT戦略の立案と遂行に、たずさわっている。世の中は少し前からDigital Transformation、略してDXというバズワードが席巻しており、わたしのような者のところにも、戦略コンサルやらITベンダーが入れ代わり立ち代わりやってきては、DXの話をしてくれる。何事も勉強と思い、ありがたく拝聴させてもらっているが、だんだん耳にタコができたような気がしてきた。だって、皆が同じ話をするのだ。 その最大のキーワードは、経済の『サービス化』である。サービタイゼーション（Servitization）という、あまり聞き慣れない英語もついている。これまでの世の中は、せっせとモノを作っては売る、物の経済の時代であった。しかしその時代は終わりを告げ、いまやサービスを中心としたソフトなビジネス・モデルに転換すべき時である。そう、来客の
「信頼性」を保ちつつ大規模サービスをリニューアルする / cookpad-tech-kitchen-service-embedded-sres
Cookpad Tech Kitchen #24 5800万人が使うサービスのリニューアルとその技術 ( https://cookpad.connpass.com/event/183385/ ) で、"「信頼性」を保ちつつ大規模サービスをリニューアルする" というタイトルで発表した際の資料です。 スライド内のリンクは次のとおりです。 - How SRE teams are organized, and how to get started: https://cloud.google.com/blog/products/devops-sre/how-sre-teams-are-organized-and-how-to-get-started - Design Docs at Google: https://www.industrialempathy.com/posts/design-docs
SpatialChat — Simple way to deliver engaging video meetings.
Group video chat for in-person virtual meetings, anywhere, anytime.
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます コラボレーションソフトウェア「Notion」を提供するNotion Labsは米国時間5月31日、「Notionプロジェクト」を正式リリースした。 Notionプロジェクトは、社内Wikiやドキュメントなどとシームレスに統合され、AIを組み込んだプロジェクト・タスク管理ソリューション。ツールを統合することでチームはサイロを排除し、よりスピーディかつ分かりやすくプロジェクト管理をできるという。 これまでもNotionは、プロジェクト管理に必要な基本機能を搭載していたが、Notionプロジェクトにより、プロジェクト管理をより高度に行えるようになる。また、手軽にスタートできるテンプレートパックの活用により、これまでNotionを使っていなかっ
プロダクトマネージャーカンファレンス2021登壇時の資料です。 https://2021.pmconf.jp/sessions/pkikYIU5
【島国大和】無茶ぶりはなぜ生まれるのか？ どうすれば避けられるのか？ ライター：島国大和 島国大和 / 不景気の波にもがく，正体はそっとしておいて欲しいゲーム開発者 島国大和のド畜生 出張所ブログ：http://dochikushow.blog3.fc2.com/ かつてのゲーム業界の労働環境は，本当にえぐかったとよく言われます。休出や徹夜は当たり前，初任給で買うのは寝袋。 自分もゲーム業界に来たばかりの頃，先輩から，「イスを並べて寝るときは，背もたれを互い違いにすると落ちにくい」という，ありがたいアドバイスをもらったことがあります。 ほかにも，休日にオフィスで殺虫用のくん煙剤を焚いたら，机の下で寝ていたプログラマが何人もあぶり出されたとか，業務の過酷さに耐えかねて失踪したディレクターをMMORPGの街に探しに行ったとか。 ひどい話はいっぱい聞きましたし，実際に体験したこともあります。 な
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
こんにちは、 Leaner Technologies の石渡（@mishiwata1015）です。 最近、レヴィアスというボードゲームにハマっていて、子供が寝た後に妻と遊んでいます。 今回は、Leaner見積 におけるユビキタス言語を策定したので、その話をします。 ユビキタス言語とは ユビキタス言語は、開発者やドメインエキスパートを含むチーム全体の共通言語として定義され、チーム内の会話、ドキュメントやコードに至るまで統一的に使用される言葉になります。 DDD の文脈で登場するものですね。 ユビキタス言語によって同じ単語で同じ認識を得ることが可能となるため、チーム内のコミュニケーションが円滑になります。コミュニケーションミスを減らす効果もあります。 なぜユビキタス言語を策定しようと思ったか とにかく表記揺れを統一したい！ というモチベーションでユビキタス言語を策定しようと思いました。このとき
我々はなぜシステムを内製してきたのか、我々は何者か、我々はどこへいくのか。｜Kurashicom Tech Blog
こんにちは、クラシコム代表の青木です。 普段はエンジニアが書いているこのブログですが、今日は僕もちょっとお邪魔して、これまでのシステム開発のことについてお話しさせてもらおうと思います。 「なんでスクラッチでシステムを内製しているんですか？」僕たちは北欧、暮らしの道具店というECメディアを運営していますが、なぜシステムを内製しているのかというのは、同業者や仲間の経営者からよく聞かれる質問です。 そして僕が一度もうまく答えられたことがない質問でもあります。 あまり知られていないのですが弊社では社員7名＋フリーランサー2名、そしてベトナムにパートナー会社さんが用意して下さっているチームに5名ほど、合計14名ほどの開発者が関わって「北欧、暮らしの道具店」を構成するWEB、アプリ、各種管理システムなどをスクラッチで内製してきました。 また副業等で関わってくれてるデータサイエンティストやデータエンジニ
実践ADR - kawasima
Architecture Decision Records(ADRs)は、アーキテクチャ上の意思決定をドキュメントとして残す方法の1つです。Release It!の著者であるMichael Nygardのブログによって広まり、ThoughtWorks社のTechnology Raderでも「adopt」になっています。
「カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで」の著者、市谷聡啓さんが2019年6月に出版した「正しいものを正しくつくる プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について」を拝読しました。 本書をおすすめしたい人 プロダクト開発において、アジャイル開発での進めかたを知りたい人 アジャイル開発チームのプロダクトオーナー(ビジネスサイド、企画者） プロダクト開発チームが所属している会社の経営者 アジャイル開発を新たに学びたい人 アジャイル開発をひととおり知っているが、あらためて学びたい人 「正しいものを正しくつくる」という中心理念 本書のAmazonレビューを見ていたところ、星1つのレビューを見つけました。 エンジニアの傲慢さが詰まった本 「正しい」という言葉を使うエンジニア、同じエンジニアとして非常に恥ずかしい思いです。 「正しいも
システム開発が頓挫したとして、野村ホールディングス（HD）と野村証券が日本IBMを相手取り計約36億円の損害賠償を求めた裁判。2019年3月の一審判決では日本IBMに約16億円の支払いを命じたが、東京高裁は2021年4月21日の控訴審判決で野村側の請求を棄却した。逆に野村側に未払いの業務委託料など約1億円の支払いを命じた。なぜ一審判決が覆され、野村2社の逆転敗訴となったのか。裁判記録を基に、控訴審判決の経緯を読み解く。 名門企業同士による泥沼の裁判に発展したシステム開発プロジェクトの始まりは2010年に遡る。判決文の事実認定によると、野村証券は当時、老朽化した基幹システムを2013年までに全面刷新する計画を進めていた。併せてシステム開発を野村総合研究所（NRI）に依存する体制からの脱却を狙っていた。野村証券のオフィスに常駐していた日本IBMの社員はこの動きを察知。野村証券に食い込むチャンス
リモートワークは「組織記憶」と「組織学習」の危機かもしれない!?：これは「ITオンチで、家庭にも居場所がなく、リモートワークを攻撃したいオジサマ」のためのロジックではない!? | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net
リモートワークは「組織記憶」と「組織学習」の危機かもしれない!?：これは「ITオンチで、家庭にも居場所がなく、リモートワークを攻撃したいオジサマ」のためのロジックではない!? リモートワークは「組織記憶」と「組織学習」の危機かもしれない!? ・ ・ ・ 経営学には「組織記憶」と「組織学習」という概念があります。 ここで「組織記憶」とは、「組織のメンバーが何らかの知識を獲得し、それらが共有され、記憶されたもの」と定義します。 このように組織メンバーが、「組織記憶」をつくりあげていく過程で起こるのが「組織学習」です。「組織学習」とは「組織メンバーで生まれた知識などが、組織メンバーに共有され、組織の決まり事になり、活用されていくプロセス」のことをいいます。組織学習の結果、生まれるもののひとつが「組織記憶」です。 ▼ たとえば、今、10人で構成される職場のうちの「Aさん」が、何かの「仕事のやり方」
2019年3月にクレディセゾンに来て、ゼロからチームを立ち上げて1年半が経った。「セゾンのお月玉」を始めとして戦略的企画を自分たちで企画し、実装し、改善し、運用していくチームはとても良い感じで動けていて、現在もいくつかの大型プロジェクトに仕掛中だ。2ピザチーム(8人)ひとつでやっているにしてはかなり良い動きができていると感じている。 だが、1年経過した頃から『これは絶対に成し遂げたい』と思うことが出てきた。 1.「事業会社とSIが分かれている問題」と向き合う それは「事業会社とSIが分かれている問題」をどうにかすることだ。 新規の戦略的企画を作る私たちのチームは完全内製で開発をしている。一方、事業部門のシステムはすべて外部に委託している。 だが事業会社とSIが分かれていることで、企業対企業でやり取りをしなければならず、エンジニアリング以外のマネジメント業務が大量に発生し、開発に必要な期間や
何度か書いたことだが、わたしはこのサイトでは原則、「管理」という言葉を使わないことにしている。「管理」という日本語は多義的で、人により文脈により、何を指すのかブレが大きすぎるからだ。「ちゃんと管理しておけよ！」——そんな風に、部下が上司に叱られたとき、上司が求めていたことは何だったのか。部品材料の保管のことなのか、取引の追跡把握（トラッキング）のことなのか、人への作業指示のことなのか。あなたは間違いなく言い当てられるだろうか？ じつはこの稿、最初は製番管理について書こうと思って、内容を考えはじめたのだ。きっかけは、ある知人からの質問であった。『製番管理』とは、数ある生産管理方式の一つである。日本ではかなり広く用いられている方式だ。だが、これを理解しようとすると、どうしても生産形態と生産方式の区分、そしてそれらと生産管理方式との関係への目配りが必要になる。 ところで、生産方式と生産管理方式、
物事を前に進めるのが上手な人がいる。時に手を動かし、時に人を巻き込み、時にファシリテートし、まるでブルドーザーのように問題を解決していくのである。そういう人を何人か見てきて、物事を前に進めるための小さなTipsみたいなものがいっぱいあるなぁと感じているので雑にまとめておく。 何が解決すれば物事が早く前に進むかを考える 自分がリードしたり誰かに決めてくれとせっついたりする 誰が意思決定者かを把握する 人を集める時は直接声がけした方が確実か考える 誰に何をいつまでにお願いしたいかを明確に伝える 期日の認識を揃える。期日が決まってなければ決めてしまう チャットで返事が欲しい時は個人メンションする 期限が近づいてきたらリマインドする 伝え方を工夫する 相手が気になるであろう懸念点と解決策を先に自分で補足する 提案する時はいくつかの案を用意した上でこれがベストだという自分の意見を伝える どうしましょ
「プロダクトマネジャー」として成功できる人、できない人の違い
早稲田大学理工学部を卒業後、日本DECに就職。営業サポート、ソフトウェア開発、研究開発に従事し、1997年からはMicrosoftでWindows製品の開発に携わる。2006年以降は、GoogleにてWeb検索のプロダクトマネジメントやChromeのエンジニアリングマネジメントなどを行う。2015年11月、技術情報共有サービス『Qiita』などを運営するIncrementsに転職。17年6月より独立し、プロダクト戦略やエンジニアリングマネジメントなどの領域で企業の支援を行う。17年9月、ヘッドハンティング・人材紹介を展開するクライス＆カンパニーの顧問に就任。2019年1月、テクノロジーにより企業や社会の変革を支援するTably株式会社を設立。「プロダクトマネージャーのキャリア戦略」 及川卓也のプロダクト視点 アマゾン、アップルといった米国企業や中国企業からの遅れが目立ち始めた日本企業。かつ
StreamYard
Go live or record podcasts with remote guestsIt's easy for guests to join from their browser or phone in a few clicks. No software downloads. Studio quality recordings on any connectionSick of Zoom and Skype ruining your podcast? With local recordings, a separate audio and video file is recorded on each user's device. Even if someone has weak internet, the recordings won't be blurry or choppy. Mul
“限界情シス”をゲームで体験 HENNGEの「情シスすごろく」遊んでみた インシデントまみれの1カ月、無事に乗り切れるか
「弊社は情シス部門の人員を削減し、営業力を強化します！」「プロジェクト管理ツールなんていらない、Excelで十分！」──東京都内のとあるホテルで、情報インシデントやトラブルにつながりそうな“死亡フラグ”発言が男女4人から飛び交った。 4人が遊んでいたのはHENNGEが制作した「情シスすごろく」。情シス間の“あるある”をテーマにしたボードゲームだ。10月20日に同社が開催したビジネスカンファレンス「HENNGE NOW！」では、初の体験会も実施。記者もイベントに参加し、ゲームを遊んでみたので、プレイレポートをお届けする。死亡フラグが飛び交うこのゲーム。一体どんなルールなのか。
システムの品質をいくら高めても移行でミスが出れば、それまでの苦労は水の泡だ。トラブルなく新システム「MINORI」の全面稼働にたどり着けた裏には移行作業の進捗を管理・共有できる仕組みを整えていたことがある。事前の入念な訓練も奏功した。 「安全・着実な移行が大命題だった」。みずほフィナンシャルグループ（FG）の高橋直人常務執行役員はこう力を込める。 安全・着実な移行を成し遂げるために用意したのが「みずほ天眼システム」だ。移行に伴う1つひとつの作業の内容や実行時間、進捗を一元管理する専用システムである。移行のリハーサルが始まる前の2017年後半までに開発を終えていた。 移行作業は大まかにいうと、移行元のシステムからデータを抽出して移行先のシステムに転送したうえで、取引が正常にできるかを確認するといった流れで進む。みずほFGは移行に際し、1回につき150前後のチェックポイントを設けていて、天眼シ
アンチフラジャイルの世界
ソフトウェア設計における 意思決定とそのレビューの秘訣Yoshitaka Kawashima4.7K views•39 slides
【Zoom Tips】「会話」以外の「音」をクリアに配信する｜L'espace Vision の "note"
映像編集の業界でも「三密」を避けるためZoomでのリモートチェックを行うことが増えてきました。 しかし標準のZoom設定では音声がクリアに配信できない場合があります。それを回避するTipsを以下にまとめました。 「音」にまつわる業種の方は是非お試しください！ ・2020年9月のアップデート, Zoom v5.22でオーディオ設定が強化されました。以下の記事もあわせて御覧ください。 ・Zoom v5.17.1で設定レイアウトが変更になりました。画像を更新しました。 ・機能名称が「オリジナル・サウンドをオンにする」から「ミュージシャン用のオリジナルサウンド」へ変更になりました。 2024/04/05 Zoomは会話を聞こえやすくするために標準で「ノイズキャンセリング」されており、声以外の不要な音を除去しています。 パーソナライズされたオーディオ分離では自分の声以外を認識するなど「会話で不要な音
コンウェイの法則と逆コンウェイの法則から組織構造を考える
この記事は、「コンウェイの法則」とその逆転の発想の「逆コンウェイの法則」について述べていきます。 組織体制とアーキテクチャの相関関係組織体制はアーキテクチャは相関関係があります。わかりやすい例を出すと下図をご覧ください。 よくありがちなモノリシックな構成です。１つのモジュールにたくさんの機能を格納されており、組織体制としては職能型としてバックエンドチームなどが存在していきます。 これをマイクロサービス化したとします。ただ、組織体制はそのままです。このままだとせっかくServiceA,B,Cと責務を分けたのにそれを管轄しているチームは同じになっていました。つまり、マイクロサービス化のメリットが受けられません。 コンウェイの法則こういった現状を的確に表したのが、「コンウェイの法則」です。 コンウェイの法則とはメルヴィン・コンウェイが提唱した概念です。 システム設計(アーキテクチャ)は、組織構造
by iam_os 古代ローマ帝国では非常に文化が発達し、統治を行った皇帝たちも豊かな生活を送っていましたが、一方で皇帝は暴力的な死を迎える確率が非常に高いことが調査によって示されました。さらに、航空宇宙工学者が信頼性工学の観点から分析を行った結果、ローマ皇帝が死ぬまでの時間と、機械が故障するまでの時間の間に、ある共通パターンが見つかったとのことです。 Statistical reliability analysis for a most dangerous occupation: Roman emperor | Palgrave Communications https://www.nature.com/articles/s41599-019-0366-y What Do Roman Emperors and Engineering Have in Common? | Technolog
「ユナイテッドアローズ オンラインストア」のトップ画面では、サイトの停止と11月27日の再開を告知している（2019年10月29日現在） ファッションビジネスのコンサルタントとして業界をリードする小島健輔氏が、日々のニュースの裏側を解説する。システムの不具合でECサイトを一時休止する動きが相次いだが、その背景には何があるのか。 不正アクセス防止のめどが立たず3カ月で廃止されたセブン＆アイ ホールディングスのスマホ決済サービス「セブンペイ（7PAY）」の衝撃も収まらないうちに、ユナイテッドアローズが公式ECサイトの自社管理への切り替えに行き詰まって利用停止に追い込まれ、元の委託先であるZOZO傘下のアラタナに再委託を頼み込んだ。小売業やアパレルのECはこのまま拡大して大丈夫なのか、リスク管理能力はあるのか、という懸念を抱かざるを得ない。 丸投げ外注・委託でリスク管理できるはずがない 「セブン
「シニアPMに聞く！3000件の新規事業立上げ経験から学ぶ、プロジェクトの始め方。」は開発プロジェクトの中でも特に「立上げ」「始まり」「キックオフ」に絞ったLTおよび相談会を行うイベントです。ここで株式会社Lboseの小笠原氏が登壇。プロジェクトのスタート時に重要視している3つのことと、この3つを踏まえたNotionの活用について話します。 小笠原氏の自己紹介 小笠原智氏：それではよろしくお願いします。私からは「フルリモート×非同期でのプロジェクト立上げの仕組み化」について話したいと思います。 まずは自己紹介からスタートしていきたいと思います。（スライドを示して）私、小笠原は、経歴はWebデザイナーとしてガラケーサイトのデザインやコーディング、あとはWebサイトやアプリのグラフィックデザイン、WordPressの構築など、今と違ってデザイナーとエンジニアの境がちょっと曖昧なキャリアからスタ
発表した場所: https://timeedev.connpass.com/event/299088/ 発表者: https://twitter.com/__hiza__
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
厚労省から接触確認アプリCOCOAの情報開示｜むぐら｜note
マクロすら組んだことない上司に根拠もない思い込みと謎のベンチャー思考と根性論を振りかざされて退職したいSEの話
Slack、まとめ機能「Slack Canvas」提供へ。複数チャンネルにまたがる情報を整理・集約して表示可能 「ハドルミーティング」を拡張するビデオ／画面共有機能の一般提供開始も
Zoom、無料アカウントがホストする全ミーティングを40分制限の対象に
チームが「サイロ化」しないための仕掛け - CAT GETTING OUT OF A BAG
Spotifyは "Spotifyモデル "を使っていない
三井住友銀行の新システム「わずか500億円」の理由 三井住友銀行DXの全貌（下） - 日本経済新聞
開発プロセスをインクリメンタルに改善する - 一休.com Developers Blog
Build the future of work with the Slack platform
サービス経済から、ふたたび実物経済の時代へ | タイム・コンサルタントの日誌から
Notion、「Notionプロジェクト」を提供--分かりやすいプロジェクト管理を可能に
Noを伝える技術 #pmconf2021
【島国大和】無茶ぶりはなぜ生まれるのか？ どうすれば避けられるのか？
AI Project Management Anti Pattern
ユビキタス言語策定したらビジネス理解がめっちゃ捗った話
「正しいものを正しくつくる」は、エンジニアの傲慢が詰まった書籍か - ビープラウド社長のブログ
野村HDが日本IBMに逆転敗訴の深層、裁判所が問題視した「X氏」の横暴な変更要求
事業をエンジニアリングするチームを作ります。エンジニア募集！ : 小野和俊のブログ
管理とは何か、を明らかにする12の質問 | タイム・コンサルタントの日誌から
物事を前に進めるためのTips - Konifar's ZATSU
みずほシステム統合の謎、移行時に活躍した「天眼システム」の正体
最も危険な職業の1つ「ローマ皇帝」の死のパターンと機械の故障率の間には共通パターンがあるとする研究
ECサイト停止で露呈した「リスク管理能力なき拡大」の危うさ【小島健輔リポート】 - WWDJAPAN
“フルフレックス×フルリモート”でも品質を高めるために Notionを活用したプロジェクト立上げの仕組み化
Analytics Engineeringチームの目標管理