Databricksで築く未来のデータメッシュ組織/The Datamesh Organization Built with Databricks
もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの?」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。(管理の難易度が高い)郵便局の仕事は大きく「郵便」「貯金」「保険」の3つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は3年(?)毎に別の局(調布市郵便局とか)に移動する。 1. 新しい職場(チーム)に赴任したらそこの中心人物の協力を取り付ける中心人物:顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。(役職的には自分より下の人です。) 父「誰に聞いても山田(仮)さん
アーロンはさいきん手取り額が増えてるのでご機嫌だ。 1日のオーダーから揚がるサービスチャージは従業員にシェアしてるので、オーダー増加にともない彼の手取りも増加中なのだ。 で、彼にどんな変化がおきたかといえば、コンビニで買うジュースの量とファーストフードへ行く回数が増えた、だけ。 彼はいいかげんなフィリピン人のなかではとても誠実なほうだ。おそらくどこへ行っても経営者から可愛がられるとおもう。 でも、彼に資産を形成する知識を与えられる機会はほとんどない。彼の最大の資産は「オーナーの指示を気持ちよくこなす」能力だ。 その彼にあいまいな指示を与えると業務に支障がでる。「こんな感じのモノで」と買い物を頼むとまったく期待外れのモノを買ってくる。 指示を明確に与えて彼に考えさせる余地を生じさせないほうがいいのだ。 ぼくらは適切な垂直指示を与え、彼はその指示を適切に履行する。 ここではタテ組織がもっとも効
グリー株式会社を退職しました。昨日が最終出社日でした。 最終日の昨日はちょうど四半期の〆の日ということもあって、開発本部全体での納会 (飲み会) の中で盛大に送り出していただきました。いただいた花束が自分の身長の半分もあろうかというくらい大きさで、徒歩で帰宅途中、通行人にまじまじと見られるという、なかなか得難い経験をさせていただきました。 在職期間は一年半とちょっとと短かったのですが、その中でもたくさんのことを経験することができました。iOS / Android のスマートフォン版の立ち上げに始まり、SNSの開発、直近では US に出張したりしつつグローバル化の推進ですとか。何より、入社当時3名だったチームを一年半で 50人強まで拡大させる中、その人事権をまるごと任せてもらえたのは大きかったです。一緒にやっているメンバーには、自分の試行錯誤で振り回してたくさん迷惑をかけました、ごめんなさい
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか?という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
【ワシントン=岡田章裕】米通商代表部(USTR)は13日、環太平洋経済連携協定(TPP)交渉に日本が参加することに対する意見公募を締め切った。 農業、製造業などから100件を超える意見が集まった。米自動車大手3社(ビッグスリー)で組織する米自動車政策会議(AAPC)は、日本の自動車市場の閉鎖性を理由に「現時点では反対」と表明し、参入障壁となっている軽自動車規格については、「廃止すべきだ」と主張した。 今年秋の大統領選を控え、大きな雇用を生んでいるビッグスリーの政治に対する影響力は大きい。月内にも始まるとみられる日米の事前協議で自動車分野は大きな焦点で、交渉は難航が予想される。 AAPCは、日本独自の軽自動車規格について、「市場の30%を占めているが、もはや合理的な政策ではない」と批判した。日本の技術基準や、認証制度などの規制も参入の障害になっており、透明性が必要としている。1990年代後半
ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く