開発者の年功レベル
Kamran Ahmedのブログより。 ジュニア、中堅レベル、またはシニア開発者としてステップアップするには? カムラン・アーメッド (Kamran Ahmed) 私はロードマップのやり直しに取り組んでいます —— 年功レベルに基づいてスキル一式を分割し、新しい開発者に理解しやすくし、怖がらせないようにします。ロードマップは技術的な知識についてだけになるので、私が繰り返し、様々な年功の役割について考えていることについて記事を書くのは良い考えだと思いました。 私は、多くの組織が長年の経験を本来あるべきものよりも重要視することで開発者の年功を決定しているのを目にしてきました。私は、「ジュニア」とラベル付けされた開発者がシニア開発者の仕事をしており、「シニア」と呼ばれる資格さえない「主任(lead)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ
CTOの頭の中：技術を財務で表現する｜Shin Takeuchi｜note
会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない
会社は真面目に経営されるほど「学習しない組織」になってしまう | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 世界的な大企業、いわゆるビジョナリーと言われる企業では、この30年ほど「学習する組織」をどのようにして創るかということが、大きなテーマとして扱われ続けてきました。 生き残る種とは、最も強いものではない。最も知的なものでもない。それは、変化に最もよく適応したものである（チャールズ・ダーウィン） 変化が激しい時代において、「企業や組織に集う人同士が学び、変化し続けることこそ重要である」という認識は多くの人が賛同するものではないでしょうか。 ところが、この点を多くの現役ビジネスパーソンや経営者と議論していくと、実は下図に示すようないつも慣れ親しんだ企業の運営体制こそが、実は「学習しない組織」にとても陥りやすいという衝撃的な指摘が
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。 アジャイルコーチングやトレーニングを提供しています株
CIAのスパイマニュアルに学ぶ「会社をダメにする11の行動様式」
第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。（なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。） 以下、一部を抜粋した意訳です。本文は意訳の後に。 「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする 可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上 何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない 会社内での組織的位置付けにこだわる。これからしようとすることが、本当にその組織の権限内なのか、より
海外プロジェクト・マネジメントにおけるシステムズ・アプローチとは 〜化学工学会展望講演（9/09）から | タイム・コンサルタントの日誌から
・・・ただいまご紹介いただきました日揮の佐藤です。本日このセッションには、アカデミアの先生方、また実務界の諸先輩が大勢お見えになっていると思います。そこで、まず皆さんに考えていただきたい問題があります。 時は紀元前215年のこと。秦の始皇帝は、北方の異民族・匈奴の侵入を防ぐため、部下の将軍・蒙恬に城壁の建設を命じました。 今日「万里の長城」として知られるものの原型で、歴史に残るビッグ・プロジェクトでした。 しかし、長城はなかなか完成しません。そればかりか、苦役にかり出された民の怨嗟の声も届きます。そこで始皇帝は、自分の長男・扶蘇を現地に派遣し、建設事業の状態を調べることにしました。では、扶蘇が現地でまず調べるべき事は何でしょうか？ ご自分が始皇帝なら、何を調べろと扶蘇に命じますか？ （本サイトの読者諸賢も、この先を読む前に、ちょっと考えてみてください。） 次に、第二問です。 今度は、皆さん
プロジェクト・マネジメントについての新著を、9月に出します | タイム・コンサルタントの日誌から
お知らせです。 9月初旬に、プロジェクト・マネジメントについて新しい著書を技術評論社より上梓します。 「世界を動かす プロジェクトマネジメントの教科書」 佐藤知一・著 出版社の新刊紹介ページ：（概要・目次を見ることができます） http://gihyo.jp/book/2015/978-4-7741-7604-8 Amazonでもすでに予約可能になっています！ 世界を動かすプロジェクトマネジメントの教科書 ~グローバルなチャレンジを成功させるOSの作り方 本書の中心テーマは、『海外型プロジェクトの進め方』です。現在、海外への事業展開を検討し、チャレンジしている日本企業は多いですが、わたし自身が見聞きした範囲では、いくつか共通する弱点を抱えているように見受けられます。国内ではうまくいったはずの仕事のやり方が、一歩海外に出たとたん通用しなくなる、というのはよくある話です。それはPM技法的な能力
Tech Lead（TL/テックリード）の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
Tech Lead（TL/テックリード）の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム（最大で10人以上）の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値（プロダクトゴール）を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責
社名変更のお知らせ
Fringe81株式会社は2021年10月1日より、Unipos株式会社として生まれ変わりました。 コーポレートミッションを「感情報酬を社会基盤に」と新たにし、ピアボーナスをさらに発展させ、感情報酬を社会実装して社会の基盤とすることを最上位の目標として掲げ、邁進して参ります。 5秒で自動的に切り替わります。切り替わらない場合は以下のボタンをクリックしてください。 Unipos株式会社サイトへ
プロジェクト・スポンサーシップが足りない | タイム・コンサルタントの日誌から
アメリカにNeal Whittenという著名なプロジェクト・マネジメントのコンサルタントがいる。何年か前に、ボストンで彼の講演を聴いたことがあった。彼はその中で、プロジェクトが失敗する三つの主な原因を挙げていたのだが、それがずっと頭にひっかかって残っている。彼のいうプロジェクトの三つの失敗理由とは、以下のようなものだ： (1) プロマネのハード・スキル不足 (2) プロマネのソフト・スキル不足 (3) プロジェクト・スポンサーシップの不足 プロジェクトの失敗の理由がプロマネに帰されるのは、ある意味、当然のことだ。Whittenはプロマネの能力を、ハード・スキルとソフト・スキルとに分解する。ハード・スキルとは、知識や技法など、いわゆる座学で習得できる種類のものである。WBSだとか、PERT/CPMだとか、パラメトリック見積法だとかいった事柄で、これらは技術として移転可能なものである。わたしの
OSを持つ、ということ : タイム・コンサルタントの日誌から
海外の外注先とトラブルが発生した。発注書で決めていた納期が守れそうもないというのだ。我々から彼らにインプットすべき仕様情報が不正確だったし、予定より遅くなったせいだ、と彼らは、いう。こちらから見ると、彼らが出してきた設計承認図や仕様書の品質が低く、かなりコメントをつけてやり直しさせる必要があった。おまけに、両者共通の悩みとして、われらがエンドユーザーである顧客がぐずぐずとなかなか決めず、リサイクル的コメントをつけてくる問題があった。だが、まだ設計の中盤なのに、じりじりとスケジュールが遅れていった。このままだと、下流工程の仕事にも影響が出かねない。 担当者は、プロマネに相談にいくつもりだった。だが、彼のチームのベテランは、それを制した。そのベテランは別プロジェクトに従事していたが、担当者のことはよく面倒を見ていた。 「いったい何を相談に行くんだ？」 －－このままだと2ヶ月近く遅れそうです。下
ドワンゴの準エンジニア手当という制度が面白い - 続・はてなポイント３万を使い切るまで死なない日記
ドワンゴにはエンジニア手当というものがあって、プログラマーの給与水準が全体的に高くなっている。要するに優遇されている。 しかし、プログラミングの知識はエンジニアだけでなく企画者、あるいはデザイナーにとっても重要である。したがって、エンジニアから他の職種へのコンバートも積極的に進めるという方針がドワンゴにはあるのだが、このときにエンジニア手当というのが問題になる。要するにエンジニアをやめて他の職種にいくと給料が下がるのだ。 そのため元エンジニア手当みたいなものを作ろうとかいうような話もあったのだが、それはそれで不公平ではないかという議論もあり、結果として準エンジニア手当というものを創設し、一定の技術スキルがあることが試験で認められれば、元エンジニアだろうが、元からの企画者やデザイナーだろうが、給料が上がるという仕組みを導入することにしたのだ。 これがいまドワンゴ社内で盛り上がっているらしい、
TechCrunch
In an attempt at damage control, the CEO of the equity management startup Carta, Henry Ward, today emailed customers, telling them that if they are concerned about “negative press” tied to the out In the Lego-like world of Roblox, about a hundred blocky avatars march through a lamplit street, wielding Palestine flags that are larger than their own animated bodies. Characters dressed like cartoo
組織的負債に対処する
12のソフトウェア・アーキテクチャの落とし穴とその避け方 成功するソフトウェアアーキテクチャを開発するのはシンプルだが、簡単ではない。QARを理解し、QARを最大限に満たすトレードオフを理解し、実行するには、洞察力と経験が必要であり、その多くはアーキテクチャ自体の実験を繰り返すことで集めなければならない。プロセス自体は単純だが、考慮すべきトレードオフはしばしば難しく、簡単な答えはめったにない。
PMPの資格はほんとうに仕事の役に立つのか | タイム・コンサルタントの日誌から
昨年、勤務先でPMIの来訪を受け、同僚と共にインタビューに応じた。目的は日本におけるPMP資格取得の動向を探ることで、相手はいかにも頭の良さそうな30代の米国人であった。名刺を見ると、PhD、つまり博士号保有者であるむね書かれている。むろんPhDのほかにPMPも資格として名前の後ろに書かれている。 今さら説明するまでもないが、PMIはProject Management Instituteの略で、米国発で世界最大のグローバルPM団体である。日本にも支部はあるが、米国の本部が、世界中の数十万人の会員を統括している。PMIは元々1960年代に、プロジェクト・マネジメントに携わる人々が、PMという仕事もプロフェッショナル専門職として世に認めてほしい、との願いをもって結成された組織だ。現在のPMIは、通称『PMBOK Guide』(R)、正式には"A Guide to Project Manage
「イオン不振の原因は、コスト削減の常態化」：日経ビジネスオンライン
イオンが岐路に立っている。規模では国内最大級になった同社のPB（プライベートブランド）「トップバリュ」は「質より安さ」の印象が染み付き、ブランドイメージがここ数年で急速に悪化。トップバリュの4割弱を削減する決断を下した（詳細は「イオン、『トップバリュ』を4割弱削減へ」）。不振の背景には、限界に達した中央集権の拡大路線があった。日経ビジネス本誌4月27日号の特集「イオン 挫折の核心～セブンも怯えるスーパーの終焉」では、イオン不振の真相と次に目指す成長の姿に迫った。 なぜ今、大改革に乗り出したのか。グループの中核となる総合スーパー事業を展開するイオンリテールの岡崎双一社長が語った。 イオングループの中核事業である総合スーパーの不振が続いています。 岡崎社長（以下、岡崎）：色んな理由を言う人がいますが、本当のところは…うーん…。 現象を分析すると、人が足らなくなりすぎたのでしょう。 長いデフレの
マテリアル・コントロールとはどういう仕事か | タイム・コンサルタントの日誌から
ちょっと前にも書いたことだが、拙著『BOM/部品表入門』のサブ・タイトルは「マテリアル・マネジメント改革の基本技術」と帯に銘打っている。BOMは製造業における中核的な情報であり、モノの供給・流れ・消費を司っているからである。だが実際には多くの企業において、同一社内にE-BOMやM-BOMなど複数の部品表が存在し、その間に不整合や矛盾が絶えない、といった問題が見受けられる。あるいは逆に、マスタが存在しないまま設計図や発注書が作成され、いざ組立の段階になってから、どれがどれだか分からぬ混乱状態に陥ったりしている（受注設計生産の業態に多い）。だからBOMの諸機能と重要性について社内で認識し、オーナーシップをとりもどそう、というのがこの本の主旨である。 ところで、わたしはこのサイトで「マネジメント」と「コントロール」を区別して使っている。マネジメントはコントロールのいわば上位概念である。であるから
マネジメントのテクニックと技術論について | タイム・コンサルタントの日誌から
このサイトのテーマは『計画とマネジメントの技術ノート』である。計画に技術なんてあるのか？ そして、マネジメントに技術なんてあるのか？ －－もちろんある、とわたしは考えている。大学で講義したり、人前で話したりする機会があるときは、ほぼ必ず、「皆さん、計画とマネジメントには技術があるんですよ」と訴えるスライドを1枚いれることにしている。 それでもまあ、反応ははかばかしくない。たいていの人はピンとこない顔をしている。マネジメントという言葉を、『管理』だとか『経営』だとかいう旧来の日本語の枠内でしか捉えないためだろうか。そして人を使う技術だろ、あるいは金儲けの技術かよ、みたいに思うらしい。そんなのに技術があったら苦労しないよな、と。 わたしは2000年に、「革新的生産スケジューリング入門―“時間の悩み”を解く手法」という、単著としては初めての本を出版した。その本は幸い、比較的好評を持って実務家に迎
技術分からないCEOのアタシが考えるイケてるCTOの条件 - エルの楽園
※発言は個人の感想です。 わたしがCEOなのは本当です。いわゆる創業社長ってやつで、なし崩し的にCEOになってます。技術が分からないのも本当。また弊社は大企業でもなければIT企業でもないので、大企業だのIT企業だののCTOの場合はまた話が違うのかもしれません。まぁそんなの、究極的には各社それぞれケースバイケースですよね。 ただイマドキ、どこの会社も業務システムを使っているし外部向けのWEBサイトくらいあるでしょう？オンラインマーケティングだって少なからずやっているはずです。だからITと無関係な企業ってのもないんじゃないかなぁ。 そんなわたしがCTOに求める役割は 「経営課題のうち技術によって解決できるものを見つけ出し、解決してほしい」 です。 あ、念のために言っておくと、こういう文脈で「～してほしい」というのはモヤッとした個人的要望ではなくて、社として負ってほしい職責を指します。だから職務
とれるだけ仕事をとってはいけない : タイム・コンサルタントの日誌から
最初に、損益分岐点の説明からはじめよう。企業は、製品やサービスを売って売上を得る。しかし、世の中にタダの物はないので、そこには必ず費用（原価）が発生する。その費用が製品の販売数量に単純に比例する場合、企業は売上に比例した利益を得ることになる。この関係を図(a)に示す。横軸は、売上である。工場の視点から言うと、売上向上すなわち稼働率向上を意味するから、横軸は稼働率と見てもよい。縦軸は金額で、実線が売上高を、点線が費用を示す。費用は純粋に、売上高に比例する。これを変動費ともいう。売上に伴って、変動するからである。たとえば製品を作るのに必要な原材料の購入費がそうだ。あるいは、製品を加工するための外注費などもそうだ。 ところが、企業にはこれとは別に、売上高にまったく関係なく、固定的に発生する費用がふつうある。これを固定費という。その典型例は、設備機械の減価償却費である。あるいは、従業員の給料なども
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
