プロジェクトリーダーというお仕事 - Qiita
概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ
スタートアップはいかにしてその活力を失うのか | Yakst
急成長するスタートアップがどうしてそのスピード感や勢いを失ってしまうことがあるのか、その背景にある構造とパターンを筆者の目から解き明かし、それを回避する方法を提案する。John Qian氏のブログ記事の翻訳。 [スタートアップ]原文 How a startup loses its spark (English) 原文著者 John Qian 原文公開日 2023-08-12 翻訳依頼者 翻訳者 doublemarket 原著者への翻訳報告 238日前 メールで報告済み 238日前 原著者承諾済み 編集 ちゃんとしたシードステージのスタートアップでは、エンジニアは業務経験を「夢中だ」と表現する。大きな会社では、得られるのは最良のケースでも「楽しい」程度だ。どうしてこうなってしまうのだろう。これは避けられないのだろうか。 スタートアップを夢中になれるものにするのは何なのかを調べてみよう。エンジ
進捗確認をやめると上手くいく｜きゅーい / koyo
プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり
ドラクエ風スキルマップ - nemorineのブログ
あるとき突然『チームのキーマンが抜ける』というイベントが発生しました！ まあ会社という組織ではよくありますよね（苦笑 チームメンバーが不安がっていたので、以前、楽天の川口さんに教えてもらったドラクエ風スキルマップを使って今の状況を可視化してみました。 これもまさにゲーミフィケーションって感じですねぇ～ スキルマップを作る過程 元々はWebアプリケーションエンジニアのスキルマップだったため、自分達に合うように数人でスキルマップを練り直しました。 これだけでもかなり盛り上がりましたッ！！ 以下は川口さんのオリジナルから変更したところです。 要件定義のスペシャリストとして、商人を追加。 旅芸人はマネージメントのイメージに変更 スキルの方向を上方向に変更 盗賊のスキルレベルの見直し CやC++をイメージして文言を見直し 特性に対応するキーワードを追加 スキルマップを記述する チームメンバーに実際に
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
給料地銀トップ！スルガ銀行「結果につなげる経営会議」はここが違う（週刊現代） @gendai_biz
静岡県の地銀2番手ながら、全国区の知名度を誇る。その背景には社会の変化を見通す眼力と旺盛なチャレンジ、IT技術の活用があった。オーナーと経営陣が議論を重ねて進める異形の経営の本質。 会議で沈黙は許されない スルガ銀行（静岡県沼津市）の経営方針を決める取締役会は、毎月1回、東京・日本橋にある東京支店の会議室で行われる。 会長、社長以下7名の取締役と3名の社外取締役が出席し、ここに監査役が加わる。毎回15名ほどの出席者で1時間程度、激論が交わされる。 経営トップの指示が言い渡されるだけの静かな会議ではない。幹部が粛々と報告するだけの儀礼的な会議でもない。会議室にあるのは、役員が侃々諤々と議論する喧騒だ。沈黙は許されない。 経営の機微に関わるため、詳細は記せないが、ある日の経営会議では社内システムを将来的に海外の業者に委託するか、その際のガイドラインについて議論が交わされた。 スルガ銀行のオーナ
優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～/Concise Guide to Finding the Best Technical Talent
CEDEC2017「優れたエンジニアが集まり継続的に成長する会社にする方法 ～組織を急拡大させる採用育成評価ガイド～」講演資料です。
Googleが発見した、最も成功しているチームに共通する5つの特性 | ライフハッカー・ジャパン
Inc.：長年にわたり、Googleは数え切れないほどの研究に取り組み、膨大なデータを集め、何百万ドルもをつぎ込んで自社の従業員をより良く理解しようと努めてきました。Googleの最も興味深い取り組みの1つであるプロジェクト・アリストテレス（Project Aristotle）は、社内で最高の業績をあげているチームに焦点を当て、チームの生産性を高める秘訣を探ろうというものでした。 なかでも、生産性の高いチームと低いチームの違いは何なのか？ を解明することに主眼が置かれました。 この調査をはじめる前、Googleの経営陣は、ほかの多くの組織と同じように、最高のチームをつくるということは、最高の人材を集めることであると信じていました。それは理にかなった考えです。最高のエンジニアに、MBA、博士を集めれば、最高のチームのでき上がり。そうですよね？ しかし、Googleの人事分析マネージャ、Jul
【質問力講座】人を育てる質問８パターンと４つの実践ポイント
コミュニケーションの専門機関として “満足度99.3%” の『コミュニケーション能力認定講座』を開催。日本教育推進財団が監修し、19万人の指導実績に基づくコミュニケーション・カリキュラムは、信頼の獲得・リーダーシップの発揮・営業や交渉での成功・人間関係の構築に効果的。メディアからも注目されている。 １ 質問力とは？ 質問力とは、質問することで、情報や考え、気づき、行動を引き出す力のことです。 質問とは他者に対してすることと捉えがちですが、質問の力は自分自身に対しても大きく効果を発揮します。 俳優のアンソニー・ホプキンス、投資家のジョージ・ソロスなどのコーチとして世界的に有名な、アンソニー・ロビンズのこの言葉をご存知でしょうか。 Quality questions create a quality life. 質の高い質問が、質の高い人生を創る。 あなたが質問力を高めていくことは、ビジネスで
とあるベンチャーのひどい真実とこれからのこと・その１ - IDEA and Players
ブログを数年ぶりに書くことにした。 前回書いたのが2年前の9月。今日までの間、何度か書こうとも思ったけど精神的に無理だった。 悪いことが現在進行形で起こっている最中にそれを文章にして再確認をするなんて、正直とても耐えられるものじゃない。 それでも今になって文章にしようと思ったのは、やはりここ数年で起こったことを自分なりに整理をつけたいと思った、というのが理由としてひとつある。理由はもうひとつあるが、それは後で書く。 なにも嵐が過ぎ去ったから、というわけではなくて、むしろまだど真ん中なわけだが、ひとまず現状を記録しておきたい、という欲求に駆られて久しぶりに自分の言葉をキーに打ち込んでいるというわけだ。 その前に前提条件。 知っている人は知っているが自分はあるベンチャー企業でエンジニアとして働いていて、入社して今年で4年目になる。 まあ、ぶっちゃけて言うと散々な4年間だった。 まず自分が入社し
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
スピード感のために品質を落とすということはチームの成長を諦めるということ - ネットの海の片隅で
サービスを開発していると、スピードが重視される。 そのこと自体にはまったく問題はなくて正当なことだと思っている。 ユーザーに対して一刻も早く価値を届けるためには必要なことだ。 そもそも、自分がいる Web 界隈ではこの点について異論のあるサービス開発者はあまりいないんじゃないかと思っている。 ただ、それを達成するための方法になると途端に意見が分かれはじめて、人によって重視することが全然違ってくる。 ある人は「スピード感が大事」と言い、ある人は「ちゃんと作ったほうがトータルでは速い」と主張する。 しかし、こういうときに意識される品質と速度についてのトレードオフは、実際には完全なトレードオフではないと思っている。 技術力のある人はある程度急いで作ったとしても一定以上の品質のコードを書くし、意図的に品質を落としたとしても速度はあまり上がらない。 逆に、技術力が高くない人が時間をかけて作ったとして
エンジニアを指導する立場の人こそ読んでほしい、新卒エンジニアが1年間で上司に感じた５つのこと - Qiita
（追記 2017/5/10） だいぶ放置していた形になってしまい申し訳御座いません。 僕自身ここまでの反響が（炎上が？笑）起こったことに驚いております。 賛同してくださった方・批判してくださった方、どちらも最後まで記事を読んでいただき、コメントまでしていただいたことに感謝でいっぱいです！ 自身の考え方としても勉強になりますし、何よりみなさんがこれだけ真剣になっていることが僕自身はとても嬉しい限りです。本当にありがとうございます。 前書き エンジニアとして1年経ち、振り返ってみると、業務中にわからないことがあるたびに調べ、 Qiita (記事投稿者の皆様方) には大変お世話になりました。ありがとうございます。（今頃になって自分は登録しましたが笑） 社会人1年目って人生１回きりしかありません。自分も2年目となり指導する側になる身として、 1年目で抱いていた心をいつまでも忘れないために、これを残
質とスピードを上げる仕事の基本７つの当たり前 | Social Change!
「仕事」と「作業」は違う（参考：「仕事」と「作業」の違いは何か）。学生時代のアルバイトなら「作業」が殆どだろう。しかし社会人になってするのは「仕事」だ。任された仕事は自分でマネジメントする必要がある。 仕事の質とスピードは、手を動かす時間よりも、その前後に使う頭で決まる。本記事で書いたのは当たり前なことばかりだが、新人や若手のうちに身につけてもらう仕事の基本として参考になれば幸いだ。 目的を確認して「そもそも」を考える 仕事には目的がある。作業ならば目的など知らずとも手を動かせば良いが、仕事は目的を達成してナンボだ。であれば、目的を達成さえすれば、どんな手段をとっても構わないとも言える。効率的に達成できるか考えることも仕事のうちだ。 そのためには、これからする仕事の目的を把握しておく必要がある。仕事の目的がわかっていれば良いが、もし曖昧なら確認をしよう。把握する目的とは「誰のためか」「何の
「一見無駄だと思う作業が大事」と中の人が言ってる業界こそ攻撃対象 - ベンチャー役員三界に家なし
『必ず「俺は聞いてない」というおじさんが出てきて邪魔をする。』だから、『何度も何度も同じ内容の説明会を開き』『壊れたテープレコーダーのように同じことを言い続ける』というのが大事だ。 という記事を読みました。 「聞いてない」というオジサン 2016.6.1.｜木下斉/HitoshiKinoshita｜note（ノート） https://note.mu/shoutengai/n/n81a1420a0a7e 僕はこれを読んで思うところがありました。 新規事業成功のキードライバーについてです。 この記事自体はとても現場感のある内容で本当にその通りだと思います。 「こういうオッサンどこにもおるよな〜あるある」というのは感想。 「そうか、、こういう一見無駄なように見える粘り強い作業は大切なんだな。」という学びもありました。 これは地方再生だけでなくあらゆるマーケット、事業推進の「あるある」でもあります
なぜエンジニアはマネージャーをやりたがらないのか - クラウドワークス エンジニアブログ
最近ベイスターズが強くて毎日が楽しいクラウドワークスの安西です。マネージャー的なお仕事をやらせていただいております。やっていることはこんな感じです。 社内もそうなのですが、社外の各社さんに聞いても、エンジニアがマネージャーをやりたがらないという事案が発生しているようで、空前のエンジニアリングマネージャー不足であると勝手に認識しています（当社比）。 ということで、メンバーの力も借りつつ、なぜエンジニアはマネージャーをやりたがらないのかを考えてみました。 マネジメントとは？ そもそもマネジメントとは何なのでしょうか？検索すると様々な解釈が出てきます。それぞれ微妙に違ったりしますね。 d.hatena.ne.jp 【management】経営、管理。 目標、目的を達成するために必要な要素を分析し、成功するために手を打つこと。 ビジネスにおけるマネージメントに必要な要素 1.目標、目的を明確化する
1本のマンガを描くにはどれだけのコストがかかるのか (1/3)
「4000人の中からひとりのファンを見つける必要がある」 第１回、第２回でマンガ業界とクラウドファンディングについて紹介してきたが、今回は漫画家のはまむらとしきり氏が現在クラウドファンディングサイト「FUNDIY（ファンディー）」で手がけている新作「スマホゲームの大地」を例に、マンガの制作費について迫っていく。 ――今回はマンガの制作費についてお伺いします はまむらとしきり（以下、はまむら）：「漫画家」と聞くと、ふだん何をしているのか謎な人たちに聞こえるかもしれませんが、やっていることは独立した「ベンチャービジネスマン」です。特に今は情報過多な時代ですから、トレンドの移り変わりが激しいです。なので、すべての漫画家は作品を発表するタイミングに合わせて、自分の作品がいちばん輝く方法を探していかなければならないと思います。僕らのような、ロクなヒット作もないくせに20年も漫画を描き続けている作家は
プログラムにコメント書かない文化もあるよって話｜NZ MoyaSystem
以下の記事を読んで。 530000micro.hatenablog.com 僕が勤めている会社では、原則、プログラムにコメントを書かないのがルールです。 人生で初めてプログラムに触れてからこのかた、プログラムには必ずコメントを書けと指導されて来ましたし、自分自身も、後輩たちにちゃんとコメント書けよと言い聞かせてきました。そんなわけで、最初に全然コメントのないソースコードの山を見たときは、正直「ゲッ、なんじゃこりゃ……」と面食らったのは確かです。 ところが、「なぜうちのプログラムにはコメントがないのか？」と同僚に尋ねてみると、実に納得の行く回答が返ってきたのでした。 なぜコメントが必要なプログラムを書くのか？ 同僚いわく、「コメントが無くても読めるようなプログラムを書け」という思想が根底にあるのだそう。 適切に関数や変数が命名され、スコープがきちんと管理され、ロジックの流れが整理されているコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
小さく始める大規模スクラム
Trelloに対抗、Microsoftの新たなプロジェクト管理ツール「Planner」が正式ローンチ | TechCrunch Japan
