Scalable, elastic private cloud IaaS solution. Key Technologies: vSphere | vSAN | NSX | Aria
![VMware NSX | Networking and Security Virtualization](https://cdn-ak-scissors.b.st-hatena.com/image/square/d0dd31dc628b61dc9b7a29c8264f314a94815c5c/height=288;version=1;width=512/https%3A%2F%2Fwww.vmware.com%2Fcontent%2Fdam%2Fdigitalmarketing%2Fvmware%2Fen%2Fimages%2Ficons%2Fvmw-avatar-corporate.png)
2024.07.26 Media 12th Album「文学少女の歌集III-文学少女と夜明けのバス停-」インタビュー掲載・出演情報 雑誌:インタビュー掲載 ■「きゃらびぃ」 6月20日(木)発行 ※アニメイト店頭にて無料配布 ■「B.L.T. 2024年8月号」 6月28日(金)発売 ■「TVstation 2024年15号」(撮り下ろし) 7月10日(水)発売 ■「月刊TVnavi 9月号」 7月24日(水)発売 ■「Ani-PASS #26」(撮り下ろし) new! 8月5日(月)発売 WEB:インタビュー掲載 ■「アニメイトタイムズ」 https://www.animatetimes.com/news/details.php?id=1717410619 ■リスアニ! https://www.lisani.jp/0000260490/ ■Real Sound(撮り下ろし) https
部下や他人のアイデアをみていると、「あーまたあの失敗しているなぁ」と思うことがよくあります。きっと世界中で同じような失敗が今日も明日もきっと続いてるのでしょう。 というわけで、同じ轍を踏まないように、企画を考える際の代表的な失敗例をいくつかあげてみます。 よくある失敗例 ● 量や数を増やす。(ムーアの法則にそった企画) ● ものすごく遠大な計画がある。 ● 顧客の声を最優先する。 ● 二つの目的を同時に実現しようとする。 ● 「あってもいい。」という機能を追加する。 ● 一度つくったアイデアに固執する。 もしかしたら企業によっては「顧客の声を聞いて、自分のアイデアを大事にして、より細かい機能追加をして、複数の課題を同時に解決するべき!」なんて上司が部下に指導しているかもしれないけど、全部間違いだと思ってます。 ● 量や数を増やす。(ムーアの法則にそった企画) サービスを改善するときに、一番
Publickeyさんで特許庁の基幹システム問題が取り上げられています。今回の件はどう考えても特許庁の体制が根本的な原因なので、TSOLが50人を1300人に増やしたことを槍玉に挙げても不毛だなと思っております。 特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態 - Publickey この辺のITのメディアの言説は大抵「なぜXXXプロジェクトは失敗したか」的なざっくりとした問題提起なのですが、失敗にも色んなケースがありますので、本来はそれらを因数分解して細部を議論しなければ教訓は得難い。後に残るものは、ワイドショーレベルの非生産的な言説をみのもんたが茶化すぐらいの微妙な空気ですか。こういう言説がIT業界のイメージダウンに繋がっていることを認識してもらいたいものです。Publickeyさんみたいに、生産的な言説が増えていかないといけない。そういうITのメディアを作っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く