PG・SEからPMへなるための5つの心得
最近、PG・SEからPM(プロジェクト・マネージャ)に変わるタイミングを迎えてる人に、意見を言う機会が増えたので、どうせならブログに書いておきます。
PMは忙しいから、手短に5つにまとめました。
1.プロジェクト管理の書籍を読んで実践する
まずは、正しい知識をいれましょう。
最初にこれをやらない人が、多いことに毎回驚きます。
自分の知識だけで、なんとかなると思ってるんですかね?
また、運営してて困った事があったら、改めて読み返しましょう。
知識を入れて実践しつつ、自分なりに身に付けよう。
2.管理作業をメインにする
下に5人のメンバーがいたら、PM一人が頑張るより、5人を正しい方向に誘導した方が良い。
自分がプログラムを組んだ方が早いと言ってはダメ。
3.とは言え自分もやる
メンバーにだけ作業をやらせて、自分は何もやらなくて良い訳ではないです。
むしろ、面倒な雑務、一番難しいところを、しっかりやり切るのは、PMの作業範囲です。
4.一方的に決めない
タスクを一方的に部下に押し付けるのは、駄目です。
まったく相談されずに自分のタスクやスケジュールを決められたら、嫌ですよね?
また、報連相も一方的させるのではなく、PMから部下へもしてみましょう。
5.進捗遅れを残業で解決しない
問題の対処策に、残業を選ぶのは避けた方が良いでしょう。
ゴールが明確に見えていて、ちょっとだけ踏ん張るのは良いですが、先が見えてない状況ではこの選択は間違っています。
他にもたくさん言いたいことありますが、まずはこの5つに注意してやってみましょう。
頑張れ新米PM!
※頑張りすぎて盲目になるのは要注意
【4月入社PG】最初の一歩につまずいた君へ
4月入社した新卒プログラマの皆さん、こんにちは。
お盆の時期ですね。
既に研修を終え、初めてのプロジェクトで先輩プログラマから色々教わりながら頑張っている頃でしょうか?
「何でも質問して良いよ」と言われたのに、くだらない質問をして「それくらいググれよ!」と怒られてますか?
先輩は、学校の先生とは違いますからね。
ただ、安心して下さい、通過儀礼ですよ。
あと、夏休みはいくら待っても来ません。
夏はクーラーの中、外に一歩も出ずに生産性を高める時期です。
慣れるまで大変ですが、慣れればむしろ快適になります。
いずれ「真夏に外出とか無いわぁ」となりますから。
そんな学生生活との違いを一つ一つ覚えながら、社会の役に立つように頑張ってる皆さん。
そろそろ同期の中で明確な差が付いてきているかと思いますが、いかがですか?
上位2割に居る、あなた!おめでとうございます!
そのまま無理はし過ぎず、頑張ってください。
ただ、東京(駅周辺)で消耗し過ぎてはダメ!
必ず明るい未来が待ってますよ!
ベンチャー社長目指したり、CTOを目指したり、色々と楽しい事が待ってます。
中間6割に居る、あなた!ちょっぴり安心していいですよ。
普通のプログラマとしては合格です。
ただし、まだ勝負はついてませんからね。
自分の不得意はなるべく潰して、得意を伸ばしていきましょう。
「インフラが大好物です」「美しいjsに興奮します」とか言っとけばOKです。
さて、下位2割の皆さん…、体力的にも精神的にもお疲れ様です。
前置きが長くなりましたが、このエントリーはあなたの為に書いています。
開発現場で「あれ?ついて行けてないかも?」と少しでも思ったら、参考にして下さい。
下位2割の皆さんへ
同じ未経験で始めた同期が、バンバンとプログラムを書いてるのを尻目に、自分は上手く書けない。
苦しんでますよね?
経験値を積めば何とかなるから、今は耐えよう!と思ってますよね?
…これ残念ながら、いつまで経っても解決しませんから!
目の前の業務だけを何とかこなしていても、いっこうに楽になりませんよ。
上手くなるには、正しい訓練が必要です。
分かりやすい例が、身近にあります。
「あなたの箸の持ち方は、完璧ですか?」
「あなたの書く文字は、綺麗ですか?」
「あなたは歯を完璧に、磨けてますか?」
どうですか?そんなわけ無いですよね?
プログラムも一緒で、どんなに毎日書いてても、適当にやっていれば、いっこうに上手くなりません。
どんな訓練が必要か?
皆さんは、入社後に研修をやってきたことでしょう。
ただ、研修はあくまで知識を教えることがメインです。
プログラマとしての地力は、実は訓練していません。
プログラマの地力とは、IQと論理的思考能力です。
とりあえず、今のあなたのIQを知るために、以下のIQテストやってみてください。
(くれぐれも、結果のシェアはしないようにw)
一応、プログラマとしては、そこそこ成功した私のIQをお伝えしておくと135です。
全然自慢できる数字じゃないですが135です。
上記URL以外にもテストは沢山ありますが、大体、似たような結果になりますよ。
IQは、最低でも120以上にしておいた方が良いです。
出来るプログラマは総じてIQが高い!
もう一つの地力である、論理的思考(ロジカルシンキング)ですが、社会人全般に必須のスキルです。
プログラマも例外では無いです。
それどころか、他の職種よりも、強く求められます。
論理的思考能力が高く無いと、意図したプログラムを組めません。
「言ったのと違うの作ってるよね?」とか言われたらガクブルです ( ;゚Д゚)ブルブル
ただ、安心して下さい、上記した2つの能力は伸ばす方法があります。
IQであれば脳トレ、論理的思考であれば専用の訓練をやれば良いでしょう。
「好きこそ物の上手なれ」と言われますが、まさにこの辺を好きな人々がプログラマに向います。
結局、好きなやつになれば、勝手にやりますからねぇ。
下位2割の皆さん!まずはこの辺の訓練が苦にならないように、好きになりましょう。
とはいえ急いでプログラム能力を高めたいアナタへ
「ゆったり勉強して地力をつけてる暇ないッス!今やばいッス!」
そんな心の声が聞こえます。
そんな時、いつもしているアドバイスがあります。
それは、まずは日本語でプログラムを書け!です。
日本語プログラミング言語(有名なのは、なでしこ)で書きましょう、という意味ではないですよ。
日本語で書く事で、まずは内容を完成させましょうということです。
内容を完成させるとは?
要は、英語に慣れていない人が、英語の論文を書くときと同じです。
まずは、慣れた言語(日本語)で考えて、内容を完成させてから、翻訳すれば良いのです。
重要なのは「内容(ロジック)が正しい事」です。
ただでさえ実力が足りない未経験者で、しかも地力不足の人達には、いきなりプログラム言語で、正しいロジックを書くのは、ハードルが高過ぎるわけですね。
しかも、言語の問題以外にも、
・フレームワークが分からない
・ツールの使い方が分からない
・ライブラリが上手く動作しない
といった様々なトラップが待っているわけです。
一旦そういう問題は無視をして、まずはロジックの完成だけを目指しましょう。
全てに慣れてくれば、遠回りする必要がなくなります。
まとめ
やや話が長くなりましたが、簡単にまとめます。
諦めずに、頑張れ!正しい方法でね。
既存SIerがベンチャーにDisrupt(破壊)される日
下のニュース見て思ったことを、素早くメモっておく。
Fintechが日本で普及したら、その時が大手SIerの再編の始まりですね、と。
ちょっと前に話題になった「20万人月4000億円(約5年)のみずほ銀行の基幹システム刷新」や「11万人月2500億円(約3年)の三菱東京UFJ案件」など、これらの超巨大金融系SI案件が、Fintechで無くなっちゃう可能性がある訳ですから、業界としては戦々恐々ですね。
こういった月に数千人、数百人が動く開発案件が、定期的にあるから大手SIerの存在価値がある訳ですよ。
ベンチャーが生み出す、画期的かつ少数で作れちゃうシステムとは、相性が悪い訳です。
金融、公共、製造業、物流、医療といった巨大SIが必要だった分野は、これから次から次へとベンチャーにディスラプトを狙われ、市場を食われて行く流れです。
じゃ、既存の大手SIerはどうすれば良いのか?座して死を待つのか?
・・・そんな訳ない。
単純な話、現在の日本で大量の技術者を囲っているのはSIerで、そのアドバンテージは本当に大きい。
そこを活かして、ITサービス企業になれば良い訳です。
コンサルティング企業が、デジタルマーケティングの企業へと転身をはかろうとしているように、SIerもITサービス提供企業に転身を狙うべきです。
ちなみに、小中規模SIerは安心か?というと、こちらも大手同様に危ないですよ!
(むしろ大手以上にやばいかも・・・)
クラウドワークスやランサーズなどの、クラウドソーシングが、もっと社会的に機能し始め、SIの分業化・リモートワーク化が主流になれば、小中規模企業を利用するメリットはないですよね?
弊社もそうですが、駆逐されないためには、ITサービス提供企業になるしかないんですよ。
SIerの皆さん!ITサービス提供企業になるための投資、ちゃんとしてますか?
ある日突然来ちゃいますよ、市場を破壊される日が!
アジャイルさておき、システム開発で大失敗しない方法
下のエントリーがバズってたので、勢いで「システム開発で大失敗しない方法」を書いてみる。
成功する方法じゃなく、失敗しない方法でもなく、あくまで「大失敗」しない方法についてである。
結論から書くと「まずは少額でシステムのコア機能の検証をやろう!」である。
この話は、色んな人が何度も話してたり、書いてたりするが、全然浸透していない。
開発手法以前に「システムの骨格作り」で、大体みんな間違ってる。
「当然やってるよw」って人は、ここで読むのをやめて、周りに啓蒙しましょう。
なんでやれてない(難しい)かと言うと、その理由が当然ある。
少額と言っても、そこはシステム開発なので、100〜500万円くらいはかかる、検証だけで。
それくらい出さないと判断できないことが多いし、期間も3〜6ヶ月かかる。
牛丼みたいに、早くも安くもない。
その金使って、その期間待って「やっぱダメでした」が日本企業だと、難しいのはよく理解できる。
ただ、大失敗したくないなら、やらないとダメ。
こういう話を発注担当者さんにすると、毎回驚かされるのが「検証してないのに、このシステムが絶対に機能すると思っている」こと。
上手いプレゼン資料だけで「イケる!」みたいな気がしちゃってるから、悪い意味でヤバい。
ウォーターフォールか?アジャイルか?みたいな開発手法の話題は、まずはこの土台があった上での話だと思う。
検証で良い結果が出たら、一気にウォーターフォールで作り切った方が良い。
ちまちま2〜4週間でスプリントする必要はないだろう。
この辺の感覚をやしなうのは、SIerに居ては難しい。
サイバーエージェント、リクルート出身起業家などは、皆さん持ってる。
仮説立てる → 感触・数字見る → 上手く行った → 一気に走れ!
みたいな、そんな当然のことを、当然のようにやれる。
それでも機能するとは限らないし、小さい失敗は限りなく発生する。
「システムを開発するとは、そういうものだ」という共通認識を、まずは啓蒙しましょうって話。
SES業界の不都合な真実…と抜け道
今、業務委託で技術者を探すと「素晴らしい技術者どころか、普通の技術者にも、なかなか出会えない」という話をよく聞く。
「素晴らしい技術者」ともなると、太平洋に迷い込んだ金魚を探すようなものだ。
さて「素晴らしい技術者」と表現したが、どんな技術者のことだろうか?
「素晴らしい」には様々な定義があるが、SES業界で言えば「顧客満足度が高い技術者」が、そう表現される。
そして、顧客満足度が「高くも低くもない」技術者が「普通な技術者」となる。
あくまで私の感覚値だが、1割が「素晴らしい」、6割が「普通」、残3割が「至らない」技術者である。
「普通と素晴らしい合わせれば、7割もいるじゃないか!」
「だったら、普通の技術者は、すぐ見つかるでしょ?」
…と思うだろうが、これは間違いだ。
今は、空前の技術者不足である。
「普通の技術者」レベルであっても引っ張りだこである。
ゆえに、ビジネスとしてオイシイお客様への紹介が優先される。
市場に出回るのは、残った「至らない」技術者ばかりである。
SES提供会社が考える「オイシイお客様」は、ハッキリしている。
多人数発注してくれて、稼働が安定(残業少ない)していて、長期間発注してくれるところだ。
しかも、過去の取引で、問題無く続いているところを最優先にする。
ビジネスでは、当たり前のことだ。
冒頭のような話を聞くたびに「素晴らしい技術者1名だけを、安く、すぐ簡単に手に入れられると思っていないか?」と疑う。
こういう顧客はよほど個人的に仲の良い営業マンを見つけない限り「非注力顧客」扱いになり、提案される技術者は、だいたい「至らない」レベルになるだろう。
残念だか、これが真実だ。
それでは、予算が少なく、初めて発注するような企業の場合、必ず「至らない」技術者しか提案貰えないのか?と言うと、そうならない抜け道もある。
方法はふたつ。
1.1社の営業マンに独占的に探させる
2.魅力的な条件にする(単価と募集人数以外で)
1に関しては、細かく説明するまでもないと思うが「1名枠に多数の会社から募集します」といわれるよりも「御社独占で、まずは探してください」と言われた方が、営業マンは頑張る。
2に関しては「在宅作業が可能」「面白そうな技術を使っている」「該当技術は未経験でも挑戦OK」など、技術者に直接響く条件を提示すれば良い。
「金がなければ工夫をする」
これもビジネスでは基本的なことだが、SESで技術者を探す場合にも同様である。
発注側が、この程度の工夫をするだけで、良い技術者が手に入りやすくなったりするものだ。
チャットツールは飲食業界と相性が良い
先日のGWを使ってシリコンバレー周辺を、ビジネス視察してきました。
その際に、チャットワークの山本さんにお時間いただきました。
貴重なご意見をいただきまして、大変ありがとうございました。
革新的なビジネスが産まれる土地にいき、このご縁があったので、自分なりに「チャットツールで利用料以外に、さらに儲けるためにはどうすれば良いか?」という事を、ちょっと考えてみました。
ビジネスアイディア考えるの楽しいー!
…と言うわけで、頭の体操目的のエントリー(無責任な適当アイディア)です。
まずは、前提の確認。
正直、チャットツールを単体で儲けようと思っても結構辛いと思うんですよね。
競合も多いから、価格は安くしないといけないし、トラフィックが異常に多いからサーバ代も尋常じゃないだろうし、それでいて情報インフラとして重要だから、落ちたらまずい。
広告配信サービスと一緒で、マゾ的なサービスですよねw
そこで、アカウントの単価をアップするために、ツール利用料以外のマネタイズを考えてみました。
まずは、没にした案。
1.広告枠の提供
チャットツールって、ビジネスでの利用がメインなので、広告が流れてきても、ほとんどクリックしないはずです。
また、スマホアプリや有料アカウントには、広告枠を用意することも出来ません。
無料プランの左下枠に広告が出ていますが、そんなに収益は上がってないのでは?と思います。
2.オフィス小物の物販
ビジネス関連の小物を、すぐ購入出来るようにするのはどうかな?と思いました。
ただ、普通に考えれば、備品は総務が買いますし、チャット利用中に物を買うことって無いですね。
もうちょっと深堀すれば、何かしら可能性があるかもしれませんが、一旦は没にしました。
3.情報交換の場
チャットツール内アカウント同士で、職種や役職などを選んで匿名チャットが出来る機能。
主な利用目的は、ダイレクトプロモーションとアンケート収集など。
ヘッドハンティングとか、色々使えそうかなぁと思いつつ、なかなか難しそうなビジネス(賛否が多そう)なので、これも没にしました。
4.タクシー配車
乗車人数、乗車場所、目的地を書けば、配車してくれるサービス。
電話受付をチャットに替えるだけなので、既存のタクシー会社と簡単に連動出来るはずで、タクシー会社側もPCがあればOKという手軽さ。
これは良いかなぁと思いましたが、1件配車して100円もらったとしても、大した売上になりそうもありません。
・・・と、いくつか考えた上で、最終的に考え付いた案が、飲食との連動です。
詳しく説明します。
重要なのは、チャットツールと親和性のある金の流れです。
チャットツールは、ビジネス利用がメインですから、その利用者が個別にかつ定期的に金を使うタイミングは、ランチ、カフェ、手土産、会食くらいです。
全て飲食に関連するものです。
この金の流れをコントロールするのが、良策かと思われます。
パッと考えただけで、以下のようなサービスを思いつきました。
- ランチ宅配レコメンド
ランチ時間直前に、近くのランチ宅配をレコメンドするbot、または広告枠。 - カフェ紹介&注文
営業外出中、近くのカフェ店をチャットで聞けて、即時注文して受け取れるbot。 - ビジネスサポートbot
手頃な手土産や会食場所をレコメンドしてくれるbot。
やっぱり、最近はやりのbotが良いかなぁとは思います。
上記したbotの中でも、ランチ宅配botが一番オススメです。
美味しそうなお弁当画像を、カルーセル形式でオススメ(飯テロ)されれば、どうやってもクリックしちゃいます。
そして、チャットで同時に注文する人を簡単に集められますから、売上単価も勝手に上がります。
支払いも、各自でクレカ登録させて個別決済させることも可能になるので、まとめ注文時の金のやり取りと言う不便がなくなります。
収益は成果報酬(売上の10%くらい?)とすれば、店集めもそこまで苦労しないし、最初は手数料0で提供すれば、売上だけは簡単に増加します。
さらに、同じ住所、同じタイミングで5人以上(4千円以上等)から注文されれば、5%値引き等のサービスを用意して、チャットツール経由で注文させるメリットを付けるとか。
…色々考えられそうです。
契約アカウントの10%が、月1回でも使ってくれれば、だいぶ売上と粗利増になりますね。
個人的には、ヘルシーなランチを提案してくれて、チャットツール経由で買っても同じ値段であれば、必ず使うと思います。
実際、うちの会社では、これに近い使い方をしてます。
こんなアイディアは、いかがでしょうか?
「SIer が天職です」に必要なこと
このエントリーがバズっている。
4月15日には、はてブが500以上ついている。
Facebookではあまり反応されていないようなので、主に「はてブ民」が騒いでいるのだろう。
はてブ民にはプログラマが多いが、多数が反射的に反応してしまう題材なのだろう。
また、このブログを読んで、最初に思い出したのがこの話だ。
約1年前のエントリーなので、この話を信じるならSIerはあと4年で死ぬらしい。
SIerであることを好きと主張する人はおらず、あと4年で余命が尽きると言われてしまう業界。
それがSIerの実態なのだろうか?
SIerを経営している身としては、上述した2つの話について、大筋合意は出来るものの、SIerの可能性について、見えていない部分も多いと感じる。
今日は、その辺について書いてみようと思う。
まず、SIerの人月商売には構造上の問題があるので、それについて説明しておく。
SIerが売上拡大を狙うには、人月規模の大きい開発を受注していくしかない。
その結果、社員だけでは足りず、下請け企業を利用して足りない工数を埋めることになる。
社員以外の比率が高まれば、その分、社員一人当たりの売上、一人当たりの粗利が大きくなる。
ここまでは、ビジネスとして全く問題ない。
下請けを使うのはどんなビジネスでも同様である。
問題なのはこの後だ。
プロジェクトに携わる人数が増えれば増えるほど儲かるため、システム提案がどんどん大きくなっていく。
本来ならコスト対効果を見込んで提案されるべきものが、無駄に大人数で開発する方向に提案されてしまうのだ。
例えば、パッケージやライブラリを使えば安く早く済むようなものを、相手の無知に付け込んで、一から作る提案をする。
また、下請け比率が上がりすぎると、元請け社員は管理作業のみに集中するようになる。
大規模開発が永遠にあれば、この役割分担でも良いのかもしれないが、開発ツールや開発PCの向上とともに、開発生産性は高まり、嫌でも開発工数は減っていく。
そうなると下請けを切っていくしかないのだが、元請けの管理しかできない社員ばかりでは、システムを作り上げる事が出来ず、さらにジリ貧になっていく。
これが今のSIerの問題である。
日本経済が活発な今、システム開発への投資が積極的に行われており、技術者不足が起きている。
そのため、今は大きな問題にはなっていないが、いずれ大きな不況が来た際には、この事態が露見するはずだ。
では、これを解決するためにはどうすれば良いのだろうか?
発注者がベンダー製品を最小限のカスタマイズで利用したり、内製化を進めて、SIerは派遣事業社のごとく、そのお手伝いだけに徹すればいいのか?
そうではない。
開発を専業にしているSIerだからこそ提供できる価値があるはずだ!
上述した問題を解決する新しいSIerのスタイルを、私は新型SIerと表現している。
私の考える新型SIerは、こうだ。
- 特定の技術または業界に特化している
- 特化したものの自社製品を作る
- 継続的な開発力と品質を提供する
- リモートワークでサービスを提供する
- 日本の顧客、日本人技術者にこだわらない
それぞれの項目について簡単に説明する。
1.特定の技術または業界に特化している
歯が痛い時は、内科や眼科にはいかない。
SIerという広すぎる定義で受注するのは止めるべきだ。
どんな知識も開発中に覚えればいい、という潤沢な予算は今後は用意されない。
専門性の無さが開発効率の悪さを引き起こしている事実を理解すべきだ。
むしろ、専門性が高まればコンサルティングフィーを請求できるため、提供単価がアップする。
色々な業界を網羅したい大手SIerは、総合病院のようにする分野別に特化していくべきだろう。
2.特化したものの自社製品を作る
様々なクライアントから同様のニーズを引き出し、作った自社製品をその都度カスタマイズして納品すべきだ。
長期的なライセンス費や保守費を考えると、これが一番効率の良い儲け方(収益の上げ方)である。
「何に特化するか」さえ間違えなければ、作る製品が無駄になることはなく、リスクも低い。
3.継続的な開発力と品質を提供する
クライアントから依頼があるたびに、機能別に見積りをして納品というスタイルは止めるべきだ。
システムを作るのではなく、事業をサポートするという意識にしよう。
サポートメンバー数を決め、その範囲でリリーススケジュールと追加開発範囲を決めていく。
そして、ソースレビュー、自動テスト、セキュリティ監査のような品質管理を共通して行っていく仕組みについては、SIer側で専属部隊を用意するか、専門業者に発注し工数売りとは別の価格で販売されるべきだ。
4.リモートワークでサービスを提供する
発注元に常駐してシステムを作る風習はなくすべきだ。
自社にナレッジが貯まらず、人材の流出を生むだけである。
自社からリモートによる技術サポートを実施すれば、費用を貰っている限られたメンバーだけで解決する必要がないため、生産性が極めて高くなる。
その結果、無駄な残業も無くなっていく。
「ソース持ち出しが…」といった話は、セキュリティの厳しい企業では必ず出てくるが、そのような事を気にする事業のコア開発こそ、内製化していくべきだろう。
5.日本の顧客、日本人技術者にこだわらない
専門性を高め、リモートワークが徹底できれば、開発はベトナムチーム、顧客はシンガポール、管理は日本人といった事が容易に実現できる。
日本の不況に右往左往しなくなる。
幸いにして、システム開発は単価が高く、通訳は単価が安いので、翻訳コストは大きな問題にもならない。
いずれはGoogle大先生が言語の壁を壊すか、技術者が英語を覚えてしまうだろう。
さて、SI業界に詳しい人は読んで気づいたかと思うが、特に目新しい事は書いてない。
世界のベンダー系大手SIerが普通にやっていることである。
IBMやORACLEなどは、まさにこれらを昔から実践している。
新型SIerと書いたが、効率を追求すれば、自然と世界標準になる。
提供規模が大きいか小さいかの違いはあれど、SIerとしてはこれを目指すべきだ。
ようやく、タイトルの問題提起に戻る。
「SIer が天職です」と技術者に言わせるためには、旧来型のSIerが新型になっていく必要がある。
生産効率が上がり、残業が減り、給料も増え、顧客満足度が上がるのである。
これ以上に、望む結果はない。
さて、余談ではあるが、弊社EVERRISEは新型SIerである。
旧来型SIerが変わるのを待てない人は、弊社へ転職してくる事をお勧めする。
あなたに天職を提供することが出来るだろう。