SAPは何故使いにくいのに、世界中で愛されているのか｜ヒーホーくん
定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば（主にグローバル大企業で）これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高
IT勉強会カレンダー
・test test 日時: 2023/12/01 00:00〜 会場: (場所未定) 人数: 0/22人 ・PyLadiesCon Online PyLadiesCon Online 日時: 2023/12/01 00:00〜 会場: オンライン 人数: 24人 ・とりあえず、もくもく会。-朝の部- #17 とりあえず、もくもく会。-朝の部- #17 日時: 2023/12/01 06:00〜 会場: オンライン 人数: 1人 ・IT系&誰でも参加OK！もくもく会_朝活_ IT系&誰でも参加OK！もくもく会_朝活_12/1(金) 日時: 2023/12/01 07:00〜 会場: オンライン 人数: 1/15人 ・test test 日時: 2023/12/01 10:00〜 会場: (場所未定) 人数: 0人 ・JAWS-UG CLI専門支部 #346L JAWS-UG CLI専門支部
なんで頻繁に使わなさそうなサービスまでアプリにしたがるの→思った以上に一般人はITリテラシーが高くない
kato @kuromitsu_ka なんでwebで済ませられる尚且つ頻繁にログインしなさそうなサービスまで、アプリにしたがるんだろうなぁ。チケットサービスとかさ。オフラインでの現地操作も特に無い様なやつとかさ。アプリは、webよかハードのリソース少ないとはいえ、開発もあるし運用もタダやないし。運営側にメリットあるんかな。 2023-10-04 00:44:17 kato @kuromitsu_ka 例えばさ、スーパーのアプリなんかスマホに必要なんか？イオングループみたいな大企業で、アプリ内に〇〇payやってない限りアプリやなくて良くない？チラシの通知も、LINEでいいじゃんか。やるにしてもPWAとか、webのショートカットをホーム画面に残す手順をサイトか店頭に掲示したらいいじゃんよ…。 2023-10-04 14:19:49
課金術
有償ソフトウェアを売る方法分かんなすぎるから、気軽に相談できる人欲しくなってきた...。 ・寄付募集型か、有料で一部の機能を解放する型か ・価格設定 ・有料で一部の機能を解放するなら、どこまで有料にするか ・買い切り型か、月額サブスクリプション型か とかとか、考えること無限にある。。 — Cside (@Cside_) October 2, 2023 個人開発ではないが、課金については仕事で結構やってきてまぁまぁの知見を得た。かつて自分も情報を得ようとネットで探してみたが、極めて情報が少なかった。ソフトウェア開発についてのノウハウは結構ネットに転がってるが、値付けなどについての情報は少ない。エンジニアとマーケッターでは文化が違うのかもしれないが、そもそも値付けに関しては商材（ソフトウェア）によって様々なので定石がなく、結局のところ自分で試してみないと正解がわからないのではないかと思う。そう
エンジニアバブルとは何だったのか｜久松剛／IT百物語の蒐集家
今回はエンジニアバブルの背景を整理することで、また大なり小なり起きるであろうバブルに備えることを目的としてまとめます。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。 エンジニアバブルとは何かIT業界では新興の業界ということもあり、大小のバブルが発生しやすい特徴があります。この20数年の日本国内を振り返っても下記のようなものがありました。 ITバブル（1999-2000年） クラウドバブル（2010年前後） ソーシャルゲームバブル（2010年代前半） AIバブル（現在） このコンテンツで言うエンジニアバブルとは、プログラマを中心としたエンジニアが売り手市場となり、待遇が右肩上がりで提示されやすい状況を指します。エンジニアバブルでは求人倍率が上昇し、即戦力採用が活発化しました。提示年収が現年収比 1.25倍を超えたりすることも多々ありま
人に仕事を振れないパイセン向け：３時間で読めて一生使える本３選 - Qiita
はじめに 開発者として経験を積んで、「人に頼むよりも自分でする方が早いから」 という考えに固執し、「人に頼まず自分でやってしまう」 という壁にぶつかることがあるかもしれません。リーダーに昇格した直後などは、自分で仕事をした経験はあるけれど、人に頼んだ経験がないなどの理由でそのような選択をするかもしれません。 頼んだ相手が自分よりも大きな見積もりを出してしまうことがあります。その場合、自分に多くの作業を割り振ってしまい、「自分だけが忙しくなる状況」 に陥ってしまうこともあります。 そこで今回は、簡単に読めてこういった状況を避けるのに役に立つ本を3冊程紹介したいと思います。 最強のエンジニアになるための話し方の教科書 技術力(200%) x 伝える力(0) = 真のパフォーマンス(0) (出典：最強のエンジニアになるための話し方の教科書) どんなに技術力があってもちゃんと伝えないとダメなんだな
可用性や安全性を高めつつ、ソフトウェアをシンプルにすることは不可能だ。カオスエンジニアリングから継続的検証へ（中編）。JaSST'23 Tokyo基調講演
可用性や安全性を高めつつ、ソフトウェアをシンプルにすることは不可能だ。カオスエンジニアリングから継続的検証へ（中編）。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal（ケイシー ローゼンタール）氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」（JaSST'23 Tokyo）の基調講演に登壇し、「Chaos Engineering to Continuous Verification」（カオスエンジニアリ
金をくれ、ときちんと言わない限り、それは仕事ではない。
「賢い」「スキルを持っている」「誠実」なのに、ビジネスシーンで大した評価を得られない人たちをよく見てきた。 その大きな原因の一つは、彼らが「お金をもらうのがヘタだった」ことが挙げられる。 お客さんに良いサービスをし、社内でのウケも良い。 でも、最終的な「実績」という面で、彼らは平凡だった。 お金をもらうのが下手な人たち こうした「お金をもらうのが下手な人たち」は、広範囲な職種に存在している。 例えば、エンジニアやライター、弁護士や会計士など、技術的な職業に多い傾向だが、顧客に接することが多い営業やコンサルタントにも存在している。 例えば、私がコンサルタントだったとき、よく怒られていたのが、 「お客さんのところに、必要以上に行き過ぎてしまうコンサルタント」だった。 経営陣は「コンサルタントは時間だけが売り物。必要な工数以上にお客さんのところに行くのは、八百屋が自分の店先の野菜を食べているよう
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
始めるのをやめよう。終わらせることを始めよう。
あなたのチームがいくつも未着手の仕事を抱えているとき、どのようにそれらに着手し、そして完了させていったら良いでしょうか？ アジャイルには「始めるのをやめよう。終わらせることを始めよう。」という言葉があります。Tebiki株式会社では、この考え方を基本として、 デスクレスワーカーのための現場教育SaaS「tebiki」を開発しています。 この記事では、新しい仕事を「始める」ことを優先する場合と、仕掛り中の仕事を「終わらせる」ことを優先する場合の比較をしながら、かつては「始める」ことを優先していた Tebiki社が「終わらせる」ことを重視するように変わっていった事例を紹介したいと思います。 仕事が「終わる」とはまず前提として、仕事が「終わる」とは、どういうことでしょうか？たいていの仕事では、まず必要な作業を計画し、それを実行することでその仕事を進めるはずです。 それでは、計画していた作業をひと
エンジニアマネージャー必見：報酬設計の考え方 - Qiita
エンジニアの採用はすごく難しい状況です。エンジニア採用ニーズが多いのに、エンジニアがやる仕事の内容も難しくなってきており、幅も広がってきています。CTO自らが真剣に向き合って考えていく必要があります。 そして、せっかく採用したエンジニアには、長く働いて欲しい、仲間として最高のパフォーマンスを出して欲しいと思います。そのため報酬設計は重要な部分となります。 報酬設計の２つの側面 １．外的報酬 外的報酬といえば、賃金、給与が先ず思い浮かびます。その他にはポジション、地位も報酬の一つと考えられるでしょう。部長や本部長等の役職がつくと社外で名刺交換した時にも見栄えが良くなります。 他にも手当てや秘書がついたり、経費の枠が増えたりと色々とあると思います。 ２．内的報酬 仕事そのものやりがい等です。楽しい仕事と思えていればやる気も湧いてくるし、難しいと思うとやり甲斐を感じる人もいます。エンジニアの場合
スタートアップを経験して思う「あったらいいよねー！ワクワク！」なものは９割売れません→売れるのはこういうやつ
君たちはどう𝕏で生きるか @gotojun スタートアップを数年やった上で改めて思うのは「こんなのあったらいいよねー！ワクワク！」なものの9割は売れないです。 2022-10-02 09:57:39 リンク 東大IPC−東京大学協創プラットフォーム開発株式会社 スタートアップとは？ベンチャーとの違いを解説【図解あり】 スタートアップとは、急成長をする組織です。数年間で数千億円の価値評価が付く会社や、数十年で世界を変革するような事業を行おうとしている会社などがスタートアップに該当します。今回は、ベンチャーとの違いや、スタートアップで働く方法を紹介します。 50 君たちはどう𝕏で生きるか @gotojun 売れるのは砂漠のど真ん中の水くらい「これを探してた…!」というペインを解決する存在。強いペインの解消ニーズは想像以上に強固。ましてや砂漠で得られる水なんて、南アルプス産だろうがのその辺の
1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素
働き方が多様化した時代にも柔軟に対応し、最短距離で成果を最大化する「チームマネジメント」について、3回にわけて特集した株式会社SmartMeetingと株式会社SmartHRのセミナー。 本記事では、「成果を上げるための会議」をテーマに、『超・会議術～テレワーク時代の新しい働き方』の著者・越川慎司氏が登壇した、3回目のセミナーの模様をお届けします。日本企業における労働時間に占める社内会議の時間割合や、「会議の成功」の定義、そして会議でアウトプットが出ない理由など、さまざまなトピックが語られました。 延べ17万人超の労働時間を減らし、売上を上げる支援 越川慎司氏（以下、越川）：クロスリバーの越川でございます。はじめの40分で「815社に対応してきた会議データの実情」と「質と量を改善するためにどうしたらいいのか」といった資料を共有させていただきます。「こうやったらうまくいくよ」ではなくて、実例
経営を14年やってきて、これ本当に大切だなぁとおもうのは「売上をあげる」よりも「売らない人を決める」でした。
まさにぃ @masanydayo 経営を14年やってきて、これ本当に大切だなぁとおもうのは「売上をあげる」よりも「売らない人を決める」でした。お客様の満足度とか、クレームがほぼ無くなったりするだけじゃなくて、経営が安定するんですよね。とにかく目先の売上を上げるために、誰でもカモン状態なら長く経営するのはすごく難しい 2022-07-31 13:24:49 まさにぃ @masanydayo 値下げをやめるべき理由は、売上や利益率が下がるとかではなくて「売るべきじゃない人に売ってしまう」なんです。値下げをしたことで満足感を得る人は、「価値がわかるお客様ではない」です。つまり「値下げされたら売らない」が経営として正しく、無理に売らなくてもいい経営体質をつくるのが経営者。 2022-01-21 11:30:16
「便利になる」だけでは人は動かないし、「当事者意識をもってくれる人」はめちゃ貴重だという話
この記事で書きたいことは、大筋下記のようなことです。 ・「これは問題だ」「だから改善したい」と、自分ごととして真剣に考えてくれる人というのは極めて希少です ・ただ「便利になる」というだけでは誰も動かないし、どんなにいいものを作っても使ってもらえません ・当事者意識を「持ってもらう」ということは基本的に出来ません ・当事者意識を持っている人を別に探し出すことで、なんとか状況を打開出来る場合もあります ・だから、「この人は当事者意識を持ってくれている/くれていない」を嗅ぎ分ける能力はとても重要です よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前にも書いたことがありますが、私はかつて、システム開発の会社に勤めていました。 社員数は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという
タスクを効率的に処理していくと高速にクソアプリを実装してしまう - 橋本商会
その機能がユーザーが望まれていて、自分も欲しいと思っていたとしても、すぐに機能として組み込まない方が良い
準委任契約に基づく報酬請求と善管注意義務違反 東京地判令2.9.24（平28ワ28934） - IT・システム判例メモ
開発は途中で終わった場合でも、準委任契約に基づく報酬請求はできるが、適切な計画立案・実行ができていなかったとして善管注意義務違反が認められた事例。 事案の概要 イベント企画会社Ｙは、自社の企画するイベントを管理するためのシステム（本件システム）の開発をＸに依頼することとした。 平成28年3月にＸは開発に着手したが、その時点では契約書が取り交わされておらず、4月になって、Ｘ・Ｙ間で以下の内容（抜粋）の契約書が取り交わされた（本件契約）。 1条2項 本件契約は，Ｘが（中略）業務に従事する技術者の労働をＹに対し提供することを主な目的とし，民法上の準委任契約として締結されるものとする。したがってＸは，善良なる管理者の注意義務をもって（中略）業務を実施する義務を負うものとし，原則として成果物の完成についての義務を負うものではないものとする。 3条3項 前各項にかかわらず，Ｙは，Ｘの本件サービスの業務
僕たちはリモートワークに振り回されていた。Gatherを使うまでは。｜shikajiro
最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「作ってから売る」と「売ってから作る」と「売れるようにしてから作る」 ～技術の社会実装のための『開発』～
ちぇこ｜大人の品格 on Twitter: "フィードバックが天才的に上手な上司が、「褒めるときはヒトを主語に、注意をするときはモノを主語にする」と言ってました。褒める時は「〇〇さんが頑張って仕事をしてくれた」と、名前を前面に出す一方、注意する時は「この資料に誤入力があるので修正が必要」と、資料を対象にする。凄く本質的な知識"
