訳書「サプライチェーンサイエンス」（W・J・ホップ著）を出版しました | タイム・コンサルタントの日誌から
サプライチェーンサイエンス 「サプライチェーンサイエンス」（W・J・ホップ著）刊行のお知らせこの7月に、近代科学社さんからW・J・ホップ著「サプライチェーンサイエンス」 の翻訳書を刊行しました。電子書籍と、紙の本（オンデマンド出版）の両方で販売されます。すでにAmazon, honto等のサイトからも注文可能です。 本書は、慶應義塾大学・管理工学科教授の松川弘明先生（日本経営工学会の前会長でサプライチェーンマネジメントの権威）と、わたしが監訳者となっており、実際の翻訳は、「次世代スマート工場のエンジニアリング研究会」 の技術開発分科会メンバーが担当しました。また出版にあたり、（財）エンジニアリング協会から助力を得たことも付記し、感謝の意を表します。もっともわたし自身は、翻訳にそれほど大きな貢献をしているわけではなく、本来であれば監訳者としては、本書の重要性を早くから見出して、初期の版の仮訳
意思決定 - Wikipedia
意思決定（いしけってい、英: decision making）は、人や団体が特定の目標を達成するために、ある状況において複数の代替案から、最善の解を求めようとする人間の認知的行為である[1]。 概要[編集] 意思決定はあらゆる状況で行われているが、経営学や軍事学などの諸領域にとって、意思決定とは合理的な選択を行うことが求められる。意思決定の思考方法とは、正しい目標の認識や必要な情報の収集、目標達成のための方策案の考案と比較、最善の方策の選択と実行計画の立案、計画の実施の監督を包括するものである。個人の意思決定から集団の意思決定までに通用するものとして捉えることができる。しかし、厳密な意思決定のモデルについては、後述するように複数のモデルが考えられている。 俗に『バカの山、絶望の谷』という言葉があるが、ある判断において自分は決して間違っていないと思うとき、その判断そのものをよく分かっていない
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
個人的なタスク・目標の管理方法 - あんパン
前の記事で軽く触れた通り、Todoistでタスクを管理している。そのあたりの話。 masawada.hatenablog.jp 割と忘れっぽい性質なのと、いろんなイベントを同時並行でやることが結構あって、破綻しないようにTodoistを使ってタスクを管理している。加えて無為に過ごしたくないなあという思いからここ数年はゆるく目標みたいなものを持っていて、Scrapboxで管理している。これらは一度設定してそのままにしてしまうと見るのすら忘れてしまうので、ある程度定期的に見直すタイミングを作っている。以下はざっくりどういうことをやっているかの紹介。 タスク管理 Todoistではレイアウトにリストとボードの2種類があって、それぞれ利用シーンに応じて使い分けている。 リストとボード リスト 進捗を考えなくていいものについてはリストを利用している。アイディア帳的な使い方が多い。例えば前の記事で挙げ
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ
ストレスを生まないSlackのコツ - Pepabo Tech Portal
こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後
RPAで疲れ果てた
物流会社の事務員なんだけど会社がRPAツールを導入するってんで定型作業を自動化しろって話しでRPAプログラミングをやらされてたんだわ。 それで色々クソな点があったのでシェアします。 1、実務の合間にやらないといけない マネジメントの問題でもあるけど、そういうことなんだよな。 現場がクソ忙しい時に悠長にデバッグとかやってられん。あとデバッグみたいな作業は見た目何もしていないように見えるからここぞとばかりに仕事振られたりする。 2、本番環境とか開発環境とかない。ぶっつけ本番で稼働→失敗→デバッグを繰り返さないといけない。 これは自動化する仕事によると思うんだけど、実際に現場で使うデータをRPAプログラムに投入しないとそもそも要件がわからないことがある。データの特性というか、物流事務なんかだと8割がシステム化されているけど2割は荷主や配送先のわがままで特徴的なデータの不備があって、それに対応する
30半ばを過ぎた位から、「全部自分を通して」病、「オレ私聞いてない」病の発症に注意せねばならない…
研究員くろこ @feketekoroleva 30半ばを過ぎた位から、男女共に「全部自分を通して」病、「オレ私聞いてない」病の発症に注意せねばならない… 放置すると酷くなり、40代や50代になる頃には病から妖怪と化している場合がある 組織長や決裁者じゃない人がこれになると大変。チクリと自分の胸に何かを感じ始めた時から冷静な対処が必要 2021-08-22 12:50:34 研究員くろこ @feketekoroleva 支配欲に駆られるようになってしまったら、気になる物事や人を、見ない、聞かない、関わらない、に限る。 そう決めると万が一自然と見聞きしてしまって心がざわついても、「私が関わらないと決めたことだから」と元に戻って来れる。 自分で自分を囚われの身から解放していくしかない。 2021-08-22 12:55:58
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
Blue Prism - Wikipedia
Blue Prismは、英国の多国籍ソフトウェア企業であるBlue Prism Groupの商号で、複雑な操作を自動化するデジタルワーカーを提供するエンタープライズ企業向けのロボティック・プロセス・オートメーション（RPA）の先駆者であり、同ソフトウェアを開発している。 Blue Prismの本社は、英国のウォリントンにあり、米国とオーストラリアに支社がある[2][3]。同社はロンドン証券取引所のAIM市場に上場している[4]。 歴史[編集] Blue Prismは、組織の効率と有効性を向上させるために使用できるテクノロジーを開発するために、プロセス自動化の専門家グループによって2001年に設立された[5]。 当初、彼らの焦点は、自動化の大きなニーズがあるにもかかわらず自動化が行われていないバックオフィスにあった。同社は、Alastair BathgateとDavid Mossにより共同設
Blue Prism - Robotic Process Automation
評価・開発 Process Assessment 自動化候補の評価と優先順位付け Process Intelligence より迅速で効率的な自動化のための洞察 Capture プロセスのキャプチャとプロトタイプの生成 ALM 自動化の設計を支援 Accelerators SAPとの連携
いまさら聞けない「RPA」「DPA」「BPA」の違い 何を自動化するのか？
関連キーワード BPR | BPM（ビジネスプロセス・マネジメント） | 業務改善 | 事例 最高情報責任者（CIO）にとっては、プロセスの変革と自動化が大きな優先事項となっている。コンサルティング企業Deloitteが2018年に実施したグローバルCIO調査では、デジタルトランスフォーメーション（DX）で最も重視する分野として、IT幹部がプロセスの変革と自動化を挙げたことが明らかになった。回答した1437人のリーダーのうち69％がこの分野を優先事項に挙げ、他の全ての注目分野を上回った。 調査会社Gartnerの報告によると、企業の間でプロセス変革への関心が高まる中、「ロボティックプロセスオートメーション」（RPA）の需要が高まっている。2018年のRPAソフトウェアの売上高は前年比63.1％増の8億4600万ドルに達した。こうした需要によって2019年のRPAソフトウェアの売上高は13億
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DocuSign Support Center
Amazon.co.jp: 上流モデリングによる業務改善手法入門: 世古雅人, 渡邊清香: 本
Amazon.co.jp: 決断の本質 プロセス志向の意思決定マネジメント (ウォートン経営戦略シリーズ): マイケル・A・ロベルト (著), スカイライトコンサルティング (翻訳): 本
Amazon.co.jp: ITエンジニアのための【業務知識】がわかる本 第5版: 三好康之, ITのプロ46: 本
あなたはps -ef派なのか、auxf派なのかをちょっとだけまとめてみた | ten-snapon.com
Amazon.co.jp: テンプレート仕事術 ―日常業務の75%を自動化する: 信太明: 本
Amazon.co.jp: RPAのはじめかた ~ツールを見ながら巡る! RPAの楽しい世界: カワサキタカシ (著), RPA BANK (監修): 本
Amazon.co.jp: RPA革命の衝撃: 大角暢之 (著), 佐々木俊尚 (監修): 本
