"地方エンジニア" という考え方はすでに終わっている
Upcoming SlideShare
Loading in...5
×
 

"地方エンジニア" という考え方はすでに終わっている

on

  • 47,317 views

2014/2/1 DevLOVE四国の発表資料。

2014/2/1 DevLOVE四国の発表資料。

Statistics

Views

Total Views
47,317
Views on SlideShare
44,075
Embed Views
3,242

Actions

Likes
137
Downloads
108
Comments
1

19 Embeds 3,242

http://d.hatena.ne.jp 1021
http://hiroki.jp 674
https://twitter.com 501
http://hima-j.in 478
http://yonetoshi.net 406
http://chocoby.jp 98
http://tweetedtimes.com 13
http://gokigenzinsei.hatenablog.com 12
http://feedly.com 11
http://localhost 5
http://nuevospowerpoints.blogspot.com.es 4
http://b.hatena.ne.jp 4
http://wordpress.local 3
http://mym.corp.yahoo.co.jp 3
http://www.google.co.jp 3
https://inoreader.com 2
http://nuevospowerpoints.blogspot.mx 2
http://news.google.com 1
http://nuevospowerpoints.blogspot.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    "地方エンジニア" という考え方はすでに終わっている "地方エンジニア" という考え方はすでに終わっている Presentation Transcript

    • “地方エンジニア” という 考え方はすでに終わっている 2014年2月1日 株式会社ハートレイルズ 荻野 浩史(@ogin_s57)
    • 自己紹介 ゆるふわ.rb 創設者 Agile459 スタッフ Blog:ITエンジニアとして生きる
    • アジェンダ 終わりゆく “地方エンジニア” という考え方 “仕事力” を考える・・・その前に 在宅勤務から学ぶ信頼を得る “仕事力” まとめ
    • アジェンダ 終わりゆく “地方エンジニア” という考え方 “仕事力” を考える・・・その前に 在宅勤務から学ぶ信頼を得る “仕事力” まとめ
    • “地方エンジニア” と聞いて どのような印象を持ちますか?
    • わたしは何だか違和感を覚えます
    • なぜ “エンジニア” ではなく “地方エンジニア” なのか?
    • “地方” という言葉は “首都圏” との対比で使われている???
    • ※こんなイメージ 首都圏 地方
    • しばしば語られる 多額のIT予算を持つ企業や官庁が 集中する “首都圏”とそれに従属 する “地方” の構図
    • http://diamond.jp/articles/-/46790
    • 首都圏にIT産業が集中すれば 地方からエンジニアはいなく なるのでしょうか?
    • 労働集約的な考え方だとYES
    • 仕事のある場所に 仕事をこなす人がいる
    • 知識集約的な考え方だとNO
    • 仕事に必要な知識・技術を それを持っている人から集める
    • 有用な知識を集約出来るのであれ ば離れた場所であっても問題ない
    • 地方に住む我々は知識集約的な 方向へ歩を進めるべき
    • それをお膳立てするための 環境も整ってきている
    • Google Drive Hangouts! お膳立てする環境
    • 様々なクラウドの登場によって 地方⇄首都圏といった物理的な 距離は制約ではなくなりつつある
    • 物理的な距離が制約でなくなると どうなるのか・・・?
    • 物理的な距離を越えてでも 優秀なエンジニアと仕事がしたい という企業が出てきます
    • つまり日本中のエンジニアが 同じ土俵で能力を競い合う 大海賊時代がやってきます
    • 「オレの財宝か?欲しけ りゃくれてやる。探せ! この世のすべてをそこへ 置いてきた!!」
    • 「オレの財宝か?欲しけ この世のすべてを りゃくれてやる。探せ! この世のすべてをそこへ 手に入れられるかも?www 置いてきた!!」
    • 冗談はさておき・・・
    • その時代の到来と共に あなたは “地方エンジニア” ではなくなります
    • ロケーションが離れていても あなたを求めて仕事がやってくる
    • あなた自身が仕事を 勝ち取ってくるような時代
    • ワクワクしませんか?
    • ・・・とはいえ不安もあります
    • そのような時代で生き抜いていく ためには何が必要でしょうか?
    • わたしはこう思います
    • 技術力はあって当たり前 必要なのは信頼を得る仕事力
    • 仕事力とは・・・?
    • わたしの在宅勤務事例を通して 信頼を得る仕事力について 一緒に考えてみましょう
    • アジェンダ 終わりゆく “地方エンジニア” という考え方 “仕事力” を考える・・・その前に 在宅勤務から学ぶ信頼を得る “仕事力” まとめ
    • まずはざっくり在宅勤務の 雰囲気をお伝えします
    • 職場
    • 職場(2m×2m)
    • 離れたロケーション
    • 900km
    • 2パターンの仕事のしかた (メリット・デメリットと共に)
    • 顧客 ※1 顧客代理が開発スタッフに仕事を割り当てる ※2 開発スタッフは顧客代理とのみやりとりする 隔週の打ち合わせ 顧客代理 起票 issue単位で作業 開発スタッフ その1. 顧客代理パターン
    • メリット ・顧客代理がイイ意味で情報を精査出来る ・開発スタッフがやりとりするのは基本的に 顧客代理だけなので気兼ねしない
    • デメリット ・トラックナンバー1になりがち ・顧客代理がボトルネックになってしまう ・開発スタッフの自主性を生みづらい
    • 隔週の打ち合わせ 管理スタッフ 顧客 ※1 開発スタッフが顧客と直接やりとりする ※2 必要に応じて管理スタッフと相談しながら   進める 開発スタッフ その2. 開発スタッフ主導パターン
    • メリット ・トラックナンバーを増やせる ・クラウド上に情報を集約出来る ・開発スタッフの自主性を生みやすい
    • デメリット ・開発スタッフからは顧客の表情が読み取れ ないので思わず失礼なことをしてしまうかも ・開発スタッフの自主性がないと回らない (自らクラウド上の情報を追いかけてプロジェ クト全体の内容を整理したりボトルネックを推 測したりする等のスキルが必要)
    • アジェンダ 終わりゆく “地方エンジニア” という考え方 “仕事力” を考える・・・その前に 在宅勤務から学ぶ信頼を得る “仕事力” まとめ
    • 在宅勤務で出来ること
    • 密接な対話
    • 飲みニケーション
    • ソフトウェア開発
    • 在宅勤務で出来ること 密接な対話 飲みニケーション ソフトウェア開発 ➡対話や飲みではなく開発(仕事)を  通して信頼関係を築く
    • 在宅勤務で出来ること 問. 密接な対話 どうすれば開発(仕事)を通 飲みニケーション して信頼関係を築けるか? ソフトウェア開発 ➡対話や飲みではなく開発(仕事)を  通して信頼関係を築く
    • 在宅勤務で出来ること 答. 密接な対話 飲みニケーション 信頼される仕事をする ソフトウェア開発 ➡対話や飲みではなく開発(仕事)を  通して信頼関係を築く
    • 信頼される仕事をするために 大きく3つ重要なことがあります
    • (その1) 成果にコミットする
    • 成果とは?
    • このシステムのおかげで 請求書管理がとっても楽 になった 製造 成果 利用者A エンジニア ちょっとUIが分かりづら 利用者B くて使いづらいんだよ な∼
    • このシステムのおかげで 請求書管理がとっても楽 になった 製造 成果 利用者A エンジニア ちょっとUIが分かりづら 利用者B くて使いづらいんだよ な∼
    • 利用者にとっては重要なのは 「ソフトウェアで自分の問題を解 決出来るか?」であり、それが どんなテクノロジーで実現されて いるかは全く重要ではない
    • どうやってソフトウェアを製造す るか?ではなく、ソフトウェアを 通してどのような価値を利用者に 提供するか?にコミットする
    • (その2) トレードオフを考える
    • 価値を提供するスピードと技術 的負債のトレードオフを考える
    • エンジニアとしては技術的負債を 抱えないために拡張性の高い 無駄のないコードとしたい
    • でも利用者は待ってくれない ソフトウェアを早く届けることは それだけで価値がある
    • 早く届けることも技術的負債を 残さないこともどちらも大事 ちょうど良い着地点を見つける
    • (その3) 毎日成果を出す
    • 在宅勤務で1番避けるべき状態は 「何をやっているか分からない」 という状態
    • 作業している姿が見えないので 「今日は1日xxxの調査をしてました」 は通用しづらい
    • だってホントにやってたか どうか分からないでしょ?w
    • だから信頼される仕事をする ためには毎日少しずつでいいから 成果を出すことが大事なのです
    • そのために・・・ 1つの仕事を「2時間∼1日」 単位に分割する      
    • 利用者に価値が届けられる最小の 粒度かそれよりもう少し大きな 粒度で分割する ・帳票登録できること ・帳票出力できること ・etc...
    • 分割することで小さな価値を 毎日届けることが出来る
    • アジェンダ 終わりゆく “地方エンジニア” という考え方 “仕事力” を考える・・・その前に 在宅勤務から学ぶ信頼を得る「仕事力」 まとめ
    • 仕事力とは・・・?
    • 仕事を通して小さな信頼を積み 重ねていく我慢強さを持つこと
    • 成果にコミットし、小さな 成果を出し続けていくこと
    • ・・・だとわたしは思います
    • あなたの答えは出そうですか?
    • 本日は “地方エンジニア” というものが終わりゆく時代が やってくるという話をしました
    • ただし! 誰にでも等しくその時代が 到来することはないでしょう
    • あなたが望めばその時代は きっと到来するでしょう
    • あなたが望まなければその時代は きっと到来しないでしょう
    • あなたはその時代の到来を 望みますか?  望みませんか?
    • もしあなたが新しい時代の 到来を望んだ時、今日の話を ほんの少し活かしてもらえれば 嬉しく思います
    • 共に大海賊時代を懸命に 生き抜いていきましょう
    • 「お前がどこの誰だろうとおれはお前を越えていく」
    • やっぱり訂正。 1番大事なのは仕事力じゃなくて どんなことがあっても生き抜こう とする信念と志だと思います
    • ご清聴ありがとう ございました