Spotify’s Failed #SquadGoals
Failed #SquadGoals Spotify doesn’t use “the Spotify model” and neither should you. By Jeremiah Lee Sunday, April 19, 2020 • Listen • Watch • En français • 日本語で • Português (Brasil) About the cover illustration Of all the allures of startup culture, few are more desireable than the speed and nimbleness of a small team. Maintaining that feeling as a company grows is a challenge. In 2012, Spotify sha
1on1.md
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
Average Manager vs. Great Manager
Looking for more? My book THE MAKING OF A MANAGER comes out March 19th, 2019. It’s a field guide on everything you need to know to be the manager you wish you had. Get it on Amazon, Barnes and Noble, or Indiebound. Or, sign up for my mailing list The Looking Glass. Every week, I answer readers’ questions.
iOSアプリ開発にチームで取組むチャレンジ - ワザノバ | wazanova
http://vimeo.com/109624121 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 Michele Titoloについて取り上げるのは、 「モバイルAPIデザインのまとめ」 「Ruby RoguesメンバとiOSエンジニアのAPI議論」 に続いて三回目ですが、今回はiOSアプリづくりにおけるチーム内の連携がテーマ。 彼女は現在、redditのiOSチームのリーダーをしながら、Objective-Cプロジェクトの依存関係の管理をしてくれるCocoaPodsの開発と、非営利団体 Women Who CodeのCEOを兼務しています。 redditはwebで大量のトラフィックとユーザを抱えてますが、スマホのアプリに注力しはじめ、切り口を変えた複数のreddit閲覧アプリづくりにチームで取組
評価制度の無い評価制度
概要 定期的に更新している 自分が経営している会社で採用している評価制度を運営してそろそろ 10 年になる。 タイトルは従業員にこの評価制度の話を聞いたときに「うちは評価制度が無いという評価制度の会社だと思っています」という話をされて、上手く表現してると感じたので使わせて貰った。 評価制度が無いということの考えも書くが、あくまで運用した経験ベースで書いてある。 注意 評価制度は状況や環境により変えていく必要がある。 この評価制度は 現在の時雨堂に対して適用している評価制度 である。 この制度は時雨堂が前提なので、銀の弾丸では無い。時雨堂でうまくいくから他社でうまく行くわけでは無い。 個々の会社に合わせた評価制度がそれぞれあるべきで、どれが一番とかは無いはずだ。 前提 時雨堂 では評価制度が無い。つまり従業員の給与は全員同一である。 これは職業関係なく技術と総務、全て同じ金額である。 また、
エンジニアのベストプラクティスを非エンジニアチームで活かす - ワザノバ | wazanova
http://www.developingsales.com/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約6時間前 Jeff SzczepanskiはStack Overflowのマネタイゼーションの責任者。エンジニア転じて、営業の組織の長になった人物。 「営業というのは科学というよりは芸術。コンピュータ相手じゃなくて、人間を相手にしているからね。」 「営業が結果を重視するのは、計測しやすく公平な指標だから。どうなるか予想したりプロセスをうまく管理するのは難しいんだよ。」 という話しに違和感を抱き、「誰かが決めた営業戦略に従って営業マンは盲目的に数字の達成だけを求めてひたすら実行する。」という従来の営業手法は、 自分で手を汚してコーディングしない「アーキテクト」と呼ばれる人が仕様書をまとめ、下々のエンジニ
KAIZEN platformが伊藤直也氏とやってきた、開発現場の暗黙知をなくすチーム運営術【連載:エンジニアの幸せな職場】 - エンジニアtype | 転職type
2014.03.24 働き方 エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの企画が採用
アジャイル開発プロセスの組織論的文脈における研究の現状 - Kentaro Kuribayashi's blog
アジャイル開発手法の採用による影響についての論文について、日本語論文についてCiNiiを、英語論文についてはGoogle Scholarを検索して調査した。主に、以下の通り分類できる。 品質管理に関するのもの 生産性に関するもの 生産管理手法としての他プロセスとの比較 上記分類以外の、組織論的文脈(マクロ/ミクロ双方)での研究が、管見によるとほとんど存在しない(英語論文では、たとえばスクラムでいうところの「自己組織化チーム」についての研究や、リーダーシップ論に関わる研究は、少数ではあるが存在する)。ここでいう「組織論的文脈」とは、たとえば以下のような領域のことをいう。 アジャイル開発が導入する組織構造と既存の公式組織の関係について PO/SM/自己組織化チームと既存のモティベーションやリーダーシップ理論との関係について 人事評価やキャリアプランについて アジャイル開発と組織学習の関係につい
Netflix Culture: Freedom & Responsibilityを読み直す (その１) - ワザノバ | wazanova.jp
http://www.slideshare.net/reed2001/culture-1798664 このパワポについては年初に大きな話題になったので、目にした方も多いと思います。しかし、ニュースで取り上げられたのが内容の一部のポイントだけ & ニュース価値のある「有給取り放題」のようなセンセーショナルなトピックが報道の中心だったので、全容がうまく伝わってないのではないかと思います。自分は複数の人に勧めましたが、よく考えたら、忙しいのに120枚もあるパワポを読み込む人はあまりいなかったと思います。 組織のあり方について、多岐の話題に触れてますが、私はこの資料の一番の功績は、会社の成功と社員の成長（= 充実感）について、スタートアップから大企業までのどのステージでもあてはまる一貫した考え方を提示したことにあると思います。誤解のないように言うと、スタートアップと大企業では全てが同じではないです
あるＳＥのつぶやき: フリーで使えるプロジェクト管理ツールまとめ
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
TechCrunch | Startup and Technology News
Elon Musk, world’s richest person and ostensible champion of free speech, took to Twitter late Tuesday to stoop to a fresh low. Responding to tweet complaining about being called “cis̶ Rocket Factory Augsburg will build a dedicated launch pad at the Guiana Space Center (GSC) in French Guiana, with launches commencing in 2025, the company said Wednesday. RFA signed a binding agreemen
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
ためしてガッテンでも紹介された１０秒で心のスイッチを入れる技術
自分にコトバをかけることで自分の行動をコントロールしたりパフォーマンスを高めたりする方法は、メンタル・トレーニングを受けたスポーツ選手をはじめとして広く用いられている。 言語的自己教示（verbal self-instruction）と総称される技法だが、今回紹介するのは、アタマの中や口で唱えたりするかわりに、自己教示のコトバを書き付けるものである。 書く方法は、それ以外のやり方に対して、次のようなメリットがある。 ・心の中で唱えるよりも、雑念に邪魔されにくい ・声を出して唱えるのと違って周囲の邪魔にならない ・思考と違って跡が残るので、コミットメントに結びつきやすい（口約束より書き約束を重んじる我々の習慣にかなっている） 一方、デメリットとしては次のようなものがある。 ・筆記用具などが必要 →レース前のアスリートには向かないが、机に向かっていたり、メモするものを持っている場合は問題になら
Geekなぺーじ : 優秀な社員を辞めさせない方法
「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。
資金200万円以内で起業するとしたら何をやる？
【福島・セシウム牛】 「大量に食べねば影響ない」と厚労省…徳島のスーパーでは完売、少なくとも９都道府県に流通 88 users
詳説！Redmineを使ったスマートな開発プロセス改善（画面キャプチャ付き）
最近は、課題管理システム、チケット管理システムがメジャーになっており、私もこの種のツールをサービス開発、ソフトウェア開発で利用し、開発プロセス改善を試みています。 今回は、Shibuya.trac第12回勉強会 ～チケット管理システム大決戦 第二弾～で紹介させていただいた、Redmine利用事例の詳細解説を、共有させていただこうと思います。上記、勉強会の資料は、こちらに公開されています。各種ツールの事例が詰まった内容ですので、ぜひご確認ください。 Redmineのプロジェクト画面 上記が自社のRedmineのプロジェクト画面です。私のチームは「A-Team」といい、すべての作業は「A-Team」プロジェクトで管理しています。トップページには、勤怠の連絡や、Redmineを利用するときのルールなどがまとめてあり、資料を見ていただければわかると思いますが、プロジェクトメニューにはたくさんのモジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sanonosa(インフラエンジニア)さんのツイート: "本人起因の「仕事の成果が出せていない」には3種類あると思っている。努力不足、段取悪い、能力不足の3つである。マネジメントではこの3つを明確に区別して対処しないと空回りするので注意しないと。例えば能力不足起因なのに「何故できないんだ！」と怒鳴ってもできないものはできない、とか。"
GitHub - contribsys/einhorn: Einhorn: the language-independent shared socket manager
https://docs.saltproject.io/en/latest/index.html
IDEA * IDEA
