マネジメントに関するtxttxtのブックマーク (6)

  • エンジニアとビジネスの距離感の難しさ|ばんくし

    はじめにタイトルの通り最近「ソフトウェアエンジニアがビジネスの話をする」って極論かなり難しくねと思っており、まだまだ自分の中にも答えはないが書いてみる。 逆に読むと良い記事、書籍、論文があるなら教えて欲しい。 背景近年「エンジニアは事業貢献してこそ」「エンジニアもユーザファーストでビジネス貢献」といった言説がIT界隈で増えて来ている感じがしている。 これは当に良いことだと思っていて、技術や業界全体の経験の積み重ね、研究活動によって、技術やノウハウがコモディティ化したことで、より質的なエンジニアリングが提供すべき事を考えられるようになっている結果の1つだなと思う。私がエンジニアリングを最初に学んだ頃なんかは、ソフトウェアエンジニアはキツいみたいな文脈で3K職だと言われていて、高専でも「電気系に行ったほうが安泰だぞ」と先生が言うほどだった。GitHubやCI/CD、クラウド、OSSだったり

    エンジニアとビジネスの距離感の難しさ|ばんくし
  • 原稿が書けない小説家が精神科医に相談したら「部屋を掃除しろ」。意外な理由が心にしみる<春日武彦×平山夢明> | 女子SPA!

    ――企業の社内メンタルヘルス研修を依頼された春日・平山両氏は、「やる気が起きないという病理」をテーマにふたりで講師をつとめることに。“やる気が起きるために必要な条件”の一つとして春日医師は「状況、環境の単純化」を挙げましたが、編集者&ファン泣かせの遅筆で知られる平山氏は思い当たるフシがあるようで…。 春日武彦(以下、春日):えーと、それから「状況、環境の単純化」っていうことで。やっぱりとっ散らかってる状態、ダメっすよね。 平山夢明(以下、平山):それも昔、先生に言われましたね。 春日:じゃ、その辺のお話を平山さんから。 平山:はい、ちょうど今からもう20~30年ぐらい前ですよね。 春日:松沢病院(編集部注:東京都立松沢病院。前身の東京府癲狂院は1879年に開設され、長い歴史を持つ)に僕がいた頃。 平山:そうです。その頃、僕が全然書けなくて。「書こう」「書こう」の「アクセルベタ踏み状態」にな

    原稿が書けない小説家が精神科医に相談したら「部屋を掃除しろ」。意外な理由が心にしみる<春日武彦×平山夢明> | 女子SPA!
  • 何と言っても下流をやらないと人は劣化していく - orangeitems’s diary

    私は加齢による衰えを全く信じていないが、体験としては同様な状況を感じることがある。過去、体験したことがあり、完全に習得したと思ったことを、長らくやっていない時。それを久しぶりにやってみたときに、随分忘れていることに気がつくことである。 今、久しぶりにインフラ構築を自分で一からやっているのだが、これがまた新しい学びがある。こんな感じだったらできるだろう!みたいに思っていたのに、当てが外れることばかりだ。そこで頭をひねって問題を回避しつつ目的を達成しようとはしている。でもこれは、部下に「やっておいて」とお願いし、結果だけを受け取ったら自分では気付けることがないのだろう。 会社で仕事が属人化しないように、若手にどんどん実作業をやらせて、ベテランは後ろで見ているという、普通の組織でやりそうなことを忠実にやっていると、自分がベテランで、偉くて、何でも知っていると言う役割感だけが先行し、実際は手を動か

    何と言っても下流をやらないと人は劣化していく - orangeitems’s diary
  • 「マネージャーは1時間単位でタスクにあたるが、エンジニアはまとまった半日単位の時間がある方が良い」話について - SaaSベンチャーで働くエンタープライズ部長のブログ

    タイトルは、ポール・グレアム氏(Yコンビネーター)の「メイカー(作り手)のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア(プログラマ)は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま

    「マネージャーは1時間単位でタスクにあたるが、エンジニアはまとまった半日単位の時間がある方が良い」話について - SaaSベンチャーで働くエンタープライズ部長のブログ
  • 1on1 ノウハウの共有 | DevelopersIO

    ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては

    1on1 ノウハウの共有 | DevelopersIO
  • Google:マネージャはやはり重要な存在である

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    Google:マネージャはやはり重要な存在である
  • 1