nyopのブログスマートフォン用の表示で見るnyopのブログ2020-02-15SAP変更文書オブジェクトメモSAP変更文書オブジェクトをよく使うのでメモテーブル:CDHDR/CDPOSS/4から透過テーブルになったので簡単にSelectやQueryが可能に。2040SAPさんがリリースした保守期限延長の件が世間をざわつかせていますが、ちょっと誤解も多そうなので個人的な見解まとめ(正式なところはSAPさんの営業さんにお問い合わせください。ERP6.0のサポートが延長になるような記載となっています。Matirixを見るとちょっと状況異なります。https://launchpad.support.sap.com/#/notes/1648480/ENoteによるとNetweaver7.31以降が2027年のサポート対象。ERP6.0のアプリケーションバージョンであるEHPにすると6-8がサポート対象となります。ERPのバージョンがEHP5以下の企業さんは引き続き2025までのサポートとなりますのでご注意ください。S/4HANAの2040年までのサポートについてS/4HANAのサポートについてもあたかも一度上げてしまえば2040年までサポートされるように読み取れてしまいますが、各バージョンのサポートは原則5年間です。MainstreamSupportの期限となります。サポートを受け続けるためには定期的なバージョアップは必須、かつ、バージョンが上がるごとに旧トランザクションの廃止や各種ロジック変更などの影響を受けます。一度S/4に上げてしまえばOKと言う訳ではないのでご注意ください。当然ながら、バージョンを上げるごとに、SAPの新機能を享受できると言う点はメリットとして考えておくべきだとは思いますが、バージョンアップコストもかかります。SAP業界的にざわついていた且つ中途半端な情報が出回っているように見えたので。嘘ついていたら突っ込んでくだしあ。20:57SAPのプロダクトサポート期間延長についてTweet広告を非表示にするもっと読むコメントを書く2019-07-27SAPデバッグ方法メモSAP私はデバッグが好きです。GuiのNewデバッガーが大好きです。何時間でも遊んでいられます。(最近は「他にやることあんだろ」と怒られるからあんまりやらないけど。)ということでちょいちょい忘れるのでデバッグのTipsメモ。基本のデバッグモード「/h」をトランザクションコードのところで叩きましょう。それ以降のオペレーションをデバッグモードで起動できます。起動した後の基本動作はF9>message>Enter>F8な。Dialog画面などのデバッグ通常のオペレーションだといいんですけど、ダイアログのポップアップなどが出た後のデバッグができなくて悩ましいですよね。ローカルのテキストファイルに以下の文字列を貼り付けて保存してください。Dropすればデバッグモードで起動できます。Jobのデバッグ事前に対象のPGMにブレークポイントを置いてください。その上でSM37の画面で、ジョブを選択した上でトランザクションコードのコマンドにJDBGと入力すればデバッグ可能です。Day1について、Recapとかは以下に英語の記事が挙がっていたりするので、細かくないけどざっくりまとめ。McDermottさんの講演の要点としては大きく3つかと。Enterpriseを実現する準備ができた。これからもサイロ化した業務プロセス、データモデル、更新タイミングの差異などに対応する改善をつづける。Management)ユーザーや従業員の体験こそが重要である。体験によって顧客に対する付加価値は向上する。Dataが格納されている。Sentiment)を把握する。先日買収したQualitricsを使って、フィードバックが収集できる。Hubなどイネーブラーがそれなりに進化して実績も出来始めている印象。いくつか明日発表の内容を前倒しで話してくれたセッションもあり、2日目のHassoさんの発表はちょっと楽しみ。2点目もまーそうだよね、といった感覚。3点目に関してで疑問なのが、フィードバック以外にももっとEmotionalなデータとか、私みたいにろくにアンケート回答もしないような人間からもデータを取得(いわゆるTwitterとかの形態素解析や感情分析)といった領域に触れるかな、と思ったけど触れられず。Qualitircsだけだとちょっと絞り過ぎじゃないですかねー。いえユーザーFBの大切さは、SAPさんじゃないですが先日のJR東日○アプリでも実感ているので、必要だと思います。CookさんやTapestry、Shellさんの事例などは実際のSAPとの取組みにより、対応を進めている実例な話。Appleとはもう少しMarketingやSalesで強調して行けると面白いと思うんだけどなー。聞き逃してたのか、Appleとの提携強化がプレスリリースされていました。MLが使えるようになるとのこと。ML周りは動きが激しいので要注視ですね。お前間違ってる、嘘つくななどのツッコミがあれば是非。*1:最後の締めくくりで言っていた順番や物言いとは厳密には違うけど、私の理解としてこっちの順のほうがしっくり来るので*2:IDEOさんがデザインシンキングでデザインしたアプリのユーザー反応。初日ざっくりまとめTweet広告を非表示にするもっと読むコメントを書く2019-04-06仕事上のコミュニケーションで気をつけていること。えすあい最近、何度かクライアントとの打ち合わせとかで下の子達から相談を受けたのでメモ。ここ数年、割と周りから話がわかりやすい、とか、あの人は話がよくわかってくれる、などと言われることがあり普段意識していることを。正解は無いので、今後も更新してゆくかもですが、一旦2019年4月時点版。そもそもお前誰やねんシステム屋なのですが、どちらかと言われるとアーキテクトとか新ソリューション開発とか技術よりなところで仕事をしてきた人間で、技術的な話はできるけれど、わからない人は理解しなくてもいい領域で生きていたので、畑違いの人との話が得意な方ではなく、聞く力は割とあるけど話すのは苦手なコミュ障な人間です。あって、ここ数年、事業開発とか要件定義とかすることが多く、色んなレベルの人と話をする中で、技術としてコミュニケーションスキルの改善をしてきたので「人工的なコミュ力」を身に着けているんだと思っています。コミュニケーション上、意識していること以下の2つです。少なくとも今の時点ではこの2つしか考えていないです。自分の話したいことを話す、が昔の自分のコミュニケーションスタイルでした。最近意識しているのは「相手にわかってもらいたいこと」「コミュニケーションの結果相手にこう動いてほしい」ということを意識してコミュニケーションします。あわせる視座、視点、視野という言葉があります。視野:物事を捉える範囲の広さ視野は合わせにくいし、相手のほうが広いこともままありますが、ずれていてもそんなに困りません。逆にこちらが気づきを得られるくらいで、違っていてもいいと思っています。一方で視座はものを見る前提、視点はコミュニケーションをする上で方向性にも当たる当たるので、ここがずれると話が噛み合わないですね。これをするにはどうするか?「視座」を合わせるものを見る上での立ち位置、前提なので、同じ前提に立ってもらわなければいけません。こちらから話をする場合、大抵自分の方が多く情報を持っていますし、前回からの引き続きの場合でも相手が忘れていることもままあります。以下のような話を始めにして、参加者全員の立ち位置を揃えます「前回の打ち合わせでXXという話になったと思っているので、この点について話をします」(ラップアップ)「そもそもこれからの話す件はXXであるという前提のもと検討しています」(前提条件の共有)「これからXXについて話をしますが、そもそもXXについてご存知ですか?ではそこからご説明しますね」(情報提供)「XXについて、あなたのほうが情報お持ちだと思うのですがお教え頂けますか」(ヒアリング)ここで話のスタートにあたっての認識があっていれば、同じ土俵で話が出来ます。逆に相手が異なる視座をスタートポイントにしたいなら、そこを確認しつつ、出発点を決めます。某社では「ピンどめ」と言ったりしますね。ヒアリングはできるなら事前か、別セッションでしたいですが、一部の情報について向こうのほうが情報を持っているケースでは聞きながら合わせるというのもありだと思う。「視点」を合わせる視座と共に大切なのが「視点」。以下のような発言や行動によって、コントロールします。「今日はAとBについて議論します」(アジェンダ出し)「今日のゴールはCを決めることで考えています」(目標の提示)画面の共有やホワイトボードを握る(議論中の方向性のコントロール)これは相手に理解してほしいことや、相手にこう動いてほしい、という思いに相対する部分なのでそこに合わせて。まとめ要は出発点が同じで、方向性があっていると、たどり着く場所は一緒になる、という感じです。視点も視座もずれることがままあります。視野や視点は話していると大抵ずれに気づくのですが、特に視座がずれていると噛み合わないことが多いです。『相手がわかっていない、こちらがわかっていない情報はなんだろう?』と探りながら、『相手のほうが情報を持っているなら』わからないことを「馬鹿なんでわかってないんです、教えてください」と言いながら、合わせてゆきます。逆に某コンサルファームの使えないマネージャーさんたちでよくいるのは、自分がよくわからないから無視して突き進む系の人。めんどくさいからタヒねばいいのに。08:30仕事上のコミュニケーションで気をつけていること。Tweet広告を非表示にするもっと読むコメントを書く2018-09-08エンプラITとプロダクト開発の違い弊社内でもアジャイルだ―、とかDevOpsだーとか、何となく言う人が多くって、そもそも従来のSIerがやってきたようなエンプラIT(社内システム)とアジャイルとかが適用されるプロダクト開発って、全く性質が異なるよね、と言う話で作ったスライドのメモ。エンプラITにアジャイルって向きにくいよな、、、などと。諸々の考え方は適用しますけどね。事業部門2要求仕様ビジネスルールに基づく非常に細かな要求仕様。多くの場合、明確でない。(基幹システムの場合、2世代/3世代前のロジックを引き継いでいる場合も。UI/UX4リリースタイミング多くの場合、一括サービスイン(周辺システムの切り替え負荷も大きいため。ミッションクリティカル(プロダクトにもよるが)B2Cなどを除くと多くの場合、限定的8開発プロセス(上記のような理由から)ウォーターフォールが基本となるアジャイルが比較的適用しやすいはてなブログでの表のサイズ調整方法がよくわからない。最近めっちゃ忙しいnyopです。仕事では、炎上プロジェクトの火消しやってたり、新規事業の立ち上げしてたり、それに伴って国内外色んな所向けのプレゼンや説明や手続きやらテストマーケティングやらしていたり。ほんとは新しい言語とか弄って遊びたいんですが。プライベートでは妻が病気なので、8歳と5歳の息子たちがいるなかで家事全般をこなしたり、学校のお手紙の対応したり、PTAの副会長や保育園の卒対やってたり。いう衣替えとか年度の切り替わりの時期って学校の雑事もかなり多いんですよね。結果、仕事では割と「移動時間に時間割くならタクシー使え」とか色々優遇してもらえたりして、プライベートでも、保育園のお迎えヘルパーさんに外注したりとか、ほぼ買い物はAmazonとかスマホで買える通販になってたり、などなど時間を買っている感覚はあります。時間以外に足りないのが脳のメモリ。仕事でも家事でも育児でも考えること/意思決定しないといけないことが多い。そこで、最近実践しているのはToDoを頭の中に積み上げないこと。買い物を通販に依存するというのはある意味その一つかもしれないですね。それ以外にGTDじゃないですが、気がついた時にToDoリストに書き出すというのは昔からよくあるノウハウ。家の雑事まで全部書きだしていたらキリがない。すれば家庭の中で発生する細かなToDoの積み上げを減らすか。その対応としていま実践しているのが、家庭内に「モノを偏在させる」こと。Amazonで発注したものが届き、ダンボールを開くとハサミで切らないといけないような梱包があった。その時、「リビングに持っていって梱包を解くか」と考えるのですが、コレを実行すると、リビングにもってゆく梱包を解くダンボールを廃材置き場(玄関近くに)に戻すという1と3の無駄な手順を経る必要があるわけです。この間に別でやらないといけないことがあると、この様な雑事が脳のメモリを専有してゆきます。そんな雑事がチリツモになっていったり。「あれ?玄関にハサミ置いとけばよくね?」といった具合で、色々なモノを、いろいろな場所に配置していっています。古いiPhoneを各部屋に設置(すぐ必要なものの買い物ができる)などなど結局お金でなんとかしているってことなんですけど、最近は100円均一とかでハサミとか割と安くそれなりのものが買えるので。「脳が」「メモリが」などと意識して実行していたわけではないんですが、「最近時間ないなー。」と思う中で、こういった「モノを偏在させる」の結果がすごく快適に感じることが多かったのでメモ。12:16『時間を金で買う』、ではなく『脳のメモリを金で開放する』というお話Tweet広告を非表示にするもっと読むコメントを書く次のページプロフィールid:nyopSAP好きなエンジニアですがSAP以外もやります。思いついたことを適当に書きます。初日ざっくりまとめ仕事上のコミュニケーションで気をつけていること。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。