意思決定できる人の手順の型 - Konifar's ZATSU
意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す
VPoE handbook | エンジニア組織のマネジメントに悩んでいた三年前に戻れるなら渡したい。VPoE handbookを書き終えました (目次&サマリ付)｜Takayuki Shimizu
（この記事はVPoE handbookの目次＆サマリパートです） 以下で書き始めを宣言してから進捗が悪思わしくなかったhandbookですが、ようやく書き終わりました。 数えるといつの間にか合計30,000字ほどになり、意外とボリュームが増えてしまったので、少しずつ読みやすいように章ごとに記事にしています。 目次はこの記事の目次部分、もしくはこちらのマガジンの一覧からご覧ください。 この記事自体ではその目次と簡単な解説をつけ、ざっくりと全体像を知り、詳しく読みたい気になる記事を見つけやすくするような構成で書いていきたいと思います。 （この7月からは開発マネジメントのキャリアとはまた違った方向に進みだしたので、賞味期限切れギリギリ?!になりましたがなんとか整理も終わりました。） VPoE handbookを書こうと思った理由まずはなぜ書こうと思った？の問題意識から。 この記事にあるように、三
フロントエンド開発の概要について
ここでは、フロントエンド開発の概要について説明していきます。 ＊元記事はこちらです。(英語) この記事でカバーしているものについてSingle-page Apps (SPAs)New-age JavaScriptUser InterfaceState ManagementCoding with StyleTestingLinting JavaScriptLinting CSSTypesBuild SystemPackage ManagementContinuous IntegrationHostingDeploymentSingle-page Apps (SPAs)かつてはサーバーサイドレンダリングという、別のURLを開くごとにページをリフレッシュしてサーバーから新たなHTMLページを送る手法が主流でしたが、最近のSPAsではクライアントサイドレンダリングというものが主流になっています。
去年度から現在に至るまで、その振り返り、リクルートであったことの話 - i remember nothing
2017 - 04 - 24 去年度から現在に至るまで、その振り返り、リクルートであったことの話 一年前の今頃、私は新卒エンジニアとして リクルート に採用され、出向先の リクルート マーケティング パートナーズで実務をやっていた。 就活は自分にとって ロシアンルーレット みたいなものだった。どんな会社でも入ってみないと善し悪しがわからない。だからここは運試しだろうと、内定した企業のうち一番提示年収が高くサービス内容が興味のあるジャンルである（いわゆる英語教育系のサービスであった） リクルート に入社した。 でも、２ヶ月後に休職し、気づけば入社半年後には退職していた。 リクルート では、内定が出る時点でミッショングレードというものが提示される。平たく言うと、そのランクに応じて与えられる業務目標が設定され、年俸が変わるというものだ。 だいたいの新卒は同じミッショングレードを与えられる。私も標
オープンイノベーションと闇イノベーション
先日、とある人の Faccebook での投稿で「オープンイノベーションは都市伝説」という発言があって、私もそれに近い感覚を持っているので今の考えをまとめておきます。 オープンイノベーションの成功例国内外のオープンイノベーション事例や日本国内の現状については、300 ページを超えるNEDO のオープンノベーション白書 (2016) によくまとまっています。 こうした白書や本に掲載される事例を見ていると、オープンノベーションには確かに成功例はあるものの、向き不向きがあることに気付きます。 成功事例を見てみると、「課題が明確」でかつ「課題が衆目を引くぐらい面白い」ものであり、「課題を解決するための技術」をインバウンドで求めている、といった条件を満たすと成功しやすいように見えます。 たとえばよくオープンイノベーションの事例として挙げられる P&G のプリングルスのプリントチップスの事例を見てみる
年収1000万の発達障害者が「ADHDのタスク管理術」について語ってく : 凹凸ちゃんねる 発達障害・生きにくい人のまとめ
今日はタスクの進め方について書いてみたいと思う。 言うまでもないけど、これは俺的にうまくいったという方法を紹介するだけで、絶対的なものではない。 他にもいい方法があったら俺も参考にしたいので教えてほしい。 で、それ以前にはっきりさせておきたいことがある。 それは、 「タスクとは何か」 ということだ。 具体的にはTODOとタスクはどう違うのか？という話だ。 ADHDが仕事の効率化を図ろうと考えて検索とかしてみると、まず TODOリストを作れ というアドバイスに行き当たる。 これは実際に目にしている人も多いと思う。 俺も試したことがあるが、確かに作らないよりは作った方がいい。 しかし、どうも俺はこの方法が性に合わなかった。 TODOリストを作っても、なんだか気が重くなるだけで、よしやるぞ、という気分にならない。 俺たちの得意技「先延ばし」の予感しかしない。 なんでこうなってしまうのだろう？と思
マネジメントって何すればいいの〜？1年間マネジメントに向き合ったのでまとめを書きます - Qiita
はじめに こんにちは！Supershipの永田ゆにこです！「Supership株式会社 Advent Calendar 2016」の20日目を担当します（^o^）今年は会社のやつに参加するぞ〜！ これからマネジメントやらなきゃいけない人や、同じように困ってる人にぜひ読んでほしい！めちゃくちゃ長いです。 前置きと振り返り さて、これまでは二年連続でGitに関することを書いてきました。Gitが使えるデザイナーブランディングをしていたんですね〜。いまやデザイナーの人がGit使うのは普通になってきた印象です。便利すよねえ。 去年の書いたのはこれ Gitとわたしとデザイナーと 〜2015年Gitの思い出〜 その前書いたのはこれ デザイナーがこうやってGit覚えて大好きになったよ♡ てな感じで少し前はデザイナー&ディレクターをしていたのですが、最近はだんだんプロデューサー&マネージャーぽい感じに変わっ
「プログラミングは簡単に学べる」という嘘 | UX MILK
プログラミングを学ぶことは簡単なことではありません。それは誰でも知っていることです。 ですが、残念ながら「プログラミングは簡単！」といった文句でビジネスをしようとするマーケターはたくさんいます。彼らのプロダクトを使えば、あるいはそうなるのかもしれませんが。 Hearing the WWDC keynote say coding isn't hard frustrates me. It's extremely hard. You're setting beginners up for huge disappointments. — Tyler McGinnis (@tylermcginnis33) 2016年6月13日 WWDCキーノートで「プログラミングは難しくない」と言っているのは本当に腹が立ちます。ものすごく難しいですから。初心者を騙してがっかりさせるだけです。 誰かがあなたに対してプ
マネジメントに悩める全てのエンジニアにささげる 伊藤直也の１人CTO Night
…というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ～マネジメントに悩める全てのエンジニアにささげる～ 伊藤直也の１人CTO Night ｜転職ならDODA（デューダ） 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基本姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組
【中編】華麗なるキャリアの道程は、『ドワンゴ』から逃げ出したい一心から！？
＜前編のあらすじと中編のお話＞ 夏の訪れを感じさせる某日、大のお寿司好きであり、ゲーム好きでもある、伊藤直也氏（以下「naoya」）が、本企画の最終回にゲストとして招待したのは、『株式会社ドワンゴ』の川上量生氏（以下「川上」）。普段から大のゲーム仲間でもあり、親交の深い二人の話は、過去の『ドワンゴ』を振り返る話から、アニメ業界とIT業界の話まで、多彩に展開されます。そして、話はいよいよ川上氏が考えるモノづくりの根幹の部分に迫っていくのであった―― ⇒【前編】の記事はこちら — naoya：エンジニアが自分の好きな言語を使うのにあれこれそれっぽい理由を捻り出すという話が出ましたけど、スクラムやDDDの導入に際しても、やっぱりそんな感じだったんですか？ — 川上：うん。もちろんスクラムやDDDが言っていることは正しいんですよ。でも、それを前提に開発をすべきというみんなのこだわりはなんなのか、っ
マックスむらいとAppBankとなかまたち、やまもといちろう砲を掻い潜り上場承認まで辿り着く : 市況かぶ全力２階建
国策企業扱いのさくらインターネット、501億円の補助金で国を財布にした後は200億円の株券印刷で株主を財布に
GitHub経由で海外から仕事が来た話 - その後のその後
はじめて海外から（フリーランスとして）仕事をいただく、という貴重な経験ができたので、その経緯などを書いてみたいと思います。 きっかけ 7月末のある日、知らないメールアドレスから英語のメールが来ました。内容を一部だけ抜粋すると、 We are looking for someone to develop a very simple apple watch app and a companion apple phone app. というわけで、Apple Watch アプリをつくって欲しい、とのこと。内容を読むと加速度センサとジャイロを使いたいそうで、必然的に watchOS 2 案件になりそうです。 メールには明記されてませんでしたが、GitHub で公開している watchOS-2-Sampler を見て連絡くれたのかなと。（※もちろん面識はなく、共通の知り合いもいないので、これ以外にわざ
アイデアを出すことが企画だと思ってる奴は100万回死んでいい 島国大和のド畜生
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サイボウズのPC標準機はどれもメモリ32GB積んでるって、正直ムダじゃないですか？ | サイボウズ式
ロックスターになれないエンジニアたちに贈る生存戦略 by kwappa さん - niconare
StackPath