エンジニアと1on1をするときの事前面談シートテンプレート - $shibayu36->blog;
はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs
プロジェクトをリードする技術 - kakakakakku blog
今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
TeamGeek から学ぶマネジメント・アンチパターン13選 - Qiita
はじめに 今更ながらTeam Geekを読んでみたら良かったので、個人的に学びが多いと思った箇所をアンチパターンの形でまとめてみました。自分でやってしまった失敗に関係する内容がメインですが、メンバーとして嫌だなと思っていた部分もあります。 いくばくかのリーダー経験を経て(大半は失敗)、チームで結果を出す難しさと大切さを知った時期に、このような良書に出会えたことを感謝しつつ書きました。現在進行形でリーダーとしての働き方に悩まれている方や、これからリーダーになる方の一助となれば、そしてTeamGeekを手に取るきっかけとなれば幸いです。 内容について 冒頭にも書きましたが、以下すべて "アンチ" パターンです。(真似しちゃダメってやつですね) アンチパターンをやってしまうときのリーダーの頭の中を再現して書いてみました。(構成は自分の経験によって再編成しているのでTeamGeekのそれとは少し異
マネジメントって何すればいいの〜？1年間マネジメントに向き合ったのでまとめを書きます - Qiita
はじめに こんにちは！Supershipの永田ゆにこです！「Supership株式会社 Advent Calendar 2016」の20日目を担当します（^o^）今年は会社のやつに参加するぞ〜！ これからマネジメントやらなきゃいけない人や、同じように困ってる人にぜひ読んでほしい！めちゃくちゃ長いです。 前置きと振り返り さて、これまでは二年連続でGitに関することを書いてきました。Gitが使えるデザイナーブランディングをしていたんですね〜。いまやデザイナーの人がGit使うのは普通になってきた印象です。便利すよねえ。 去年の書いたのはこれ Gitとわたしとデザイナーと 〜2015年Gitの思い出〜 その前書いたのはこれ デザイナーがこうやってGit覚えて大好きになったよ♡ てな感じで少し前はデザイナー&ディレクターをしていたのですが、最近はだんだんプロデューサー&マネージャーぽい感じに変わっ
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
UXは「ユーザーを正しく理解」だけじゃない――組織のUXデザインを、Gaji-Laboの山岸さんに聞いた／HCD-Net通信 #28 | HCD-Net通信 | Web担当者Forum
「ユーザエクスペリエンス（UX）」のデザインや、その手段としての「人間中心設計（HCD）」という単語を、このところよく見かけるようになりました。 その多くは、「ユーザーを正しく理解しよう」というものです。それ自体はすばらしいことで、価値があることに疑いはありません。 でも、UXの対象者は、実はエンドユーザーだけではないと言うと、あなたは驚くでしょうか。 というのも、UXを大きな視点で見ると、サービスや製品がエンドユーザーに届くまでのあいだに、そこにたずさわる、すべての人が、その対象であると考えられるのです。 その1つに、自社の「チームのUX」のデザインという考え方があります。 「チームの信頼感を生むための、組織のUXデザイン」について、ワークショップ設計の専門家でもある、株式会社Gaji-Labo（ガジラボ）の山岸ひとみさん（HCD-Net認定 人間中心設計専門家）に伺いました。 社員やパ
エンジニアリングのマネージメント | GREE Engineers' Blog
こんにちは、岡崎です。最近はグリーのインフラチームにおける開発のマネージメントを担当しています。 このエントリーは「GREE Advent Calendar 2014」2日目の記事です。昨日は岸田さんによる「イノベーションが失われた組織から脱却する10のルール」でした。 さて、気がつけばここに書くのも昨年のAdvent Calendar 2013「開発ワークフローを、いつどう変えるか」以来です。去年は開発プロセスについてやってきた事の振り返り記事でしたが、今年も同じようにこれまでのプロジェクトを振り返りながら今回はエンジニアリングのマネージメントについて考えてみます。 エンジニアリングマネージャーとはどのような責任を持っているか エンジニアリングマネージャーとはどのような責任を持った役割でしょうか。本題に入る前にまずは「責任」という言葉の定義について確認しておきます。 「責任」と一言で言う
サービス開発エンジニアからマネージャになった話 - クックパッド開発者ブログ
はじめに こんにちは、レシピ投稿推進室の勝間（@ryo_katsuma）です。 techlifeでの執筆は5年ぶり（！）になります。 さて、そんな私も今年2014年の5月にエンジニアからサービス開発の部署のマネージャに転身しました。 そこで今回のtechlifeブログは、いつもの技術ネタとは少し異なるテーマとして、「クックパッドにおいて、エンジニアからマネージャに転身する」ことが、どういうことなのかを自分自身で振り返り、まとめたいと思います。 エンジニアが自身のキャリアを考える上で、少しでも参考になれば幸いです。 現状 私は、2009年5月に中途入社し、今年で6年目になります。この年数は、エンジニア全体はもちろん、社内全体で見ても古い方になります。 これまで、技術部、HappyAuthor部（現在、私が所属している前身になった部）、新規事業部、プレミアム会員事業部...など、いろんな部署で
「話のわかりやすい人」と「わかりにくい人」のちがい
前職の時から、私は「話のわかりやすさ」にはかなり個人差があると感じていた。 何故話のわかりやすい人と、わかりにくい人がいるのか？最初はよくわからなかった。「生まれつき」なのか？「訓練」なのか？しかし、いろいろな人と話すと、要は「サービス精神」のちがいなのではと思うようになった。 巷には色々と「話し方講座」があふれているが、細かいテクニックよりも、結局のところ「相手の立場から自分の話を見ることができるか」ということに尽きると思う。したがって、以下の8項目が重要であるとの結論になった。 「話のわかりやすい人」と「わかりにくい人」のちがい 1. 「結論」から話すか、「過程」から話すか 例 「今日の打ち合わせの結果どうだった？」と聞かれたとき 話のわかりやすい人は「うまくいきました」「イマイチでした」と結論から話します。 話のわかりにくい人は、「最初に○○の議題が有りまして、XXさんが○○と報告し
暮らしの情報サイトnanapiはサービスを終了いたしました | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![暮らしの情報サイトnanapiはサービスを終了いたしました | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/420112875c05dcaadf2a5dd3f98760dc35d7162b/height=288;version=1;width=512/https%3A%2F%2Fimage.nanapi.com%2Fr%2F2014%2F07%2F14%2F11%2F20140714113641_53c34239cea08.jpg)
［進捗管理編］あいまいな報告を認めてはいけない
通常，プロジェクト・マネージャ（PM）は，自分の担当するプロジェクトにおいてサブリーダーや担当者などから進捗報告や結果報告など多岐にわたる報告を受ける。その報告内容に基づいて状況を判断し，場合によっては重大な決断を行うことも多々ある。 報告される内容があいまいであったり，虚偽が含まれていたりすると，その後のプロジェクトの運命を大きく左右することにもなりかねない。あいまいな報告が定常的となっていたために途中までうまく行っていたはずのプロジェクトが突然失敗するケースも少なくない。 「進捗率90％」の意味は？ 筆者の知り合いのベテランPMが失敗した例を紹介しよう。Cさんは社会人生活20周年を迎えるベテラン技術者である。Cさんの勤めるZ社は，大手プロバイダであるY社からWeb経由でユーザーが直接自分の情報を更新するシステムの開発を受注した。 今回の開発は，そのシステム要件から高いセキュリティが要求
もしドラクエがゴリゴリの課金アプリに『マネジメント』されて帰ってきたら。 | アプリマーケティング研究所
ドラクエ1〜8がスマホアプリで帰ってくるそうです。 リリースは今冬。OSはiPhoneとAndroidで価格や詳細はまだ不明。 「もしドラクエが無料DLのアプリ内課金モデルになったら…」をテーマに、 こんな課金方法だったら自分カモにされちゃう…10,000円くらい課金しちゃう！ という課金ポイントをつらつらと書いてみました。 （半分フィクションみたいなものなので、ゆるく読んでください） 記事の最後では、 「ドラクエが課金モデルになるのではないか？」と、 筆者が推測したまじめな根拠もまとめています。 ドラクエが課金モデルになったら自分がまんまと課金してしまうポイント6つ １、新要素（マップ・職業・キャラクター） ドラクエシリーズは何度も移植・リメイクされています。 スーパーファミコン版やってDS版もやっている既存ファンに、 アプリ版でもまた遊んでもらうには、 やはり新要素を追加するというのが
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
心理的安全性を 0から80ぐらいに上げた話
エンジニア組織のスケールに伴う社内勉強会のTry&Error #infrapre / 20170805
自律的なチームを作るために —組織心理学・臨床心理学の応用—
AbemaTVの開発スタイル