何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab
ソフトウェアエンジニアは、どのように事業に貢献すべきか？ 宿泊施設やレストランの予約サービスを提供する株式会社一休で執行役員CTOを務める伊藤直也さんは、2016年に入社しておよそ2年間、心の奥に抱えた悩みを解消できないまま仕事をしてきました。 伊藤さんは、2000年代から複数のWeb系テックカンパニーで技術部門のリーダーとして活躍し、現在でも利用される個人向けWebサービスのローンチをいくつか手掛けています。一休には入社以前からフリーランスで技術顧問を務めており、会社がヤフーグループ（当時）に入って経営陣が一新されるタイミングで、代表取締役CEOとなった榊淳さんの要請を受けて入社しました。 当時は全て.NETだったというサービス基盤の刷新や技術的負債の解消、開発組織の整備といったエンジニアリングにおいて重要な改善を進めてきましたが、あるとき自身が「事業に貢献していない」ことを明確に意識す
「新庄さんに助言できる地味なじじいがいるといい」伊集院光的ファイターズ論 | 文春オンライン
伊集院光さんを文春野球にお迎えすることになった。ご存知、筋金入りの日ハムファンだ。かつて不人気だった東京ファイターズを伊集院さんが応援してくれてると知って、どんなに心強かったことか。いつも、どんなときも「伊集院さんがこんな見方をしている」というのが僕のモノサシになった。僕も伊集院さんもただのファンではなくて、（昔流に言えばサブカルチャー寄りの）メディア側の人間だ。たとえばラジオで、たとえば新聞や雑誌のコラムで、ファイターズをどう扱うか、ファイターズとどのようなスタンスを取るかをひとに見られている。 球団の北海道移転が報じられたとき、僕は消極的ながら賛成にまわった。翌年、球界再編騒動が巻き起こる。移転反対の署名活動を始めたファンもいたけれど、それには与しなかった。内情を聞いて、このままじゃ将来、ファイターズが潰れるんじゃないかと思ったからだ。僕はそれを率直に書いた。単に賛成するのじゃない。僕
PMBOKとは？第7版でPMBOKの内容が劇的に変更された理由
PMBOKとはPMBOKは「Project Management Body of Knowledge」の略語で、日本語に訳すと「プロジェクトマネジメントの知識体系」です。読み方は「ピンボック」です。米国のプロジェクトマネジメント協会（PMI）が1986年にPMBOKのガイドブックの初版を刊行してから、ほぼ4年ごとに改訂され今では「プロジェクトマネジメントの世界標準」とされています。 本来「PMBOK」は体系そのものを指しますが、PMBOKのガイドブック「PMBOK GUIDE」を指す言葉としても用いられています。 【参考】PMI日本支部 2017年に発刊されたPMBOKの第6版はA4判750ページの大冊でしたが、第7版は250ページと1/3のボリュームになりました。目次の構成もガラリと変わっています。この大改訂にショックを受けたのが、プロジェクトマネジメント協会が主催するPMP試験（プロジ
Satoshi Murata Design
murata_sMy name is Satoshi Murata. I’m a designer from Kyoto, Japan. I design and develop digital products and services.
NTT Com オンボーディングハンドブック
オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに
CTOとVPoE（VP of Engineering）の違い | Coral Capital
本ブログはニューヨークのベンチャーキャピタルUnion Square Venturesでパートナーを務める、Fred Wilson（フレッド・ウィルソン）氏のブログ「AVC」より、CTOとVPoE（VP of Engineering）の違いについての投稿を翻訳したものです。 VPoF（VP of Finance）とCFOの場合と同じように、この2つの地位の違いは、単なる序列の上下ではありません。それどころか、CTOとVPoEの場合、序列は無関係であることが多いのです。対等であることも珍しくありません。VPoEがCTOの直属の部下という場合もありますし、CTOがVPoEの直属の部下の場合もあります（後者はそれほど多くありませんが）。 VPoEは、優れたマネージャーで、チーム構築に長けているのが理想です。この地位に就くのは、人事採用が上手で、コミュニケーションを取ることに秀で、問題解決が得意な
Google re:Work - ガイド: OKRを設定する
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
スケールドメテオフォール開発 - hogepiyohoo’s blog
序節：はじめに 近年、日本型の開発プロセスとして メテオフォール型開発 - 実践ゲーム製作メモ帳2 が注目を集めている。 eiki.hatenablog.jp 上記のメテオフォール開発では、適用対象は開発チームである。 （本稿ではこれをオリジナルMF開発とよぶ） 一方最新の研究では、これをより大きな企業レベルで適用する事により、更なる災厄効果をもたらす事が明らかになってきた。 本稿では、企業レベルでメテオフォール開発を適用する為の手法「スケールドメテオフォール開発」について、概要を説明する。 (オリジナルの方に迷惑かかるとアレなので補足:オリジナルMFを書いた方とは全然関係ない人のポストです) 第一節：スケールドメテオフォール開発 オリジナルMF開発では、単一の開発チームを想定している。 そしてこうなる。 一方、スケールドメテオフォール開発では、複数の開発チームを含む、企業全体が対象となる
エンジニアと1on1をするときの事前面談シートテンプレート - $shibayu36->blog;
はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs
プロダクトマネージャの必要性 | F's Garage
とある創業社長のお悩みとして、 「いつも社員が考えた企画案を最後にひっくり返す役割になってしまう」 ということについて、胸が痛いという話をしていた。 こういう経験がある人は特にベンチャーでは少なくないだろう。親会社などからこれを食らうのは辛い話であるが、小さな組織でも、それなりにダメージはある。場合によっては、ワンマン社長の元で、好きなことができないと絶望してしまう人もいるだろう。 しかし、これについて、そのように見方を変えられるかが生き残りのカギである。 「社長にエスカレーションされるまで企画案の問題点に気が付かなかった企画、チーム、組織の問題」 と。 創業社長は、その会社で一番、そのビジネスについて考えている立場である。ちょっとやそっとで創業社長を上回るアイディアを出せると思ってる方が考えが甘い。ある意味、ひっくり返されて当たり前だと思うほうが話し早く進む。 ここでミニCEOと呼ばれる
マネージャーと開発者が安心してアプリ開発を続けるための開発ルール - Qiita
@eaglesakura です。 皆さん、進捗どうですか？ お仕事の規模が大きくなれば、参加人数が増えていくでしょう。 参加人数が増えれば、様々な宗教観の人がプロジェクトに参加するでしょう。 お一人様プロジェクトを中心にやっていた人もいれば、大規模案件のソルジャーとしてキャリアを積み上げてきた人もいます。彼らのスキルレベルもまちまちです。 私が参加している（そしてプログラマーに対して強い権限のある立場である）プロジェクトでは、次のようなルールをベースに適用しています。 これはなるべくプログラマーの負担をかけずに管理側（プロジェクトマネージャー＝PM）が開発管理を行える（進捗がブラックボックス化しない）ことを目的とした開発ルールです。 前提ルール ソースコード管理はgit/githubを利用する 1コミット（1ブランチ）に対して、複数Issueを処理しない githubはリポジトリ管理（作成
【非エンジニア・QA向け】なんちゃってQAのススメ - Qiita
本記事はGoodpatch Advent Calendar 2016 の20日目の記事です！ Goodpatchで唯一QAの肩書をいただいているenpipiと申します。 普段は社内SEとして活動しておりますが、Prottの大幅な改修時などスポットでQAとして参加しています。 専任のQAがいれば良いのですが、ディレクターや手が空いている人がQA的なことをしているチームも多いのではないでしょうか。 本記事では、非エンジニア・QAに向けた簡単なQAのコツについて紹介します。 スタンスの話 QAは、平たく言えばサービスの品質に責任をもつ仕事です。 しかし、片手間でQAをやる場合や専任じゃない人に同じ責任を求めるのは酷です。 バグを絶対に出さないと意気込むよりも、エンジニアがやらなくても良い仕事を引き受けて、開発に集中してもらう環境を作るくらいで考えている方がモチベーションを保てると思います。 テス
IDCFクラウドの開発チームで使っているツールなど - Qiita
IDCFクラウド開発チームで使っているツールや開発者の作業環境を紹介してみたいと思います。 GitHub まずは定番のGithub。 約100リポジトリあり、3割がプロダクション利用、7割が社内利用の用途で使われています。またプロダクションで利用されているリポジトリの過去1年間のコミット数の合計は、5,090コミットでした（2016/12/14現在）。 Githubのコミットメッセージ コミットに絵文字を使うルールになっていて、.gitmessage に凡例を記載して使っています。 $ cat ~/.gitmessage # 例 # 📝 :memo: Update getting started documentation # 🔥 :fire: Remove deprecated methods # 🎨 :art: Refactor *** for readability # # 絵
はてなインターンの振り返りをYWTを使ってやってみた - だいくしー(@daiksy)のはてなブログ
今年は、はてなインターンの実行委員長という仕事をしている。 hatenacorp.jp 8月15日から9月9日までのインターンを終え、今年の教科書も公開ができた。 developer.hatenastaff.com まだもう少し委員長としての仕事が残っているが、ここで一度今年の振り返りをしようということで、実施した。 振り返り手法としてのKPTとYWT ぼくは普段、Mackerel というプロダクトの開発にかかわっている。Mackerelでは開発手法にスクラムを採用していて、2週間のスプリントごとに毎回振り返りを行っている。ここで使っているのはKPTという手法だ。 KPTはKeep, Problem, Tryの略で、2週間を振り返って、その期間でKeepしておくべき良かったこと、Problemとして議論すべき問題となること、そしてそれらを受けて次のスプリントですべきTryを決める。 K,
Qiitaにおけるリモートワーク主体の開発プロセス - Qiita
2016/9/27 スタートアップRails勉強会発表資料 About @takashi Increments アプリケーションエンジニア 主にQiita:Team担当 最近入社した 最近 Incrementsの開発チームが大事にしていること HRTを大切にしたコミュニケーション 作業は意識的に自動化する 属人性を極限まで排除する 重要な価値に集中する Qiitaにおけるリモートワーク開発プロセス HRTを大切にしたコミュニケーション Humility(謙遜), Respect(尊敬), Trust(信頼) リモートワークにおいてHRTとは？ オンラインコミュニケーションは誤解を招きやすい (本当に)意図せず冷たく接しているように伝わる そこで なにげないレビューに を添えるだけで雰囲気が良くなる (けど普段喋れないこともあるので)月１回はオフラインで集まるようにしている 作業は意識的に自
親に知ってほしい受験勉強
小学校以降〜大学受験まで、学年に関係なく、受験を控えている or 受験をするかもしれない子どもの親に向けて、親にこそ知っておいて欲しい効率的な勉強方法を有給ニート中の有り余るヒマを注ぎ込んでまとめてみたスライド。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CSS in JSとしてVanilla-Extractを選んだ話と技術選定の記録の残し方
dxcriteria/README.md at master · cto-a/dxcriteria
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
技術的負債と向き合う
