CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
中堅エンジニアのための経営戦略入門(2) | タイム・コンサルタントの日誌から
製品やサービスの開発という視点からビジネスを考えるときには、4つの大きな要素があります。市場、競争、組織体制、技術の4つです。この4つは、企業の持つ能力の4つの面を表している、とも言えますね。つまり、販売能力、競争力、供給能力、技術開発力の4つです。 製品やサービスを開発するときには、これら4つの要素を独立にバラバラに検討するのではなく、合わせ技として、スパイラルを形成するような仕組みを考えることがポイントです。 ところでこの4つの要素は、最初の2つが企業にとっての外部環境を表し、残る2つが内部環境を表すと言い換えることもできます。ここで似たようなものとして想起されるのが、SWOT分析でしょう。よく経営コンサルタントは、最初に訪問したクライアントに対し、SWOT分析という道具立てを導入に使います。SWOTとは、strength, weakness, opportunities, threa
タスクをどんどん遅延させてしまう人に、何故遅延させてしまうのかヒアリングした時の話
何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に
ガントチャートはなぜプロジェクトで使えないのか - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 「プロジェクトを計画しよう！」という話になった時、ガントチャートはよく利用されます。しかし、実際に現場でそれがツールとして「使える」かというと、使えなかったりします。 それはなぜなのか、そしてその対策はどうすればいいかをお伝えします。 目次 そもそもガントチャートとは何か？ ガントチャートあるある ガントチャートが現場で使えない理由①：実工数を無視した〆切になりやすい ガントチャートが現場で使えない理由②：タスクの相互依存関係が見えない ガントチャートが現場で使えない理由③：納期に頼ると「学生症候群」と戦うことになる 対策としてのクリティカルパスマネジメント ただ1点だけ問題が… そもそもガントチャートとは何か？ 「プロジェクト計画と言えばガントチャート」と連想され
職場を崩壊させないために必要な「心理的安全性」を作り出す方法
by sid 「昼から夕方の6時間労働がクリエイティブな仕事には重要」など、仕事において人がアイデアを出し、イノベーションを起こすために必要なものについては色んな説があります。一方で、「仕事」ではなく「仕事場」において重要なのは個人の資質ではなく、「心理的安全性」であると説いているのが世界で最も影響力のあるビジネス思想家に選ばれている世界的な経営学者Amy Edmondson教授。Edmondson教授はスピーチフォーラムのTEDで、心理的安全性がないとどのような事態を招くのか、そして職場が心理的安全性を得るにはどうすればいいのかを語っています。 Building a psychologically safe workplace: Amy Edmondson at TEDxHGSE - YouTube Edmondson教授が語ったのは、まず以下の3つのエピソード。 「ある都会のせわしない
「悪人の集団」から「誰もが頼られる組織」へ。フリークアウトのマネジメント体制とは | SELECK [セレック]
〜フリークアウトが直面した組織の問題、そして現在の「メンバー全員が専門領域を持つ」マネジメント体制まで、その裏にある思想を紹介〜 最先端のテクノロジーを駆使し、企業と消費者のコミュニケーションのあり方、企業内での猥雑な業務を変え続けている、株式会社フリークアウト。 そんな同社でも、創業当初はマネジメントの方法に苦しんでいた。営業メンバーをマイクロマネジメントすることで、プロダクトを創る人たちと完全に分断されてしまったのだ。 その状態を改善する鍵は、自社の事業特性を理解し、「マネジメントの在り方を事業特性に合わせる」ことだったと、創業者の佐藤 裕介さんは語る。 「歴史が毎日更新されていく状態」だと感じるほど変化の速いアドテク領域に合わせ、「メンバー全員が専門領域を持つ」という方法で組織を作り変えた。 今回は、フリークアウト流のマネジメント手法のメリットから運用方法、そのマネジメント手法で発生
![「悪人の集団」から「誰もが頼られる組織」へ。フリークアウトのマネジメント体制とは | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/808a7bc900ca99eeaa2041e5dacc9b288df43867/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F22150433%2Feye57.jpg)
青学･原監督｢管理職の仕事は管理じゃない｣
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
億単位のビジネスを支える最後の砦 リクルートテクノロジーズ“大規模プロジェクトマネジメント”の裏側とは
2016年11月16日、株式会社リクルートテクノロジーズが、リクルートグループの大規模システム開発におけるプロジェクトマネジメントスキームについての勉強会を開催。数多くの事業領域を持ち、複数プロジェクトを同時進行するリクルートグループのサービスは、どのように作られ、支えられているのか。システム開発の観点から、同社プロジェクト推進部の辻純一氏が、グループ内で“最後の砦”と言われる組織の立ち位置と大規模プロジェクト開発の仕組みを紹介しました。 リクルートグループにおける大規模プロジェクト開発の取り組み 辻純一氏：リクルートテクノロジーズのプロジェクト推進部でマネジャーをしている辻と申します。今日はよろしくお願いします。 僕は中途入社で、この12月で入社して丸6年になります。前職は、メーカー系のSIerで、コンビニやスーパーの発注システムの開発をやっていました。いわゆるSEの階段というのを登って
伊藤直也さんの一人CTO Nightに一人で行ってきた - comix
巷で話題？のnaoya さんの一人CTO Nightに行ってきましたので、超雑ですがメモを公開しておきます。 イベント詳細： https://doda.jp/event/seminar/20160830.html オレオレメモなので多少ニュアンス違うところあるかもです。特に二部のパネルディスカッションの部分はかなり文脈を端折っているので雰囲気知るくらいに読んでもらえれば。 もし大きく間違っていることあったらご指摘くださいm(__)m ちなみにアニメの話はあんまりなかったよ。 では、早速。 第一部【プレゼンテーション】最速で最高のアウトプットを生み出すチーム作りとは？ 【プレゼンテーション内容】 CTO・技術顧問を複数社経験した伊藤直也氏が、過去の実際の事例をもとに、最高のアウトプットを生み出すチーム作りを解説します。 前提として、、、 50〜300人くらいの規模の組織が対象 CTOのマネジ
サービス開発エンジニアからマネージャになった話 - クックパッド開発者ブログ
はじめに こんにちは、レシピ投稿推進室の勝間（@ryo_katsuma）です。 techlifeでの執筆は5年ぶり（！）になります。 さて、そんな私も今年2014年の5月にエンジニアからサービス開発の部署のマネージャに転身しました。 そこで今回のtechlifeブログは、いつもの技術ネタとは少し異なるテーマとして、「クックパッドにおいて、エンジニアからマネージャに転身する」ことが、どういうことなのかを自分自身で振り返り、まとめたいと思います。 エンジニアが自身のキャリアを考える上で、少しでも参考になれば幸いです。 現状 私は、2009年5月に中途入社し、今年で6年目になります。この年数は、エンジニア全体はもちろん、社内全体で見ても古い方になります。 これまで、技術部、HappyAuthor部（現在、私が所属している前身になった部）、新規事業部、プレミアム会員事業部...など、いろんな部署で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あなたのチームの「いい人」は機能していますか？
開発組織マネジメントのコツ - Speaker Deck
“エンジニア35才定年説に挑戦する” 開発チームのマネジメント
Amazon.co.jp: ピープルウエア 第3版: トム・デマルコ (著), ティモシー・リスター (著), 松原友夫 (翻訳), 山浦恒央 (翻訳): 本
