良いCTOは金の草鞋を履いてでも探せ (ZEROBASE BLOG)へ頂いたコメントを紹介します。それをきっかけとして、CTOの職務とは何かについて考えてみたいと思います。「天才エンジニア」と同様に「CTO」という言葉も曖昧に使われがちです。 →素敵な要約をして頂きました：CTOと「技術経営」 - Zopeジャンキー日記 今回のポイント CTOの職務は何か？ それに必要な能力は何か？ 前提 「CTOの職務」を論じる上での大前提ですが、「人に仕事をつける」という考え方ではなく、「職務に人をつける」という考え方を前提として読んでください。つまり、「ある天才エンジニアを連れてきてCTOという肩書きを与える」のではありません。さきにCTOという職務と、その職務記述書(job description)があって、そこに「CTOの職務記述書に相応しい人物を連れてくる」という考え方です。 誤解の無いように

とあるスタートアップを抜け、CTOを辞めた話。 辞めると来まって、1週間ぐらい立ちいろいろ整理してきたので、そろそろこのことについて書く。前々から書かなければ、ならないという謎の使命感を持っていた。 僕は、Technical RockstarsのCTOだった。このスタートアップで、リアルタイムBaaSサービスと等、いろいろなサービスを提供していた。スタートアップ自体は、2013年の11月あたりから、CTOの就任して、大体1年と、半年ぐらいか?そのぐらいの期間CTOだった。 そして、これから、なぜCTOを辞めたのか?というのと、日本のスタートアップ、とくにエンジニアスタートアップの問題点、何を学習したのか? 何を得たのか? そして僕はこれからどうするか?というのを、つらつらと書いていきたいと思っている。 スタートアップとは? ここで、スタートアップがどういうものか?というのを知らない人の為に

「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要

Photo by paul bica 僕は19年にわたって百貨店に勤め、悩みに悩んだ末に退職し、自分で商売（アンティーク着物、リサイクル着物のネット販売）を始めて現在に至っているわけだが、実際に会社を辞めるまでには、かなり長い期間、逡巡した。 いつから悩みだしたのか、はっきりとは思い出せないのだが、辞めるべきかとどまるべきか、辞めて何をするべきか、辞めても食べていけるのか、少なくとも2年間は悩み続けていたと思う。 おそらく、いま現在、会社を辞めるかどうかで迷っておられる方は多いだろうと思う。 どうすべきかということについて、見も知らないひとにアドバイスなんかできない。 しかし、独立しようとしたときに、嫁や、会社の同僚たちや、親がどんな反応をしたのか、またそれを受けて僕がどのように感じたのかという話は、いくらか役に立つかもしれないと思い、この文章を書いてみることにした。 ■ 退職時の状況 僕

【20代の不格好経験】起業後にサービス開発担当者が「自分には作れない」と白旗。売り上げゼロの状態で一から技術者探しに奔走～ユーザベース代表　梅田優祐さん 今、ビジネスシーンで輝いている20代、30代のリーダーたち。そんな彼らにも、大きな失敗をして苦しんだり、壁にぶつかってもがいた経験があり、それらを乗り越えたからこそ、今のキャリアがあるのです。この連載記事は、そんな「失敗談」をリレー形式でご紹介。どんな失敗経験が、どのような糧になったのか、インタビューします。 リレー第8回：株式会社ユーザベース代表取締役共同経営者　梅田優祐さん （ピクシブ株式会社代表取締役社長 片桐孝憲さんよりご紹介） （プロフィール） 1981年生まれ。大学卒業後、コンサルティングファームのコーポレイトディレクションに就職し、製造業、商社を中心とした全社成長戦略、再生戦略の立案・実行支援、食品メーカー等のBPRを中心に

2014年9月29日に召集予定の臨時国会で、政府は改正労働者派遣法案を提出する。同法案は先の通常国会では法案の不備により廃案となったが、一部の条文に修正を加え、ほぼ同じ内容で再提出する方針だ。 法案の施行目標は、通常国会提出時と同じ2015年4月に据え置く。ただし、制度改正の詳細を規定する省令や指針の確定は年明け以降にずれ込む見通しだ。通常国会提出時は、早ければ2014年夏から秋、遅くとも初冬での確定を予定していたが、再提出では詳細確定から施行までの期間が大幅に短くなる（図1）。このため、技術者の派遣先及び派遣元は早急に情報収集を始め、準備を進める必要がありそうだ。 雇用安定措置やキャリアアップ措置に注目 今回の法改正は、IT業界に非常に関わりが強い二つの制度廃止を盛り込む。「特定労働者派遣」と「専門26業務」だ。 特定労働者派遣は、派遣元が常時雇用する技術者を派遣する形態で、届出のみで手

Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3

IPAはIT社会の動向を調査・分析し、情報発信するため、2009年から「IT人材白書」、2017年から「AI白書」を発行してきましたが、昨今、DXの進展に伴い、ITとビジネスの関係がさらに密接となってきたことを背景に、人材、技術、そして戦略の要素を統合し、新たに「DX白書2021」を発刊しました。 DX白書2021 ◎従来の「IT人材白書」を統合した内容となっています。 IPAでは、「IT人材白書（IT人材動向調査）」の調査内容の一部を継承した下記の調査を行い、報告書を公開しています。併せて、ご利用ください。 2020年度「デジタル時代のスキル変革等に関する調査」 IT人材（※）の学び直しや流動実態の把握に加え、変革を推進するための組織や人材マネジメントのあり方などについて調査しました。 ※IT人材とは、従来のIT人材（IT企業や事業会社の情報システム部門等に所属している人）に加えて、IT

政府は、2020年までにテレワーク導入企業を3倍にする方針を打ち出し、そのための助成金も交付している。テレワークを重視するその背景には何があるのか？ 安倍内閣が「残業代ゼロ」方針を決定した日、もう1つ重要な閣議決定がなされた。それは2020年までに日本を世界最高水準のIT活用の国にしようという取り組みの強化だ。 その方針を示す「世界最先端IT国家創造宣言」の改訂版（参考リンク）には、「失われた20年」に終止符を打つべく、さまざまな分野で積極的にITを活用していこうという取り組みが紹介されている。その注力分野の1つに挙がっているのが「テレワーク」だ。 同宣言では、 2020年までにテレワーク（雇用型）導入企業を、2012年度比で3倍にする 週1日以上、終日在宅で就業する雇用型在宅型テレワーカーを、全労働者数の10％以上にする という2つの数値目標を掲げている。 しかし、現実に目を向ければ、テ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

筆者の本業はプロマネ（プロジェクトマネジャ）ですが、ここ数年は本業をそっちのけにして、ソフトウエア開発に関わるSE（システムズエンジニア）とプロマネを対象に、文章作法の研修やセミナーを実施してきました。これまで研修で接した技術者は6000人、セミナーで接した人は4000人に及びます。 延べ1万人に教えた経験から分かったのは、ソフトウエア開発に関わるSEとプロマネの文章力、すなわち言葉の力が訓練されていないということです。訓練には教材が必要です。そこでSEとプロマネが文章を書くうえで必要となる事柄を「SEとプロマネを極める　仕事が早くなる文章作法」（発行：日経BP社）にまとめました。その中でも特に基本的な事項、別の言い方をすれば、SE/プロマネは知っていて当然であろう文章作法を、本連載で紹介しましょう。 SE/プロマネの仕事の大半は「文章」の作成 残念なことに「SEやプロマネのための文章作法

せみやしん @shin_semiya 上層部からの「次はアジャイルでやってよ」という声で始まる 上層部のアジャイルの理解は「早い、安い、うまい」という理解 「アジャイルだから設計できてなくてもいいんでしょう？」 「アジャイルだから仕様変更何回してもいいんでしょう？」 最後にお約束の「ただし納期と仕様はマストだから」 せみやしん @shin_semiya 基本的に形から入る。 イテレーションという短い単位で区切る。一週間単位が多い。 なぜ一週間なのか、とかそういう話はしない。 かんばんというものも取り入れる。 かんばんつくる目的って何？とか考えない。 新しいプラクティスを入れないところは今まで通りやる。 せみやしん @shin_semiya 例えばタスク管理はエクセルシートで行う。 それってほかの作業と食い合わせ悪くね？という話をするのは反逆である。 また、当初に決めた作業を基本的に最後まで

「なぜなぜ分析」は、品質管理や労働安全管理などの分野で、よく用いられる手法だ。発生した問題事象の根本原因を探るために、「なぜ？」「なぜ？」とくりかえして掘り下げていく。この問いかけを“5回はくりかえせ”と、よく指導しているため、別名「なぜなぜ5回」とも呼ばれる。元々、トヨタが発祥の地であり、トヨタ生産方式の普及とともに、他の業界や分野でも使われるようになった。 図は、トヨタ生産方式の生みの親である大野耐一氏の著書から一例をとって、図示したものだ。工場内のある生産機械が故障してとまったとき、「なぜ機械は止まったか？」の問いに、「オーバーロードがかかって、ヒューズが切れたからだ」と答えただけでは、じゃあヒューズを交換して再起動すればいい、という答えしか出てこない。 しかし、なぜオーバーロードがかかったのか？→ (2)軸受部の潤滑が十分でないからだ、とほりさげ、 さらに (3)潤滑ポンプが十分組

前回のエントリで、37シグナルズの新刊『強いチームはオフィスを捨てる』を紹介した。この本はとてもよい本なのだが、ではこの本で紹介されているようなリモートワークを中心にした働き方を未来ではみんながするようになるのかというと、それはまた別の問題だと言わざるを得ない。特に、日本ではリモートワーク（≒在宅勤務）の全面的な普及は現状だとかなり難しそうだと僕は思う。 もちろん、部分的にリモートワークを取り入れている会社は日本にもたくさんある。僕がまだ会社員をしていたころに働いていた会社も、ノートパソコンを持ち出して家で少し仕事をするようなことはできた。ただ、これはあくまで普通にオフィスで仕事をすることに対する補完的な位置づけのものに過ぎず、1週間のほとんどを在宅勤務で済ませるわけにはいかなかった。特に、会議の類に出席するには実際にオフィスに行くしかない。僕の前職は会議が山のようにある会社だったので、リ

ITマーケティングコンサルティング等。京都大学工学部卒、神戸大学大学院経営学研究科修了。キャリア・デベロップメント・アドバイザー。 日本ヒューレット・パッカード株式会社に入社後、ソフトウェア開発を経て、2003年からLinuxビジネス立ち上げのリーダーとなり、日本HPをLinux No.1ベンダーに導く。2010年より、株式会社サイバーリンクスにて新規事業開発に従事。2011年4月 MKTインターナショナル株式会社を起業し、現職。 『マックで飛び込むインターネット』(翔泳社) の執筆以降、ライター活動も実施中。『リーダーにカリスマ性はいらない』（中経出版）、『MySQLクックブック』『JBoss (開発者ノートシリーズ) 』(オライリージャパン) など著訳書多数。 ブログ：あかいまことのブログ Twitter id: mktredwell ＤＯＬ特別レポート 内外の政治や経済、産業、社会問