労働条件を改善するためにやったこと全部話す。 - Everything you've ever Dreamed
この春から営業の責任者になる。高く売り込み、評価して貰って入った会社であり、突然、あーっ！と奇声をあげたり泣きだしたりする同僚もいない、実に働きやすい環境でもあり、出来るだけ長いあいだお世話になりたいと思っている。給与も上がるし。だが、半年ほど働いてみて、これからも働いていくためには契約上で問題になりかねないことが見つかってきたので、ボスに改善を訴えた。 僕の労働条件をざっくり説明すると、年俸制で、そこに残業代は含まれている。僕は管理職である。管理職は労基法上の管理監督者は違う。労基法上の管理監督者には残業代を支払なわなくてもいいことになっているが、それは非常に限定的な定義で、認められるには、１．経営者との一体性、２．出退勤の自由、３．ふさわしい待遇が備わってなければならない。ほとんどの管理職は管理監督者とはされない（と思われる）。前の会社はブラックだったので、管理職は基本的に管理監督者と
メルカリの働き方改革が「採用競争力」をもたらしたワケ
2018年1月26日、ProFuture株式会社が主催する「HRエグゼクティブフォーラム Vol.9 働き方改革 〜現状と未来への課題〜」が開催されました。 協賛講演として、株式会社SmartHRの代表・宮田昇始がモデレーターとなり、「成長企業は『事業拡大』と『働き方改革』をいかに両立させているのか？」をテーマに、フリマアプリ「メルカリ」を運営する株式会社メルカリの取締役社長兼COO 小泉文明氏にインタビューしました。 日本唯一のユニコーン企業として今なお急成長を遂げるメルカリは、いかにして“事業成長”とともに“働き方改革”を両立させているのかを探るべく、本編となる今回は、メインとなるインタビューセッションその1「メルカリの働き方改革が“採用競争力”をもたらしたワケ」をお届けします。 ベンチャーでも中長期的に安心して働けるベースを作りたかった
一人で仕事してると不安になる現象 - hitode909の日記
ソフトウェアを作っていて，一人でずっとやってると不安になったり，他人がずっと一人でやってると心配になったりする． ふつうのチーム開発では，仕様や方針は皆で合意が取れていて，実装したところは「きのう話していたこの部分を作ってきました，レビューしてください」みたいな話をする 一方で，チームでやっていても，一人で仕事していたら，「実は私はこういうことをやっていて，その上で，この部分を作りました，仕様を理解した上でレビューしてください」みたいな話になる このとき，「実はこういうことをやっていて」という部分を一人でやっていると，見逃していたり，誤解していて，前提から間違っていて，まったくもってだめ，という可能性が上がっていく 一人で作り続けると，一人につき1回10%間違えるとしたら，2回一人で作ると，0.9*0.9=0.81くらいの精度に下がっている 設計段階で二人で見ていれば，間違う可能性は1-0
Googleと完璧なチーム
チームの構成はチーム内のコミュニケーションより重要ではない、というのがGoogleの最新の研究の結論だ。Googleの研究者は同社のチームがより効果的に働くための5つの要素を特定した。この研究によれば、心理的安全性、信頼性、構造、意味、インパククトが在職期間、スキルレベル、場所などの性質よりも大きな影響を持っている。 Project Aristotleというプロジェクトで、Googleは異なる多くの領域から情報を集めた。チームの力を駆動する要因について研究者がリーダーたちにインタビューし、その結果を自己評価と売り上げとを比較した。また既存のデータ(Googleの仕事と生活についての経年研究)を使って、チームの力に関連する要因につうての知見を集めた。スキルセットやグループのダイナミズム、個人的性質、在職期間、場所、心の知能指数などの変数を収集し評価した。研究者はチームの力と強い相関がある要因
開発会社におけるエンジニアスキル向上施策の過去と今｜TechRacho by BPS株式会社
morimorihoge@Webチーム部長です。ご無沙汰しています。ゴ魔乙はギルド戦が実装されてから拘束時間が多くなり、そろそろ見切りを付けようかとも思い始めた今日この頃です。とりあえずポケモンGOは始めました。 しばらくTechRachoに投稿できていなかったわけですが、別に遊んでいたわけではなく、むしろ開発会社としての本業の方で一杯一杯でなかなか記事を書く気合を充填できていませんでした。 今回は、最近社内で（というか主に僕のいるWebチームで）取り組んでいる社内エンジニアのスキルアップへの取り組みについて、これまでの経過と近況を書こうと思います。長いです。 ※今年に入ってから弊社は事業拡大を目指して採用活動を強化しており、現在進行形でメンバの増強を行っています。新しい人が入ってくる中で古くからの人もいるという当たり前のことではありますが、過去にこういう取り組みをしていたんだよという記録
デザイナー横断組織の変遷 - クックパッド開発者ブログ
こんにちは。デザイナーの池田（id:tikeda）です。6月末までユーザーファースト推進室というデザイナーを中心としたユーザー体験について横断的に責任をもっている室の室長を勤めていました。7月からこのユーザーファースト推進室をなくし役割を各部室に分散させる体制変更を行いました。 ユーザーファースト推進室については、過去のインタビューやブログのエントリーをご覧ください。 はじめに サービス開発では、デザイナー・エンジニアといった職種毎に部を構成し各プロジェクトに派遣するようなスタイル（A）、ディレクター・デザイナー・エンジニアといった役割の異なる職種で部を構成するスタイル（B）、またこの2つを組み合わせたハイブリットのような組織が存在しており、弊社だけでなく開発の現場ではよりよい開発が行われるよう試行錯誤が行われていると感じています。 クックパッドではここ数年、アプリケーションエンジニアは各
「ゆとり」市職員、空自で鍛え直し…３年目研修 : 社会 : 読売新聞（YOMIURI ONLINE）
研修の一環で、同市は「厳しい規律の中で『ゆとり世代』の若手職員を鍛え直したい」とその意義を強調。ただ、識者からは否定的な意見も出ている。 研修は同市内にある航空自衛隊府中基地で実施。事務職、技術職、保育士職の全員が６月の平日３日間を使い、災害時の救助活動やあいさつ、行進などの基本動作の訓練を行う。宿泊を伴う集団生活では時間厳守や整理整頓も重視される。 同市の入庁３年目は、初めて配置された部署から異動する時期。一部の職員には自分が何をすべきかを見失ったり、積極性に欠けたりする傾向が見られるという。 このため、市職員課は「規律に厳しい自衛隊の訓練を通じて、ゆとり世代があまり経験していない上下関係を学び、チームワークや積極性などの向上につなげたい」としている。
デザイン組織を作って実行したこと // Speaker Deck
All slide content and descriptions are owned by their creators.
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
残業しない人に残業代を払う会社：日経ビジネスオンライン
働く時間を激減させながら、増収増益を続ける。掲げるのは、従業員の健康を企業価値創出の基盤と位置づける「健康経営」。斜に構えた人からは「キレイ事」「夢物語」などと言われそうな話だが、実際にそれが十分できることを証明している企業がある。しかも、構造的な長時間残業やメンタルヘルスの問題が指摘されるIT（情報技術）産業にだ。 残業時間を激減させると同時に増収増益を続けている、SCSK。数年前までは他のIT企業同様に労働環境の問題に悩んでいた同社に、何が起きたのか。仕掛け人の中井戸信英会長・健康経営推進最高責任者が、その要諦を語った。 日経ビジネスは6月15日号の特集で活力ある働き方を実現する「戦略投資」として、健康経営を推進することが、エクセレントカンパニーの新条件であることを示した。普通の企業よりも「厳しい条件」から出発したSCSKの取り組みは、多くの「働く人」や企業経営者にとって参考になるはず
スタートアップで働くプログラマとして、非プログラマに対して気を付けなきゃいけないと感じていること - Line 1: Error: Invalid Blog('by Esehara' )
はじめに 前回、非プログラマに対してプログラマに理解してほしいことというのを書いたら、なんかあとから伸びてきて、みんな思っていたことだったんだなーと思う反面、逆に一方通行に、プログラマだけが理解しろ！というのではなく、自分がプログラマとして働く上において、ちょっとだけ意識していることをあげておいたら、お互いにWin-Winかもね、と思う。そもそも、何かを要求するのに何も与えないというのも都合のいい話だろう。 もちろん、プログラマというのは一括りにできないし、前回の如く、当たり前にやっていることかもしれない。また「気を付けている」ということなので、気を付けている程度で本当はできていないかもしれない。 ただ、自分としては、非プログラマに対してこういうコミュニケーションが出来たら理想だなと思っている。そして、これはスタートアップの話である。すべての組織に適応できればベターだけど、そう簡単ではない
はてなブログチーム エンジニア座談会 - 株式会社はてな
2013年11月20日アプリケーションエンジニアはどのように仕事をし、どんなことを大切にしているのでしょうか。はてなでは、さまざまなサービスの開発を、複数のチームに分かれて行っています。サービス開発の現場で、はてなブログやはてなダイアリーを開発する「はてなブログチーム」から、id:onishi、id:hitode909、id:shiba_yu36、id:cockscombの4人に話を聞きました。 左からid:shiba_yu36、id:hitode909、id:cockscomb、id:onishi はじめに─本日は、はてなブログチームからプロデューサー兼ディレクターのonishiさん、そしてアプリケーションエンジニア3名にお集りいただきました。はてな社内にはいろいろなチームがありますが、特にブログチームではこのように開発している、という話をお聞きしたいと思います。よろしくお願いします。
UX に真面目に取り組める組織づくりについてのスライドを公開しました - つきあたりを右に
と、いうわけで転職しました 本来の職種は相変わらず 「前例の無い事をなんとか形にして」をなんとかするデベロッパとしてですが、 「UX Developer として組織的に UX とかそういうの強くして」というのも兼任しております で、入社して1週間経って、早々と「じゃあ、出来る UX デザイナー/ディレクター/エンジニア を社外から引っ張るとか、採用募るとか、属人性の高い他力本願にしないで、組織として体制を整える方向で行きましょうよ」ということで作ったのがこのスライドです このスライドについて 昨今、割とどのソフトウェア・Webサービス開発の現場でも「UI/UX デザイナーを募集します」と求人出しています。 しかし、求人出してるところって、そもそもそういう人材が不在で、受け入れ態勢整ってない事多いのが実情です。 そして、その後どうなるかというと、その人の属人性に大きく依存した働きのみが期待さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「仕事ができない人」を全員クビにした会社で起きた驚きの結果
日経電子版アプリ 穴のあいたバケツ開発
開発組織マネジメントのコツ - Speaker Deck
自然とそうなる開発チームをつくるいとなむ #toteka
リモートワークの話
会社に Github導入した話
発達障害者ONLYの職場で能力全開で働く人たちのこと - Togetter
