『いいヤツの話』
gakukentのブログ もともとは新座ストロングサッカークラブと自分の趣味を書き込むサイトでしたが最近はＦＢばかりになり、どちらかというと昔のがくけんとのブログの記録を残しておくためのサイトですかね。 2004年と古い話ですが、良い話なので、アップしちゃいます。 2004年9月11日に新座市サッカーフェスティバルにて 清雲清純氏（元・ ユース日本代表監督、JFF-UNITED 監督、当時 大宮アルディージャ ＳＳＣ代表の高校の後輩です。）による指導者講習会にて聞いた話を以下の通りメモしました。ご参考にしていただければ幸いです。 以下は清雲さんの話・・・ 今日は、一人の男についてお話したいと思います。 私（清雲氏）が小野と初めて出会ったのは、１９９７年、ユ一ス（Ｕ２０）日本代表監督になって彼を合宿に召集した時ですが、彼は挨拶のときから、きちんとしており、他の選手とはちがっていました。 代表
「リバプール移籍は…正直、信じたくなかった」ブッフバルトが“功労者”キャプテン遠藤航へ別れの言葉「ワタルはワタルのままで」（円賀貴子）
2019年8月から4シーズンを過ごしたシュツットガルトから、リバプールへ去った遠藤航（30歳）。ドイツでその移籍についての情報が初めて伝えられたのは8月16日のことだった。 それから瞬く間に移籍が決まり、遠藤は19日、夢だったプレミアリーグのピッチを踏んでいた。同日ボーフムとのシーズン初戦を迎えたシュツットガルトでは、誰もに慕われたキャプテンがブンデスリーガ開幕直前に突然いなくなったことに驚き、ショックを受けている人たちがたくさんいた。 その一人が、シュツットガルトのレジェンドであるギド・ブッフバルト氏である。日本との縁が深い同氏はこれまで、キャプテンにまでなった遠藤のことを誇りに思い、温かい目で見守ってきた。遠藤のリバプール・デビューから数日後、炎天下の南ドイツのある街で開催中のサッカーキャンプで子供たちを指導中の同氏に、その胸中を語ってもらった。 ギドの本音「正直、信じたくなかった」
チームに無能がいた場合、そのメンバーを見捨てるのが最善か
本日の議題はこちらです。 「チームに無能がいた場合、そのメンバーを見捨てるのが最善か」 実は以前もこのテーマで書こうとしたのだが、うまくまとまらずにボツにしていた。 しかし先日、当サイトで『「どうにも成長しないし、意欲も低い部下」をどうすべきか？』という記事が公開されたので、この記事と合わせてふたたび書いていきたいと思う。 記事を要約すると、 ・管理職にとっての悩みは、向上心がなく、能力が低く、素直でない部下の扱い ・管理職には育成の義務があるとはいえ、大事なのはチームの目標達成 ・教育の費用対効果が合わない人の育成優先度は落としてもいい ・問題児はそもそもその仕事に向いていないケースが多いので、当てにしない、成長に期待しない、その人に時間を使わないのが最適解 ・採用失敗の責任は人事と経営者がとるべきなので、あとはその人たちに任せればいい ということだ。 記事の最後は、こう締められている。
規模感の違う脱レガシーで必要なこと - memo_md
「レガシー」を保守したり、刷新したりするにあたり得られた知見・ノウハウ・苦労話 by Works Human Intelligence Advent Calendar 2022 の 15日目の記事です。 qiita.com 筆者は過去に、中〜小規模のWebアプリケーションでレガシーフロントエンドの改善作業を業務でやっていた。その経験を元に技術同人誌を作成し、それがきっかけで「レガシーフロントエンド安全改善ガイド」という書籍を出した。 初版から数年経ってしまい、詳細な利用技術などの説明は少し古くなってしまっているのだが、ベースとなる考え方の部分は今でも変わっていないと思う。 一方で自分自身は、その経験が他の環境でも通用するのかを試してみたくなり、転職して一年強ほど大規模なフロントエンド刷新に関わっていた。 あまりにも規模が大きいため完遂を見届けたわけでもないが、現段階でも学びや得られたものは
事業をエンジニアリングするチームを作ります。エンジニア募集！ : 小野和俊のブログ
2019年3月にクレディセゾンに来て、ゼロからチームを立ち上げて1年半が経った。「セゾンのお月玉」を始めとして戦略的企画を自分たちで企画し、実装し、改善し、運用していくチームはとても良い感じで動けていて、現在もいくつかの大型プロジェクトに仕掛中だ。2ピザチーム(8人)ひとつでやっているにしてはかなり良い動きができていると感じている。 だが、1年経過した頃から『これは絶対に成し遂げたい』と思うことが出てきた。 1.「事業会社とSIが分かれている問題」と向き合う それは「事業会社とSIが分かれている問題」をどうにかすることだ。 新規の戦略的企画を作る私たちのチームは完全内製で開発をしている。一方、事業部門のシステムはすべて外部に委託している。 だが事業会社とSIが分かれていることで、企業対企業でやり取りをしなければならず、エンジニアリング以外のマネジメント業務が大量に発生し、開発に必要な期間や
PS4/Switch立体重力パズル『マニフォールド ガーデン』は7年をかけて作られた。長期間にわたる開発の苦しみと生みの喜び - AUTOMATON
ひと目見て心奪われるような、無限に繰り返される神秘的なデザインが特徴の一人称パズルゲーム『Manifold Garden（マニフォールド ガーデン）』。同作のPS4/Nintendo Switch版が、5月20日に弊社アクティブゲーミングメディアのパブリッシングブランドPLAYISMより発売される。パッケージ版が現在予約受け付け中だ。 『マニフォールド ガーデン』は、一人称視点パズルゲームだ。プレイヤーは、現実ではあり得ない重力と空間にて構成された、まるでアート作品のような世界の中でパズルを解いていく。ステージとなるのは、真っ白な空間に浮かぶ幾何学的なデザインの巨大構造物。上下左右あらゆる方向に同じ構造物が存在し、構造物から飛び降りると元いた構造物へと落下する、不思議な無限空間である。プレイヤーはさまざまな構造物を進む中で、スイッチを押したり、アイテムを特定の場所に運んだり、あるいは水の流
オンラインゲームのチームが、お互いをブロックしあう最悪の結末を迎えて崩壊した話。
足手まといとは、困った存在である。 自分だって完璧じゃないことはもちろん承知してるけど、そういう人がいると、うまくいくものもいかなくなってしまう。 だがしかし、相手がめちゃくちゃイイ人だったらどうだろう？ 足を引っ張っているその人が、すごく優しくて気遣いができて、みんなから好かれている人だったら？ 今回紹介するのは、「無自覚足手まといがめちゃくちゃイイ人だからこそ起きた悲劇」である。 8人がかりで1ヶ月経っても倒せないモンスター わたしは先日まで、とあるオンラインゲームでとても強いモンスターと戦っていた。 固定メンバーと週に数回集まり、クリアするため何度も挑戦していたのだ。 きっかけは、そのモンスター攻略メンバーを募集するツイッターを見たこと。 「現状ヘタでも向上心があればOK。みんなで協力してクリアを目指しましょう！ 最低限の装備、予習は必須。やむを得ない理由をのぞき、ドタキャンや連絡な
チームにおける「心理的安全性」の正体
それはお金です。 どんな会社も儲かってなければ心理的安全性は最低。心理的安全性を上げるには〜と言ってる人はだいたいしょうもない「儀式」を提案するが、お金に比べればカスみたいなもん。納期に迫られて上司が気軽に、「おうじゃあちょっと伸ばすか」と言ってこないのは結局儲かってないから。客がクソだったとしてもその客を選べないカツカツのビジネスモデルの会社では社員は使い潰されて終わり。 定時に帰れないのも儲かってないから。上司がやたらと残業させてくる会社は儲かってない。 儲かってる会社は人間性に問題ある人間はすぐ弾く。せっかくみんな良い気分で仲良く働いてるんだからゴミが入って社内がメチャクチャにされるのは困るからだ。だから自然と心理的安全性が高くなる。儲かってない会社はそんな事してたら誰も入ってこないからキチガイでもじゃんじゃん入れる。そのキチガイから被害を受けて数少ないマトモな社員はどんどん辞め、ま
【翻訳】外注したら約400万円かかるシステムを、コーディングなしで自前でつくったお話｜__shinji__
前回に続きまして、今回もNoCode（ノーコード）に関するお話です。 今回は、Nadim El-Asmar（@nadimelasmar）氏の「How we manage our short-term rental business with no code」という記事を、本人の許諾を得た上で、タイトルを少し変えて翻訳・掲載しています。 本記事は、民泊などたくさんの短期契約の賃貸物件を管理している会社が、いかにしてNoCodeでシステムを構築し、ビジネスを進めているかという内容です。日本ではNoCodeの事例がまだまだ少ないですが、海外ではたくさんの起業家が実際にビジネスに取り入れています。 どんなNoCodeツールをどのように組み合わせて使っているか参考にしてもらえると幸いです。 下記から翻訳記事になります。 ----- はじめに NoCodeツールを使っておよそ150の賃貸物件を管理する
メガベンチャーに転職しました。小規模な会社と違うところを書いてみる。 | Pokosho!
転職しました。11月から某メガベンチャーで働いています。 前回の転職エントリから4年経っていますが、あれから2回目、合計3回目の転職になります。 だいぶジョブホッパー感がでてきた。 この記事では、企業名を特定させていませんし、正確性に欠けます。 「A会社はxxxらしいってkaibaが言ってた!」とか言わないでくださいね。 4年間何をしていたのか 前回の転職エントリから何をしてきたか、振り返ってみます。 100名前後の中規模のベンチャーに転職 当時は、技術的についていけるかどうかの不安、エクセル方眼紙みたいなつまらない作業させるなよ?といういきり、などがありネガティブな気持ちが渦巻いていました。 入社当日は H先輩「じゃあ、何しますか?」 僕「えっ(戸惑い)」 「えっ(真顔)」「えっ(真顔)」 みたいになってベンチャーやべーな、と思ったことを今でも思い出します(笑) H先輩の分かりづらい冗談
権限移譲する技術 - 宮田昇始のブログ
SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事
重大事故の時にどうするか？｜miyasaka
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか？」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって（若干訂正してますが）ここに残して
チームが崩壊しうる要素3つを備忘しておく - インターネットの備忘録
急ごしらえのタスクフォースチームに入って慌ただしい数週間なのですが、「あっこの要素はまず潰しておかないと、チームって崩壊するんだな」と感じた点があったのでメモします。まだあるかもだけど、とりあえずこの直近でやばいなと思ったこと。 Why？まで落とさず作業を進める 「なぜその仕事をする必要があるのか」「これはなんのための作業か」を全員が理解しないまま目先の作業に取り組むと、成果物にものすごいバラつきが出てしまう。その資料は何を伝えるものなのか、要求した人は何を知りたくて必要としているのか、をしつこく確認するのは重要で、それを全員に徹底しないと、やり直しが大量に発生するし、やり直させることで作業者のモチベーションも下がる。 やり直しも「頼んだことができてない」はまだよくて、「頼んでないのにできてない」が、なるべく少なく済むようにしないといけない。 これは、依頼側もただ作業手順を伝えるだけじゃな
良いチームとは「何でないか」 - Yamotty Blog
2017 - 01 - 20 良いチームとは「何でないか」 プロダクト-プロダクトマネージャー 「良いチームとは何か？」 という質問を投げかけると、答えが多様にわたり、同じチームに所属していたとしても認識が全く揃わないことはザラである。 アメフトチームをコーチしていた時。この組織の目的は驚くほど明確で「全ての試合に勝つこと」以外に存在しない。と、僕は思っていたが、チーム全員（100名超）との1on1を行うと 「職場での評価が上がる」 「仲間との関係」 「〜に憧れている」 などの、「勝利」と直結しない所属動機が浮き彫りになった。また仕事におけるチームでも、同様の質問を投げかけると 「会社に来るのが楽しいこと」 「コミュニケーションがスムーズ」 「お互いが尊重し合える」 など、必ずしもチームが達成を目指す成果に結びついていない回答が殆どであったりする。このことから、 良いチームを定義するのは簡
Googleと完璧なチーム
チームの構成はチーム内のコミュニケーションより重要ではない、というのがGoogleの最新の研究の結論だ。Googleの研究者は同社のチームがより効果的に働くための5つの要素を特定した。この研究によれば、心理的安全性、信頼性、構造、意味、インパククトが在職期間、スキルレベル、場所などの性質よりも大きな影響を持っている。 Project Aristotleというプロジェクトで、Googleは異なる多くの領域から情報を集めた。チームの力を駆動する要因について研究者がリーダーたちにインタビューし、その結果を自己評価と売り上げとを比較した。また既存のデータ(Googleの仕事と生活についての経年研究)を使って、チームの力に関連する要因につうての知見を集めた。スキルセットやグループのダイナミズム、個人的性質、在職期間、場所、心の知能指数などの変数を収集し評価した。研究者はチームの力と強い相関がある要因
スマートフォンアプリ開発における共創的な開発チーム
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
ノウハウの共有文化がない場所にコードレビューをねじ込んでみた結果とか - タオルケット体操
「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
創業105年の旅館運営企業が実現した 毎週リリースするチームの作り方
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
AbemaTVの開発スタイル
