カネビン・フレームワークで問題解決策を見極める
問題の原因追及だけが解決方法ではない 私もかつてはそうでしたが、ほとんどの日本企業は、会社でトラブルがあると、「何が悪いんだ！」「なぜ、できないんだ！」と、原因探しを始めます。 欠点、不具合、欠陥、未達成な成果を探し、その原因を分析し、本当の原因を追及して、そのトラブルを解決するための対策を立てようとするのです。 これは私たちが「不具合原因追及型の問題解決」とか「ギャップ・アプローチ」と呼んでいる問題解決手法です。ビジネスマンに広く広まっています。日本のビジネスマンが誰でもよく使う方法です。 特にモノ作りをする会社では、不具合の原因追求で、仕事の大半が進められているといっても過言ではないでしょう。また、高度成長期に日本の経済を支えてきた人たちの間では、このギャップ・アプローチが問題解決の常識でした。 しかし、すべての問題がギャップ・アプローチで解決されるわけではありません。 世の中にはどの
バズってた「チームラーニング」をやってみたら、チームの生産性上がりそう｜國分佑太 | Yuta Kokubun
マッキンゼーですごく良かったのは【チームラーニング】という儀式⏰ 新規チームの発足時にメンバーそれぞれが 👩私は音楽ききながら集中したいタイプです 👨🏻朝型なので夜は早く帰りたいです 👦🏼フィードバックは後日まとめてじゃなくてその都度ほしいです てな感じで発表していく → — 市川瑛子@新しい働き方応援家 (@EikoIchikawa) October 28, 2019 実際にチームでやってみた10月からマネージャを拝命したので「これは自チームのみんなでやりたい！」と思い、とりあえずみんなが空いてる日時でカレンダーを登録。開催当日の今日を迎えるまで、特に準備はせず。とは言え、ふわっと話すだけではもったいないなーと思い、↑のツイートを深掘りするとこんな情報が。 また、どんな問いかけをしたら良いのか？という質問を何度かいただいたので私の案を載せると ①時間 ②場所や環境 ③コミュニケ
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
成果が出ない人に教えたい｢仕事の断捨離｣
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
JavaScriptが無効です：日経ビジネスオンライン
このサイトを閲覧するには、お使いのブラウザのJavaScriptを有効にする必要があります。設定を有効に変更してからアクセスしなおしてください。設定変更は、ブラウザの「設定」画面などから行うことができます。
上司同士が不仲なときの、部下の正しい「立ち回り方」【シゴト悩み相談室】 - リクナビNEXTジャーナル
＜相談内容＞ 直属の部長と、その下にいる課長の仲がとても悪く、2人の言うことがバラバラなので困っています。 部長の指示通りに動くと課長に怒られ、課長の言うとおりにすると部長に怒鳴られます。現場は皆、どのように動いていいかわからず、困り果てています。でも、2人が歩み寄る気配はありません。 一人ひとりは、悪い人じゃないのですが…。こんな職場、辞めたほうがいいのでしょうか？（Web関連会社・営業職） 課長より上役である部長の指示に従うのが基本。それが難しいなら、さらに上に直訴を より大きな決裁権を持っているのは、課長ではなく部長です。部長から直接受けた指示であれば、それに沿って動くべき。もし課長に何か言われたら、「部長からはこういう指示を受けているのでこう動きます。もし課長が違うと思うならば、課長と部長とで話し合って下さい」と言う。これが基本です。 とはいえ、辞めたいとまで悩んでいるからには、こ
SIer系エンジニアがベンチャーで働き始めるとぶつかる壁のリスト - IDEA and Players
元ド底辺SIerの私が心機一転、スタートアップに参加して約1年半が立ちました。 今後の自分の仕事を占う意味でも、ここらで自分がこれまでに感じたこと、悩んだこと、考えたことを整理しておこうかと思います。 もしも現在、SIer系の仕事をされていて、いずれはベンチャーで働いてみたいという人の参考になればもちろん嬉しいのだけど、ベンチャーってのは本当に千差万別で、ここで書いたことがそのまま他のベンチャー企業に当てはまるとは限らない、ということだけはご了承を。 「仕様」って言うな！ 最初の問題はこれ。 SIerにとって「仕様」って言葉は絶対的な意味があるわけですよ。 お客様から要求を聞いて、要件を定義して、「はい、コレコレこういうもの作りますよ。この製品ではこういうことができます。逆にこういうことはできません。よろしいですか？」と約束した結果が仕様だから当然と言えば当然。だからこそ、仕様を定めること
仕事ができる人とできない人の違いを徹底解説！チェックリストも | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、LIGブログ編集部です。 仕事ができる人に憧れる人は多いでしょう。また、そんな仕事ができる人になるにはどうしたらいいかわからない人も多いのではないでしょうか。一方で、仕事ができる人とできない人の違いがどこにあるのかわからない人もいるでしょう。 今回は仕事ができる人の特徴をできない人の特徴と一緒に解説していきます。最後には仕事ができる人になるためのチェックリストをご用意しました。今日からでも実践できる内容になっていますので、ぜひ参考にしてください。 仕事ができる人とできない人の違い 仕事ができる人とできない人の違いを徹底解説していきます。違いは仕事の進め方や考え方など仕事に関係することから、仕事に関係しないプライベートでも違いがあります。 業務の進め方 最初に業務の進め方の違いについて、今回は「ビジョンが見えない」という問題があったときの進め方について解説します。 仕事ができる人
「話のわかりやすい人」と「わかりにくい人」のちがい
前職の時から、私は「話のわかりやすさ」にはかなり個人差があると感じていた。 何故話のわかりやすい人と、わかりにくい人がいるのか？最初はよくわからなかった。「生まれつき」なのか？「訓練」なのか？しかし、いろいろな人と話すと、要は「サービス精神」のちがいなのではと思うようになった。 巷には色々と「話し方講座」があふれているが、細かいテクニックよりも、結局のところ「相手の立場から自分の話を見ることができるか」ということに尽きると思う。したがって、以下の8項目が重要であるとの結論になった。 「話のわかりやすい人」と「わかりにくい人」のちがい 1. 「結論」から話すか、「過程」から話すか 例 「今日の打ち合わせの結果どうだった？」と聞かれたとき 話のわかりやすい人は「うまくいきました」「イマイチでした」と結論から話します。 話のわかりにくい人は、「最初に○○の議題が有りまして、XXさんが○○と報告し
会社潰すのは簡単、アイツがいれば勝てる、と思った人間を雇えば良い
最近話題の エンジニアよ、ゼネラリストなんて目指すな！―VASILY 金山裕樹のキャリア論（http://japan.internet.com/busnews/20121130/3.html）を見て・・・ コードを書くことが目的化しちゃってる人も多いので全否定するつもりはないけど、コードが汚くても「アイツがいれば勝てる」と思わせる人間を素人判断で雇うことが如何に危険かプログラマ視点でまとめてみる。以下何度も見てきた典型的な失敗パターン、設計と実装が完全に分業化されてる分野は知らないけどWeb業界などそうでない所のお話。 手抜きプログラマは人を騙す非エンジニアを騙して手抜きするのは簡単。余程のヘタレでない限り手抜きをしても絶対にばれない。コードにコメントがなくてもモジュール化されてなくてもコピペ満載でもマジックナンバーだらけでも動いてさえいればユーザーは気にしない。 手抜きプログラマの評価は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
