効率的に仕事するために考えて欲しい７つのこと - ゆとりずむ

こんにちは、らくからちゃです。 システム業界に身を置いておりますと、色んなお客様とお仕事をさせて貰う機会があります。システム構築はお客様との二人三脚。お客様の作業効率が弊社の作業効率に直結することも多いものの、横から『こうしたほうがええんとちゃうの？』とも言い出せず、悶々としてしまうときがあります。 そこで直接は言いづらい『ここらへん考えてみてほしいなー』という点について、だらだら適当に書いてみます。ありきたりのことしか書きませんが、どこかのプロジェクトの燃焼速度が多少なりとも遅くなれば幸いです。 例題 例えば、上司からこんな風に指示されたものとします マーケの部長が、修理案内の通知を封筒に詰めて送る作業をやってくれるひと探してるんだけど、お願いしてもいい？ 宛先と対象商品と諸々が書かれたA4用紙が1000人分くらい来るからさ、宛先が東日本なら茶色、西日本なら白色の窓付き封筒に入れて糊付け

[lacucaracha]

こういうのって、書けば書くほど『普段の振り返り』になるので良いですね(´・ω・｀)

[perl-o-pal]

新人のとき、仕事を請ける時には「BOSCAR(背景、目標、スコープ、制約、仮定、報告)」を合意しなさいと言われたな。貰った仕事を片っ端からやろうとする自分にはいい戒めになった。

[TakamoriTarou]

何故やるのかは、すごい大事なんだけど、ちゃんと答えてくれない人が多いというか、つべこべ言うなやれと言うコースになると言うか、微妙に嫌がられたりすることもあある。　　けど聞くのすごい大事

[damugan]

期限→なるはや（ふんわり）　リソース→最小限に（ふんわり）　WHY→言わなきゃわからないの？（ふんわり）　前工程の仕事→ふんわり　後工程の求めるもの→ふんわり　ミスを確認してると→「早く寄越せ」　の地獄

[sds-page]

顧客のふんわりとした注文を上司がふんわりと解釈して指示出してくるのが辛い。上司に確認したら解釈が斜め上に飛んでって「これ二度手間コースだ」と確信したり

[llsstaff]

まるなげ上司VS確認しない部下

[rryu]

封筒を分ける理由を聞かないと時間をかけてきっちりやった後に「そんなに厳密に分けなくて良かったのに」とか言われてがっくり来るやつだ。

[MnMisato]

指示を受ける方の心構えだが、指示を出す方の参考にもなる。

[pencilpencil]

何度も読み返そう いい記事をありがとうございます

[trollvinter]

頭を使わないといけないってことですね～

[sky-y]

最近個人的に気に入っているやり方は、「次にやれる具体的な行動」を1個決めてやること。皿洗いだと「1枚だけ皿洗ったら寝ていい」と決めて1枚だけ洗う。実際やると、楽しくなってだいたい全部やり切ってしまう。

[hiro-okawari]

これは使える

[visiontommorow9]

おもしろい

[nisisinjuku]

目的、リソースそれぞれの棚卸しは必要だよね☆

[Hamukoro]

これはうちのボスに読ませたいな。/ブランコの風刺画って何にでもあてはまるねぇ

[masayoshinym]

多分良いことが書いてると思うんだけど例えがアレなのでアレだった。

[ei22dm]

参考になりました。

[fromaverage7]

効率よくできなくて悩んでいるので参考にします

[traditionsummer]

面白い記事

[dylan-zuki]

本出して欲しい

[shio1000bei]

じつは、すべてを実行するのは難しい　けど、最低限、期限と目的を聞いておきたい

[sakahashi]

分業による作業の単純化の説明の際に“『目標をセンターに入れてスイッチ』”を使うことにしょう

[willbehappy777]

判り易かったです！

[fujii_yuji]

どっかで社内みんなで読むみたいなことしたい

[kokubu8810]

与えられた条件の曖昧な部分を明確化していくことで、作業を効率化して抜けを少なくし、今後の改善にもつなげられる。

[dgen]

実際の仕事はこの例よりも丸投げされる感じだろうから自分の裁量が大きく反映する。

[atsu551]

納得のプロセスです！

[nebos]

『期限』と『資源』について把握する。WHY(何故するのか？)をしっかりと抑える。前工程を巻き込んで効率化を図る。ミスも想定した仕組みづくりをする。など

[piripenko]

デザインはWHYの共有がキモなので、発注する機会がある人にご理解いただけるとハッピーな仕事になる確率がグンと上がる。単なる好みでも、理由がないよりぜんぜん良いです。

[marinanagumo222]

すすめる

[mate_gai]

わかりやすくていいと思う。突っ込んで聞くと機嫌を損ねたり怒り出したりするけど間違いや無駄を防ぐためだとフォローしよう。

[REV]

いちいち、tell me why? ってやってると、命令のレイテンシが悪化するって話（そして、手戻りが生じて仕事全体のスループットが激減することが）

[kastro-iyan]

単純化は大事。コーディングでも機能的担保を確保してからリファクタリングするようにしてる

[iasna]

こういう仕事（例にされてるやつ）むいてるなぁ。楽しくできそう。

[rjge]

“HOWの前にWHYを問おう” ”ミスすることを前提としよう” ”後工程に配慮しよう” この三つのうちどれかができてないと最終工程の担当が地獄を見やすいイメージ

[natu3kan]

直接に聞きにいけない立場(下請けとか)で伝言ゲームになり必要な回答がもらえず二度手間になる時も。仕事の粒度の目安になるからWHY聞くのは大切だが「それ仕事するのに必要ある？」ってキレてくる上司もいる(実経験)

[hush_in]

封筒の話、リーン・スタートアップだとバッチ処理より一個処理のほうが早いとあったし、その時の仕事の内容によって考えたい

[gomantoiru]

勉強になります。