タグ

managementに関するvanbraamのブックマーク (74)

  • 組織に失敗学でPostmortem文化の定着を試みた話 - 電通総研 テックブログ

    これは電通国際情報サービス アドベントカレンダーの12日目の記事です。 こんにちは。電通国際情報サービス 金融ソリューション事業部 石沢です。 記事は当部門で5年ほど前から継続している組織としてのPostmortem(ポストモーテム)活動「失敗学」をご紹介します。様々な用語で類似の活動をされている組織も多いと思いますが、良きシステム開発を実施するためのヒントとなれば幸いです。 Postmortem(トラブル事後分析)文化について Postmortemは直訳すると検死解剖ですが、システム開発の文脈では現在「トラブルの事後分析」という意味で使われています。有名なところでは サイトリライアビリティエンジニアリング The DevOps ハンドブック 理論・原則・実践のすべて 他多数の書籍で紹介されている概念です。 簡単にいうと、 システムやサービスにおいて発生したインシデント(障害等)の対応が

    組織に失敗学でPostmortem文化の定着を試みた話 - 電通総研 テックブログ
    vanbraam
    vanbraam 2021/12/14
    "上司に対する説明文書"との違いを具体的にどう出しているのかが知りたい
  • 【2024年版】プロジェクト管理システム・ツール おすすめ10選!脱エクセルでスムーズな工程�・進捗管理


    2024 10 NotePM Excel IT 2024wiki 15 2024 10 
    【2024年版】プロジェクト管理システム・ツール おすすめ10選!脱エクセルでスムーズな工程�・進捗管理
    vanbraam
    vanbraam 2020/03/31
    この種の記事にしては割と良い.それだけに"Redmine(レッドマインド)"が残念.実際に使って評価したわけではないんだろうなという事が露呈してしまう
  • プログラミング言語Pythonの生みの親がDropboxを退社、Dropboxが語る一流プログラマーの姿とは?


    by Sagaru9535 Python2018712PythonBenevolent Dictator For Life(BDFL)退Python20131Dropbox20191029Dropbox退Dropbox Thank you, Guido | Dropbox Blog https://blog.dropbox.com/topics/company/thank-you--guido
    プログラミング言語Pythonの生みの親がDropboxを退社、Dropboxが語る一流プログラマーの姿とは?
    vanbraam
    vanbraam 2019/11/01
    original: b:id:entry:4676561694312436770; 普通に"私はフェミニストとして生まれたと思う"と語れる環境いいな.今の日本だと"フェミニスト"のフの字を言いかけた途端に叩かれそう; アンチフェミの人はvan Rossum氏も叩くのだろうか?
  • Thank you, Guido

    open search After six and a half years, Guido van Rossum, the creator of Python, is leaving Dropbox and heading into retirement. From the beginning, we knew Guido would be a great addition to our company. In fact, his contributions to Dropbox date back to day one. Our CEO Drew Houston’s very first lines of code for Dropbox were written in Python. “What I love about Python is it just works,” says H

    Thank you, Guido
  • マラソン札幌開催なら「都は負担なし」 IOCなど調整:朝日新聞デジタル

    ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

    マラソン札幌開催なら「都は負担なし」 IOCなど調整:朝日新聞デジタル
    vanbraam
    vanbraam 2019/11/01
    "金は出さねえぞ"と脅して譲歩させようとしたら,相手に"わかった.出さなくていいから変更するわ"と言われてアテが外れた感; しかしIOCと組織委がそこまでするほどの熱暑リスクという事なのだろうか
  • Shopifyはいかにしてモジュラモノリスへ移行したか

    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が最近リリースされ、重要な変...

    Shopifyはいかにしてモジュラモノリスへ移行したか
    vanbraam
    vanbraam 2019/10/31
    本当に何度でも書くがmicroservicesの少なくとも半分は組織論.組織を変えられない/変える必要がないならmicroservices化は不要だし下手すると邪魔.今回のShopifyは単に"変える必要がない"ケースだったのでは?
  • 藤田晋『サポーターミーティング』


    FCyoutubehttps://youtu.be/v_6pjhHzRFM FC Twitter FC
    藤田晋『サポーターミーティング』
    vanbraam
    vanbraam 2019/10/13
    これ真の問題は決定プロセスにあると思う.サポーター/ファンが大事と言いつつ,彼らに全く諮らずに改名発表."改名は保留"と物分かり良さそうに見せてるが,結局サ社/藤田氏の胸先三寸で決定がなされるのは変わらない
  • 企業のためのオープンソース ガイド – The Linux Foundation


        The Linux FoundationTODO
    企業のためのオープンソース ガイド – The Linux Foundation
  • 日本企業にも「オープンソースプログラムオフィス」が必要、「企業のためのオープンソースガイド」が公開


    OSSLinux FoundationLinux Foundation Japan1Open Source Guide for EnterprisesWeb OSSLinux Foundation OSSOSS
    日本企業にも「オープンソースプログラムオフィス」が必要、「企業のためのオープンソースガイド」が公開
  • 【ナイルの組織】マネージャー向けに1on1の社内ガイドラインを作りましたので公開します | NYLE ARROWS


    1on11on11on1    note / twitter ) 91 1on161on11on1
    vanbraam
    vanbraam 2019/10/08
    "「ほっといていただいて大丈夫ですよ」という感じの人"は殆どの場合"単に上司が信用されてないというだけ"<わかる
  • ここが変だよフルリモートの否定意見 | Ogihara Ryo


    About Blog Article  Twitter 調   web (  
    ここが変だよフルリモートの否定意見 | Ogihara Ryo
    vanbraam
    vanbraam 2019/09/30
    ここに書かれてる否定意見がアンチだとすれば,この人は信者.自分は基本リモート勤務推進論者だが,特にteam building時など,f2fの方が遥かに効率が良い事もある.未経験者の導入もteam buildingの変形で,f2fの方が良いケースの1つ
  • XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用

    English Version: https://www.slideshare.net/sakataakinori/xp-fes-2019-b6-application-of-statistical-quality-control-to-agile-software-development XP祭り2019 B-6 「アジャイルソフトウェア開発への統計的品質管理の応用」の資料です。 On 2019年8月20日, in XP祭り2019, XP祭り2019セッション 【セッション情報】 セッションID:B-6 時間:14:45~15:15(30分) 会場:B(1F 102室・後) タイプ:講演 【セッション内容】 アジャイル開発のマネージメントやチーム運営のお手伝いをしていく中で、ウォータフォールで使われている品質メトリクスを利用しようとしているプロジェクトを見かけることがあります。 ウォー

    XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
    vanbraam
    vanbraam 2019/09/28
    期待せず読んだら割といい話だった;"量"と"質"の違いを意識し,定性的な表現を単純に悪として切り捨てない辺りが特にバランス取れてると感じた
  • 日本で「社内失業者」が増え続けている根本理由


    2011調8.54652025500調 150調調  
    日本で「社内失業者」が増え続けている根本理由
  • EclipseとOracle、javaxパッケージ名前空間と商標の扱いに関する合意を断念


    FinOps FinoutCEORoi RavhonInfoQDaniel BryantFinOpsFinOps...
    EclipseとOracle、javaxパッケージ名前空間と商標の扱いに関する合意を断念
    vanbraam
    vanbraam 2019/07/24
    JCPにおけるJava EEの位置付け(openなのかclosedなのかが曖昧)という積年の問題が,ここにきて噴出してる感じ
  • LeSSでつなぐビジネスとIT

    アジャイルジャパン2019で発表させていただいたスライドです。 時間が余ったら話そうとしていたおまけスライドも付けてあります。

    LeSSでつなぐビジネスとIT
    vanbraam
    vanbraam 2019/07/20
    "1つのバックログ"なのに驚いた.Issueの量や規模にはどう対応するのだろう?;1人のLeSS POの下に複数の"チーム"が属するという構成だと思うが,具体的な話がないのでイメージが掴めない
  • 多忙なリーダーが習得したい、部下に仕事を任せた後の絶妙フォロー術


    SYSTEMS  SIerO 
    多忙なリーダーが習得したい、部下に仕事を任せた後の絶妙フォロー術
  • Netflix社員は毎日がバトルロワイヤル


    Netflix2019.05.27 11:4525,010 Rhett Jones - Gizmodo US   satomi  Image: Ernesto S. Ruscio/Getty Images Entertainment/  CEO  Netlflix70The Wall Street Journal  NetflixNetflixNetflix
    Netflix社員は毎日がバトルロワイヤル
    vanbraam
    vanbraam 2019/07/20
    b:id:entry:15140678b:id:entry:341305694 を別の側面から見た話."強い人"のみ生き残る組織,として考えると割と自明なので納得感はある.創業者独裁ではなく,自身もこのルールの対象になるなら(私企業としては)アリでは?
  • 心理的安全性の構造 デブサミ2019夏 structure of psychological safety

    デブサミ2019で発表した「心理的安全性の構造」というプレゼンです。 https://event.shoeisha.jp/devsumi/20190702/session/2086/Read less

    心理的安全性の構造 デブサミ2019夏 structure of psychological safety
  • 大学との共同研究についての注意点 - Qiita

    記事の目的 これまでさんざん大学との共同研究で失敗してきたので注意点をまとめておく。 なお、情報系以外の世界はよくわからないので、多分当てはまらないと思う。 1.基教授は研究してくれない 教授は基的に忙しい。予算を獲得するために国の会議に出たり、授業をしたり、教授会に出たり。実質研究していない教授も多い。 そこで、実際には教授のネームバリューより担当する学生の質によって共同研究の成否が決まる 採用してもいいと思える学生が見つかるかどうかがカギ あるいは新進気鋭の助教とか研究員がいれば可能性はある 学生はやはり学生なのでプロジェクトマネジメントは結構困難 遠隔地から知らないおっさんに指示を出されてもだいたいやってくれない。チームとして入り込むレベルでかかわることが必要 2.共同研究は開発の外注契約というよりはコンサルティング契約に近い 通常の開発の外注なら契約を結んで仕様通りに作らせれば

    大学との共同研究についての注意点 - Qiita
    vanbraam
    vanbraam 2019/03/12
    タイトルから想像していたのとは違って極めて真っ当な内容だった.必読必理解だと思う;批判的なブコメが星を集めてるが,この記事は企業側の安易な姿勢に注意を促すものと自分は読んだ
  • 全社キックオフを実施するときに大切にしたい5つのこと : 薮田のブログ


    3SmartHR@yabucccchi4SmartHR 12  411) 2) 
    全社キックオフを実施するときに大切にしたい5つのこと : 薮田のブログ
    vanbraam
    vanbraam 2019/03/07
    うちの部署の"総会"的なものでも取り入れてほしい仕組みがいくつかあった.流石に全社では無理だが,200人程度までなら機能しそう