タイミー、開発業務に専念できる環境をつくるため「エンジニア専属コンシェルジュ」制度開始｜Timee
タイミーは先日「開発組織のメンバー一人ひとりが能力とモチベーションを最大限発揮し続けるための環境づくり」をMissionとした「DevEnable室」を設立しました。 日々エンジニアが感じる課題に向き合い、学習機会の充実や、キャリアアップのサポートなどを通して「エンジニアの進化」に伴走しています。 ※DevEnable=Developer Enablement ※本記事の内容は公開時点のものです。 向き合った課題：開発業務に専念したいのに、それ以外にやるべきことが多い…コーディングに集中をしているときに、事務作業の催促の連絡があり対応をする。再度コーディングをしているとまた連絡が… エンジニアが社内手続きといった事務作業を終えて、再度集中してコードを書くためには、一定の時間や頭の切り替えが必要です。 どのようにすれば余計な作業に中断されることなく、開発業務に集中できる環境をつくれるかを考え
属人化を排除した結果、「あなたはいてもいなくても同じ」と部下に言われた。 - Everything you've ever Dreamed
僕は食品会社の営業部長、自分で言うのもなんだが部下に慕われている部長と自負している。その証拠に、先日、休みを取ろうとしたら、部下の一人が気を使ったのだろうね、「いてもいなくても同じですから休んでください」と言われた。一瞬、思うところはあったけれども、ポジティブシンキングで目指していた自由に発言できる風通しのいい組織の証明ととらえた。実際、営業部を今の体制に変えたのは僕なのである。 ４年前、僕は中途入社した。それまでの経験から案件の発掘から成約まで一人でやりきってしまう営業マンを揃える営業組織に限界と疑問を感じていて、意見を同じくする社長のもとで、これまで組織を変えてきたのだ。ホークアイで見込み客を見つけ、マジカルトークで有力案件に育て、ミラクルな企画提案で契約を取るスーパーな営業マンを僕は否定しない。でもスーパーマンに依存した仕事のありようは組織としては正しくない。スーパーマンが退職したと
正論だけ言ってればいいと思っているようじゃ、POISON｜りょかち
「君は、物怖じせずに意見を言えるところが素晴らしいよね」 インターンしていた職場で言われたことがある。当時にしてはTwitterのフォロワーが多く、取材もしてもらったりしていた学生の私は、だれかに対して意見を述べることに人よりも慣れていた。 それからも、フラットで自由な会社に入り、1年目から自分の意見を求められる環境に身を置いていた。「ただの『決めてください』というレポートはナンセンス。自分は沢山調べてこういう選択肢があると発見し、その中でコレが良いと思いますがどうですか？と聞いてほしい」という上司の発言をどこかの記事で見かけたことがある。若いからという理由だけで誰かに黙らされた記憶も勿論ない。 "若いうちから、発言を許される"こと自体が羨ましがられるどこか奇妙な世の中で、「自分の意見がないと、仕事は進まない」と学べる会社にいることは私の幸運だと今も思う。 ただ最近思うのが「"はっきり意見
新しい組織は「階層構造」から「共同体」になり、リーダーは「ファシリテーター」となる | Biz/Zine
新しい組織は「階層構造」から「共同体」になり、リーダーは「ファシリテーター」となる 共創し学習する新しい組織論：第2回 組織論の領域でも、これまでにコラボレーションを促進し、経験からの学びを活かす組織のあり方は研究されてきた。これらの研究では、旧来の階層構造とは異なる「共同体(community)」として組織を捉え直す研究が展開されている。前回のコラムの流れを受け、第2回のコラムでは、「実践の共同体(community of practice)」と「協働する共同体(collaborative community)」という二つの共同体についての議論を紹介し、「コラボレーションの促進」と「経験からの学び」がどのように可能となるのかを考えていきたい。 組織をプロセスではなく、「実践の共同体(community of practice)」として捉える 1990年代にマイケル・ハマーとジェームス・チ
イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 - Qiita
はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ
フィードフォースのエンジニア組織デザイン
弊社の開発チーム体制がどのような考えに基づいているのか、社内勉強会で説明した資料です。
「我々はギークだ」ビール会社の企業憲章に驚き
SNSの普及により企業が“丸裸”になり、その一挙手一投足が晒される。だから、広告で「自分たちがどんな風に見られたいか」というイメージをわざわざ作らなくても、社内の様子が筒抜けになるのだから、社員一人ひとりがブランドイメージを体現すればいい、とジェームズ・ワットは考えている。 ジェームズ・ワットは起業家としても注目を集めている。2010年にスコットランド・アントレプレナー・オブ・ザ・イヤーを最年少で受賞し、2014年にはグレート・ブリティッシュ・アントレプレナー・オブ・ザ・イヤーを受賞した。 彼の経歴はユニークだ。大学で法律を学び、弁護士になったが1年ほどで法律事務所を辞めてしまった。その後、漁師の祖父の影響を受けてか、漁船に乗って大西洋に繰り出した。彼はチーム・マネジメントを、海の上で学んだという。再び本から引用しよう。 仕事を覚えて船長にまでなるうちに、人間やリーダーシップ、チームワーク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
東京本社よりも地方開発拠点を活性化させるコツ！！！！
エンジニアのチーム開発入門 - 心技体を磨いて自身とチームをより良くしよう / Being geek in the team