どうすれば、部下のモチベーションをあげれるか？ ～ 一人ブレスト ～

やらされ仕事から脱却して欲しい。

けど、本人から仕事に対する情熱を感じない、、、

頼んだ以上のクオリティは出せないのでだんだん頼めなくなる悪循環…

これをどう打開するか？

 

そもそも何故情熱を持って仕事に取り組む姿勢を示せないのか？
そこには「あきらめ」と「無目標」があるような気がする。

何をやってもあまりぱっとしない自分、
いい年なのにうまく仕事さばけないことからくる劣等感
言いたいことがあるのにうまく言語化できないことからくるもどかしさ
それらが八方塞がりでどうしようもないと思わせてしまい、
やがてあきらめることに慣れていくのかと。

新入社員の時には目標って何かあったのだろうか？
まずは仕事を覚えることで精一杯でとりあえず目の前のことに
無我夢中で取り組んでいて、中長期的な視点なんて持つ余裕もないまま
3年くらいがあっという間に過ぎていったような気がする。
明確に何かゴール設定してどうのというのは無いけど、
システムの受託開発は相手の要望ありきで話が始まるので、
いかに満足してもらえるようにシステムを組むか、
相手の意図をできるだけ汲み取ることを心がけていたように思う。
実際、汲み取れてるかといったら、網目の大きいざるで水をすくってるよなもので
なかなか真意を推し量ることができていなかったと思うけど、
でも、そういった姿勢は持っていたと思う。

最近は要件定義フェーズをきっちり設け、要件を整理したうえでシステム開発に進む。
自分はパッケージに対するカスタマイズを前提としたシステム構築プロジェクトの
プロジェクトマネージャを行っている。
最近は要件のヒアリング、業務フロー、データフローの整理などを顧客とコミュニケーションしながら
パッケージのいいところと過去の事例踏まえてのカスタマイズ提案などを盛り込み、
顧客の目標に寄り添ったシステム構築を行うことを心がけている。

相手の言わんとすることを読んだり、相手の目線に立って説明したり、
相手に合わせて仕事をできるようになったのは、ごく最近だと思う。

そうか、部下に接するときも同じだ。。。

部下の気持ちにどう寄り添っていけば良いのか、考えてみたいと思う。

目からウロコのコーチング―なぜ、あの人には部下がついてくるのか? (PHP文庫 は 46-1)

アドラーに学ぶ部下育成の心理学

「ついていきたい」と思われるリーダーになる51の考え方

部下を定時に帰す仕事術 ~「最短距離」で「成果」を出すリーダーの知恵~

 

twitter良い話しからのナポレオンヒル「思考は現実化する」流し（締めはKEMURI）

twitter創業時の良い話。

ツイッター創業者ビズ「僕がツイッターのコードに人間味を付け加えた。」｜リーディング&カンパニー株式会社

 

なんと何人ものツイッターファンがオフィスにピザを届けてくれ、サイトがダウンしているのを責めるのではなく、頑張れと励ましてくれていたのでした。ビズはその時のことを次のように述べています。

「僕たちを応援してくれていた。僕たちはバグや欠陥で彼をいらいらさせている名もないロボットではなかった。誠実であろうとしたことで僕たちの人間らしさが伝わって、ユーザーが善意で応えてくれたのだ。」(P139)

 すごいなぁ。

 

ビズ・ストーンはプログラミングのスキルもお金もありませんでしたが、「社会貢献をしない会社は競争面でも不利になる」とコミュニケーションを通じて数式に人間味を吹き込んだことがツイッターの成功の大きな要因だと言われています。

 技術も金も無くても、「人間性」とか「情熱」とか、「誠実さ」とかというものも立派な武器になり得るという話。

見習いたい。

今読んでいる本にも通じる話かも。

思考は現実化する〈上〉

 自分はこの本に書かれているような明確な目標を持てるところまではいたれていないけど、この本に書かれている、

• 明確な目標を持つこと
• エンスージアズムを保ち続けること
• マスターマインドと呼ばれる仲間を得ること

という考え方にはとても共感する。

やっぱ、事業を始めるような人たちってのはとんでもなく前向きでポジティブなメンタルを保ち続けるべく努力している人たちなんだろう。

自分はまだそこまでいたれていないけど、この本を読んで、すくなくともそういった考え方を持っていない限りは成功できないという点については納得した。

あと、

• エジソンは1万回以上失敗して電球を発明した
• リンカーンは40台まで何をやってもぜんぜんだめな人だった

あきらめない限りは失敗は成功の糧となり得るという考えもとてもすばらしい。

PMA：Positive Mental Attitude

って、昔KEMURIてスカパンクバンドが言ってたのを思い出した。

ナポレオンヒルからだったのかな？

our PMA

P.M.A.(Positive Mental Attitude)

• KEMURI
• Alternative
• ¥250
• 

• provided courtesy of iTunes

new 3DSへの引越し

New ニンテンドー3DS LL メタリックブルー

 先週、New 3DS LLを購入した。

まえは３DS LLを使っていたのだが、妻がどうぶつの森をやりたいそうで、

平日に会社に持っていかれたくないそうで、購入の許しが出た。

で、買ったはいいんだけど、古い３DSにはダウンロードソフトとかが入っているので

データの引越しがしたい。

やり方自体は以下のページを見ればわかるんだけど、引越し後の古い３DSのデータは消去されるという記載が気になってなかなか引越しできなかった。

ニンテンドー3DS｜その他（ソフトとデータの引っ越しについて）｜Nintendo

要は、古いほうのどうぶつの森のセーブデータも引っ越したら消えてしまうと

妻が大激怒するであろうと・・・

結論からするとこれは杞憂で、カートリッジ版であればソフト本体にセーブデータは

保存されているので、問題なく引越しすることができた。

QAとかかなりあさったけど、答えが見つからなかったので記載しておく。

結構迷うような気がする。

ニンテンドー3DS｜ソフトとデータの引っ越しについて Q&A｜Nintendo

あと、今回ダウンロード版じゃなかったから良かったが、ダウンロード版だったら３DSは二人で本体共有とかはしないほうがいいみたい。

もう少し融通の利く引越し仕様にしてほしいかな・・・

日本で割とCDが売れ続けてる理由

なぜ日本人は未だにCDを買い続けるのか | VICE Japan | The Definitive Guide to Enlightening Information

CD、自分は最近買わなくなって久しいですけど、

海外に比べるとまだ日本はCD売れてるんですね。

邦楽はまあ、握手券とかコアなファンとのふれあいとかの体験とセット売りでがんばってるのかもしれないけど、洋楽ってどうなんだろう？

自分は洋楽のCD買うときは必ず国内盤を買っていた。

値段高いんだけど、ライナーノーツとかボーナストラックがついてたりしたので。

海外盤はパッケージも大体適当だし、ライナーノーツついてないし、

音楽なんだから中身が大事でしょ！？

といった感じなんでしょうか？

国内盤のこういった丁寧な仕事ぶりがあるから、デジタルで楽曲だけダウンロードするのみというのと差別化できているのだろうか？

とはいえ、全体の売り上げボリュームはやっぱり下がってるんだろうな。

洋楽の国内盤と海外盤の売り上げ比を見るとわかるのかな？

課題管理表の書き方のコツ

議事録の書き方が好評なようなので、システム開発のもうひとつの生命線である、
「課題管理表」の書き方について記載してみたい。

後で見返したときに「えっとこれなんだっけ？」にならないように記述する

課題管理表を運用していくと良くありがちなのが、定例会などで皆でしばらく経ってしまった課題を見たときに、
具体的にどんなことが課題だったか、記載内容から思い出せないケースというのが割りと良くある。
これは
　・どういった経緯から発生した課題か記載が無い
　・主語や、指示語、目的語に不備があり、ターゲットが不明確
といった点から発生する。
これらを回避するためにも経緯や主語、指示語、目的語を意識した記述を心がける必要がある。

エクセルのセル内は降順で

これはエクセルで管理する場合のちょっとしたこつだが、
エクセルは印刷するとPC画面上表示されているけど下部が見切れてしまっているということが良く起きる。
各課題で大事なのは、「で、結局今どうなんだっけ？」なので、
もっとも確認したい最新の記述がセルの最上部になるように降順で記載するのがミソ。
課題は定例会などで毎週確認したりするので、ひとつのセルの中で

○○○という内容で確定。クローズ。
（2014/9/15　担当○○）
－－－
社内承認中。次週再確認。
（2014/9/8　担当○○）
－－－
次週までに確認する。
（2014/9/1　担当○○）

といった記述をする。こうすることで、セルを小さくしても結論だけは見える。
大事なことは目に付くところに配置する。
あと、エクセルで日付入力は「Ctrl+;」でできる。
（ちなみに時刻は「Ctrl+:」）
打ち合わせの場で課題管理表記載する際に日付入力は
かなり便利なのでこのショートカットはお勧め。

担当はバイネームで履歴を残す

課題管理表あるあるでもうひとつあるのは、
「で、これって誰が対応するんだっけ？」という事態。
これも担当の確認からとなってしまうと時間の無駄、仕切りなおしになってしまうので
極力課題発生時点で担当者名を記載しておく。
課題が進捗して担当が変わったら、適宜担当を変更するなど、まめに調整すること。

課題管理表の管理はベンダー、ユーザーいずれかで行うこと

課題管理表のメンテナンスは基本必要としている側でメンテナンスするべき。
よく、お互いに更新しあうような事態になっているケースを見るが、マージする手間や、
管理者が本当に管理したい課題事項のピントがずれたりするので、基本的にメンテナンスは１組織内で
行うのが望ましい。
結構、課題管理表に記載するしないとか記載に対する結果の記述とか、戦略的に言い回しを意識したりしながら
記述しているので、その辺のコントロールができるようにしておく必要がある。

期日は超過したら即期日の再調整

課題管理表あるあるでさらにあるのが、期限切れ課題の期限設定を再設定していないで、
糸が切れた凧みたいになってしまっているケース。
期日を超過した課題は、担当者に詰め寄って、いつなら対応可能なのかを宣言させる。
担当者が課題解決に対して必要なプロセスが見えていないようであれば、
必要と思われるプロセスをわかる範囲で提示、さらに期限を超過した場合のプロジェクトに
与えるインパクトについてもあわせて共有し、期限を守ることに対する意識付けを行う。
とはいっても、約束を守ってくれないユーザーの多いこと多いこと･･･
忙しいのはわかるんですけどね。

クローズした課題は定例会でクローズ宣言したら非表示に

課題管理表は意識的にクローズにしていかないと、加速度的に課題がつみあがっていく。
なので何が解決したらクローズできるのかを意識して課題立てするのと、いったんクローズした
課題は定例会の場で関係者に対してクローズする旨を伝えOKであれば非表示にしていき、
現在生きている課題と、直近でクローズした課題だけ表示するようにする。
この辺の見易さ、何を確認すればいいのかを明確にすることを課題管理表の管理者は意識する必要がある。

その場で確認が取れたことも重要事項はあえて記載、即クローズする

これは戦略的に行う上級テクニックかもしれないが、口頭で確認、即回答もらえた課題事項は
課題管理表に記載されないケースが多い。
しかし実はプロジェクトの方向性や、費用、納期といった重要事項に関連する内容であれば、
議事録だけではなく課題管理表にも記載しておくのが有効。
忙しくなると議事録の作成にタイムラグが起きたりするケースが良くあるが、とりあえず課題管理表は
逐一メンテナンスするようにしていれば何とか回るケースが多い。
課題管理表に記載しておけば、いつ、だれが、どんな内容を決定したのか、のログが記録できるので
後々役に立つ場合があるので、記載しておくのが吉。

以上、課題管理表の書き方のコツでした。
結局、どんなにきれいに課題管理表を記載したとしても
課題が消化されなければ意味が無いわけだが、少なくともどんな課題だったか、誰の担当か、いつまでに回答必要か
がはっきりしていればいちいち思い出したり、たなざらしになってたりということが少なくなり、
プロジェクトを円滑に進めるのではないでしょうか。
課題管理表をメンテナンスする人は、自分の記載の仕方ひとつでプロジェクトを迷走させてしまう可能性があること、
うまくやればスムーズなプロジェクト運営に貢献できることを意識してもらいたい。
非常に意義深い、やりがいのある作業だと思う。（大変だけどね。）

はてなブログをはじめて1ヶ月が経ちました。

はてなブログをはじめておよそ1ヶ月が経過したので記録かねて記事を投稿。
今月のPVはグーグルアナリティクスベースで１７０PV程度。
訪問者数70名程度。
はじめたきっかけは暇つぶしかねて日々の雑多なことごとのログを残すことと、
あわよくばお小遣い稼ぎできればという淡い期待。（今のところ収益化はできてない･･･）

一応、この1ヶ月でやったことを以下に記す。

1.とりあえず、記事を10個以上投稿する。

これは意外とすぐに達成。
開始2週目くらいで10記事くらいは投稿できた。
週に数日、合間縫って記事投稿するペースとしては
これくらいが限界。
ただアクセス傾向見るとやはりPC上で推敲したうえで掲載した
議事録の書き方の記事がダントツで、ほかの記事はそんなに
アクセスを稼ぐことはできていない様子。
やはり、議事の作成は記述内容を広いディスプレイで確認できるPCが良いよう。
iphoneやipadからも試してみたが、やはり画面サイズが小さいので
記事の前後を書いてる端から忘れてしまい、内容がちぐはぐになりがち。
また、はてなのamazonへのリンク生成ツールとかのJSや記事編集エリアの動きも
うまくいかず、長文の作成はスマホからは難しいと感じた。
ためしにbluetoothキーボードも購入してiphoneで入力してみたが、
やはり106キーボードの配列に慣れてるとうまく指が動かないのと、
変換がかったるく、軽快に文字入力するのは難しかった。
この辺は慣れもあると思うが、やっぱPCがいい。
そう考えるとブログ更新用モバイルとしてはsurfaceはよさそうな気がする。

マイクロソフト Surface Pro 3（Core i5／128GB／Office付き） 単体モデル [Windowsタブレット] MQ2-00015

2.amazonアソシエイトプログラムに参加する。

これはかなり苦労した。
ブログ初めてすぐにアカウント登録したものの、記事が少なすぎたのか
「参加動機とコンテンツが合ってない」趣旨のリジェクトを何度もくらい、
さらにリジェクトされるとアソシエイト参加アカウントが利用できなくなったりしたので
結構苦労した。
4週目でやっと承認が降りたけど、それまでに3回もリジェクトされて心が折れそうになった。

3.Googleウェブマスタツールに登録・設定する。

これも1週目には実施した。
Googleへインデックスされやすくなったかどうかは正直わからない･･･
まあ、念のため。

4.GoogleAnalyticsに登録・設定する。

これも1週目には実施。
開始後すぐにトラフィックが計上されるようになり、特に設定も手間取ることは無かった。
また、iphoneアプリもリリースされていて、最近は1日に何回もiphoneからGAのアプリを立ち上げてアクセス状況を確認する癖がついた。
この辺り、ダイレクトにサイトのアクセス状況を把握できるGAは本当に強力なツールだなと実感した。
いままでECサイトのアクセス分析でお客さんが利用しているアカウントを参照させてもらうことはあったが、
正直、ポイントがつかみづらく、なかなか改善につながる目線を養えていなかったが、自分のブログを毎日見ることで
ユーザーはどの辺りを気にするのか、どんな機能がGAにはあるのかを実際に利用しながら覚えることができる。
WEBアプリケーションを構築する人間はみなブログやってGA見るのがいいと思う。

5.GoogleAdsenceに登録・設定する。

これは3週目くらいに実施。
1週間くらい承認がおりず放置していたら、忘れたころに承認がおりたので設定した。
はてなのProじゃないほうだとデフォルトの表示が記事すぐ下に表示されてしまうので
それより上でどこか良い位置ないかなと探して、
ヘッダー領域に記載することにした。
しばらくこの位置にはって様子見。

6.GAとアドセンスを連携する。

これはついさっき対応した。
GA側の設定とアドセンス側の設定両方必要。
Googleの設定方法紹介ページがどっちのサイトのことを言っているのかが
わかりにくいけど、基本はそれぞれの管理画面の歯車から設定していけば設定可能。
これでGA上でアドセンスの実績が確認できるようになった。
設定後24時間後くらいからデータが反映されるとのことで今から楽しみ。

7.所感

1ヶ月で試したことはおおよそこんなところ。
はてなは記事を書くことに特化していると謡ってるだけあって、
記事投稿しやすい仕組みが充実していて書いていて楽しくなる。
あとブログのレイアウト自体もすっきり読みやすいのと、SEOにも強いのかなと感じる。
ブログを運営するための基本的なことも何も知らなかったので、
模索しながらやっと基本的な事柄をセットアップできた形。
来月からは少しずつでも収益が上がることを目標にやっていきたい。
直近では、10月中に1件でもアフィリエイと経由の収益を上げる。
といったところ。
ぼちぼちやっていきたいと思う。

依頼者と作業者のズレが甚だしい

最近、新人と仕事をする機会があって、改めて人に作業を依頼するというのは難しいと感じている。

新人（以後作業者）の上に作業指示を出す人間（以後依頼者）が一人いるんだけど、作業者の身の丈にあった作業指示、進捗確認ができていないので頼んだ仕事が期待通りに仕上がってこないと嘆いているんだけど、実は作業を頼まれた新人よりも、作業を頼んでいる依頼者の方が問題は深刻なんだと思う。

新人は、正直まだ自分が何をやっているのか多分わかっていないんだと思う。

頼んだ仕事の完了見込みを最初に確認するんだけど、2時間と言ってた仕事が2時間後に終わることはなく、2、3倍かかることもザラにある。

二人のやりとりを観察すると、依頼している人の頼みっぷりと、依頼を受ける人の認識が噛み合っていない。

 

依頼者；この移行データ設計書をいついつまでに仕上げといて

作業者；わかりました。

 

みたいな。

作業者のレベルにもよると思うけど、依頼者は以下の点を意識する必要があると思う。

 

・作業者に、その作業の期日を伝えているか。期日に遅れるとどういった影響が出るかを説明しているか

・作業者は、その仕事の内容を理解しているか

・依頼した作業の完成イメージは明確に伝えているか

・作業者は、わからないことがあったら自発的に依頼者に聞きに来るタイプか。それとも聞きに行かないと言わないタイプか

 

完成イメージは実は、作業依頼者も明確には持っていない場合も結構あると思う。けど、その作業の成果物で何を明確にしたのかは把握しているはずで、そのためにどう表現したら良いかは途中途中の確認の中で具体化していくと思う。

それならそれでよくて、あとは定期的に起動修正すべく進捗確認をすればよい。

作業者とのやりとりが始めてで、どのくらいの品質かわからないのであれば、最初のうちはマメに成果物を確認するのがよい。

 

逆に作業者は以下の点を意識する必要がある

 

・依頼された作業の完成イメージがつかめているか

・依頼された作業の時間見積もりにバッファはあるか

・依頼された作業内容にわからない点があった時、すぐに相談に乗ってもらえるかどうか

・依頼された作業の途中確認をしてもらうタイミングを設けているか

 

ポイントは、「やられても最初から完璧なものを見せようと思わないこと。」でしょうか。

初心者に多いのは100％の状態で確認依頼しないといけないという思い込みが多い。けど実は完成したと思ってから確認すると実は違っていた場合の手戻りが多くなってしまうので、依頼者からするとマメな確認をして欲しい。

あと、依頼者は忙しくてなかなか作業できないから作業者に仕事を依頼してい流ケースが多いので、なかなか質問に答えてもらう時間を撮ってもらうことが難しい場合も多いと思う。

要領の良い人は少ない質問の時間を有効に活用すべく、質問事項はメモにまとめておいていつその時が来てもOKなように待ち構えている。

けどなかなか人間そんなに要領のいい人ばかりではないので、そこは誠実に仕事をコツコツとこなす地道さしかないと思う。

仕事に対する誠実さがあれば、初めはうまく仕事ができなくてもいずれはしっかりと仕事ができるようになる。

3年くらいかかる人もいるけど、彼はどうかな？

 

p．s．新人って書いたけど2年目だった…あと1年くらいでものになるのか？