はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を不用意に傷つけてしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてき
2021/4/20 登 大遊 行政情報システム研究所さん主催のイベントhttps://prtimes.jp/main/html/rd/p/000000009.000049028.html で、オードリー・タン氏に色々とヘンな質問をさせていただいた際のメモを書きました。 ※ 走り書きのため、間違いがありましたら申し訳ございません。 ※ 以下はごく一部で、これの 3 倍くらい色々な知見を共有いただきました。 台湾の DX プロジェクトの話 (冒頭プレゼン)台湾の店頭でのマスク販売、在庫管理システムを短期間で構築した際の話等の、写真を多用したプレゼン。個人の識別を容易くするために、納税システムと連携したりしました。色々な能力者に協力してもらって実現しました。たとえば、台湾の納税システムは、Java アプレット (!) が表示されるような、使いづらいシステムでしたが、これを頑張ってモダン化したとい
ビジネス・ブレークスルー大学（BBT大学）は、オンラインのみで経営の学士資格を取得できる、日本唯一の大学です。今回はBBT大学主催で行われた、経営学部教授・斉藤徹氏の 『だから僕たちは、組織を変えていける やる気に満ちた「やさしい組織」のつくりかた』刊行記念講演の模様をお届けします。社員のエンゲージメントが高い「やさしい組織」をつくるために一人ひとりにできることは何か、今まで斉藤氏の30年近い起業家経験から得られたエッセンスが1冊にまとめられています。本記事では、建設的な議論を行うための「推論のはしご」の考え方について、組織に「安心感の醸成」をもたらすためのポイントについて語られました。 建設的な議論を妨げる最大の要因は、感情的になってしまうこと 斉藤徹氏：続いて、（チームメンバーの意識が）外に向いたらどうすればいいのか。これはみんなが意見を出し合うことが大切です。でもこの建設的に第3案を
完璧主義で丁寧すぎるから、作業に時間がかかるって？ その分析、半分は正解です。今回は仕事が遅くなる原因の、残り半分について話をしようと思います。 「巧遅（こうち）は拙速（せっそく）に如（し）かず」 ――孫子 「丁寧だけど遅い」仕事よりも、「荒削りでも速い」ほうが良いネ！という、この孫子の格言。 ビジネスパーソンであれば誰もが、その重要性を痛感しているかと思います（せわしない世の中ですよねぇ……）。携わっている仕事のタイプにもよりますが、着手のタイミングが早いこと、そして遂行のスピード自体も速ければ速いほど、多くの「失敗→起動修正」を積み重ねることができるため、その分、より良いものを作れる可能性が高まるのです。 しかし現実問題、細かくて仕事がバカ丁寧な人に「6割でいいよ！」「80％でGO！」などと言ったところで、そんなことができるワケないのです。そして多くの完璧主義者は「3歩進んで2歩下がる
ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ
マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカのエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた１つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは？ 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ
はてな匿名ダイアリーで以下のようなエントリーを見ると、自分の研究室でうつ病になった子を思い出して心配になる。 自殺すると研究室にお金が入る仕組みってないのかなぁ 気持ちの整理になるかもしれないので書いてみる 私は、卒業研究や修士研究で得た経験が今後の人生においていくばくかの役に立つと信じているので、卒業研究や修士研究を真剣にかつ楽しく行って欲しいと思っている。でも、一方で、卒業研究や修士研究は長い人生において、何回か登場するちょっとした進級試験でしかないことも理解している。だから、はっきりいって卒業研究や修士研究で自分の心や体を壊すなんていうのはあまりにももったいないと思う。 博士研究は別として、卒業研究と修士研究は成果ではなく努力を評価の対象としている。「でも、中間試問や最終試問とかでは成果について問いただすじゃないか？」という疑問もあろうかと思うけれども、それは、努力の度合いを成果を用
ドットインストール代表のライフハックブログ
2020/03/03 に富士通本社で行われた、富士通TechLiveに発表資料です。 コロナウィルスの影響で、リモート発表になりましたが、当日は800人以上の方に同時視聴していただきましたRead less
Debian Project／Google ソフトウェアエンジニア鵜飼文敏さんの講演動画を見たのでまとめ。 内容は、フリーソフトウェア、オープンソフトウェアのハッカー、Google内のハッカーがどのようにソフトウェアを作っているか。 少し前の講演だけど、ハッカーを目指す上で非常に参考になった。 ハッカーの特徴 ハッカーとは Hacker ethic ハッカーのソフトウェアの作り方 ハッカーの開発スタイル 手順 要求仕様 設計 実装 テスト デバッグ チューニング ハッカーに近づくには 必要な知識 知識の習得の仕方 ハッカーと仕事をするときの問題点 その他に紹介されていた書籍 感想 参考 ハッカーの特徴 普通の人をはるかに上回る高い生産性 高品質のソフトウェアを作りだす ハッカーとは ハッカーズ大辞典によると、 プログラム可能なシステムの細かい部分を探ったり、その機能を拡張する方法を探求した
タスク管理が終わってますね はい。僕もそうでしたし、そもそも「タスク管理」あるいは「スケジュール管理」というのは「定めた通りきちんと実行する」というところまでワンセットになった概念ですから、完璧にやれているということは人生がほぼほぼ予定通りに運んでいるということになります。おそらく、そういう人はほとんどいないでしょう。「やるぞー」と決めてクソデカい手帳を買ったり、スマホにモリモリアプリをインストールしたりは誰もがしたでしょうが、それが実になったことがある人はかなり少ないと思います。 ツールを購入したり、あるいは「やるぞ」と決めた日から数日くらいはどんどんタスクを入力していくでしょうが、次第に未消化タスクが積みあがっていき、しかも新規タスクの書き込みは徐々に行われなくなっていったのではないでしょうか。 こうして考えると、タスク管理というものには実に様々な要素が求められることがわかります。すぐ
昨年10月にIPA（情報処理推進機構）の国家資格『プロジェクトマネージャ試験』を受験しました。 年が明けて「そういえば合格発表はいつだったっけ？」とIPAのサイトを見に行ったら、昨年12月下旬には合格発表がされていて、無くさずに持っていた受験票の情報を使ってチェックしたら、合格していたのでした。結構厳しいかと思っていたので、新年早々かなり驚いてしまい声が出たので、家族には変な目で見られました。 ※午前1は免除。午前2と午後1は60点以上で合格、午後2は4段階でAが必須 この記事では、非エンジニアの私がどうしてプロジェクトマネージャ試験を受験をしようとしたのか、どのような勉強をしたのかを紹介します。どなたかの参考になれば幸いです。 受験のきっかけ 2週間（20時間）しか勉強しなかった背景 勉強計画の策定 各試験のリソース配分 午前2（試験時間40分） 勉強時間 3時間 午後1（試験時間90分
こちらの記事は、Indrek Lasn 氏により2017年 12月に公開された『 The Secret to Being a Top Developer Is Building Things! Here’s a List of Fun Apps to Build! 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 著者Twitter https://twitter.com/lasnindrek 少し考えてみてください。あなたがもし健康に関する書籍をたくさん読んだとしても健康になることはありません。実際には、ジムに行き数時間運動をして汗をかかなければ健康は手に入りません。 同じことが開発にも言えます。努力なしに優れたデベロッパーになることはできないのです。 そこで、コーディング力を鍛える8つの素晴らしいプロジェクトを紹介します。 あなたの好きなテクノロジースタックを使っ
今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
[記事移転済]WordPressサイトを構築するといくらかかる？ 見積り勉強会で価格を出してみた | WordBench
はじめまして。このようなやり方の勉強会では以下の理由により意味がないと思います。 ・依頼主の予算感や運用に対する具体的な数字がでていない ・依頼主とのすり合わせができていない ・案件を段階的に進める事が想定されていない 見積は依頼の背景がクリアになって初めて価格の適正が評価可能になりますので、本件のようなスタンスで”典型的なWordPressサイトの見積りでも現状はまだまだ標準的な見積手法が確立されていないことが分かります”とコメントしてしまうのは「無限に広がる土地に家を建てるならこんな設計」って提案を複数並べて「いやー予算と間取りがバラつきましたね。これはまだ建築設計に標準的な工法が無いことを示しています」とコメントしてしまうことと同意で、見積金額がばらつくのは自明です。 また、金額の多寡は状況に依存しますので普遍的に評価することは難しいと思います。逆説的に言えば平均的な価格よりも多少高
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチYoshiki Hayama
優秀な人材がやめていくのは「計画のグレシャムの法則」に陥っているからだ：ITソリューション塾：オルタナティブ・ブログ
「悪貨は良貨を駆逐する」 「グレシャムの法則」として有名なこの言葉は、16世紀のイギリス国王財政顧問トーマス・グレシャムが、1560年にエリザベス1世に対し「イギリスの良貨が外国に流出する原因は貨幣改悪のためである」と進言した故事に由来する。 ひとつの社会で、額面は同じだが、素材価値（例えば金の含有量など）の異なる2種類の貨幣が同時に流通する場合は、素材価値の高い貨幣が、その素材自体の価値のためにしまい込まれてしまったり、素材として溶かされてしまったり、海外との取引のために流出したりするために、素材価値の低いほうの貨幣だけが流通するようになるということを説明したものだ。 このグレシャムの法則が、組織にも適用できると説いたのが、ノーベル経済学賞を受賞したハーバート・サイモンという米国の学者だ。彼は、「ルーチンは創造性を駆逐する」と説いている。人はルーチン化された日常業務（悪貨）に追われている
リスクの洗い出しと判断のコツ - やしお
会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。（大手メーカーの製造側に近い部門で働いている、という前提がある。） 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく
最速自炊カメラ「Jucie」（仮）が電子書籍の自炊の常識を覆すほどのポテンシャルを秘めていた件 - もとまか日記乙
最近、「iPhoneだけで非破壊的自炊する」という禁断の果実にハマってる感のある私ですが、更にハマってしまう出来事がありました。それが以下。 最速自炊カメラコンセプトモデル完成したよー。 URL2011-11-17 17:25:53 via TweetDeck な、なんと・・・！！ 以下がそれです。sumihiro/Jiucie - GitHub 私のちょっとした無茶振りに対する、なんて華麗なレスポンス！！さすが、素晴らしいです。２時間でエヴァカメラクローンを作り上げる仕事の速さは伊達じゃないですね。 Togetter - まとめ「iPhoneアプリ開発できる方を探してます。エヴァカメラと同等の仕様で納期が明日昼と急ですがよろしくお願いします」 それはさておき。早速このプロジェクトを試してみたところ、 これ、かなり凄すぎる！！ と、そのポテンシャルの高さを感じたので、実際に非破壊的自炊して
これまでの歴史的経緯や、世界的なトレンドを考えると、 経営を理解してない労働者は、 どんどん居場所がなくなり、年収も下がって いくと思います。 逆に、経営*1を理解している労働者は、ますます活躍の場が広がるし、 たとえ運悪く挫折しても、何度でも復活するチャンスが得やすくなっていくと思います。 そして、後述するように、これは全世界的なトレンドであって、 この流れを一時的に阻害するぐらいはできても、 歴史の歯車を逆転させるようなことは、もはやできないと思います。 そもそも「経営」を勘違いしている人が多い よくある「経営」に関する迷信に、以下のようなものがあります。 【迷信１】企業の目的は金儲けである 【迷信２】非営利組織に経営は必要ない(善意だけで運営できる！) 【迷信３】経営スキルがなくても仕事には困らない(経営は経営者の考えることだろJK。。。) 以下、これらについて解説します。 【迷信１
毎年恒例、サイボウズ株式会社主催の総合イベント「Cybozu Days」が2021年も開催されました。今回のテーマは「LOVE YOUR CHAOS」。クラウドサービスの活用事例から中年の生き方まで、幅広い“カオス”なセッションを行いました。本記事では「中年エンジンの見つけ方 『24時間戦えますか』から『40年間楽しめますか？』へ」の模様を公開。中年が抱える「やる気がでない」という問題。その原因と解決策について、議論が繰り広げられました。 なぜ中年になるとやる気が出ないのか？ 野水克也氏（以下、野水）：ここから本題です。そもそもやる気が出ない問題どうするかという本題に今から突っ込んでいきたいと思います。 今回「中年エンジン」というタイトルにしているんですが、それを図にしてみました。なぜ中年になると自分の力でなかなか（エンジンを）ブーンと回せないのか。やる気が出ないのか。 これは僕の論なんで
数千ページのワイヤーフレームを書いてきたWebディレクターがUI設計時に気を付けている８つのこと。 - 笑顔を創りたいWebディレクターの日常
なんかすごい思い付きで www.adventar.org に参加してみたんですけども。 気づいたらいつの間にか自分の日になっていて面倒くさくなってきて激しく後悔したびっくりしたという。 ぼくはWebディレクターでありデザイナーさんではないし、すてきデザインができるようなビジュアルセンスのようなものは、誠に残念ながら母上から授けられずにこの世に生を受けているものですから、"いわゆる"デザインはやらないんですが、その前の画面設計についてはワイヤーフレームなるものでいっつもやっておりますので、その観点からなんか書きましょうとそういうことですお母様（謎） そんなわけで、うぇぶぎょうかいのむめいでぃれくたーのお時間です。 Webディレクターとしてはえーと、もうすぐ丸１２年になります。そうするとまあ、たぶん数千ページは「ワイヤーフレーム」をつくってきたんじゃないかと思います。正確な数字はわかんないです
こんにちわ、ライブドアの櫛井です。 ディレクターに限らず、会議の議事録をとるというのは基本的な部分ですが周りの先輩がきちんと教えてくれなくて苦労した覚えがあります。 そこで今回は「議事録の書き方の基礎」をお届けしようと思います。 なぜ議事録が必要か 会議が終わって数日してからのありがちな 「△△さん、こないだの件終わりました？」 「え？あれって○○さんがやってくれるんじゃなかったっけ」 「いや、こないだの会議で△△さんが明日までにやるって言ってましたよね・・・」 「言ったっけなあ、まぁとりあえずやるけどさー」 「はい。すいませんがお願いします・・・(俺が悪いの？)」 といった、ちょっとした行き違いを防ぐための認識合わせをする為にも有効です。 また、会議で話した時は場の雰囲気に流されて「まぁとりあえず、まぁいいですよね、まぁまぁ」といった形で話が終わってしまった内容を、「最終的にどうするか」
第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。（なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。） 以下、一部を抜粋した意訳です。本文は意訳の後に。 「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする 可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上 何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない 会社内での組織的位置付けにこだわる。これからしようとすることが、本当にその組織の権限内なのか、より
グーグルで最速仕事術「スプリント（デザインスプリント）」を生み出し、世界の企業の働き方に革命を起こしてきた著者が、今度は、時間を最大限に有効に使うメソッドを生み出した。それをまとめたのが『時間術大全──人生が本当に変わる「87の時間ワザ」』（ジェイク・ナップ、ジョン・ゼラツキー著、櫻井祐子訳、ダイヤモンド社）だ。同書はたちまちのうちに話題となり、世界16カ国で刊行が決まっている。 著者のジェイク・ナップはグーグルで、ジョン・ゼラツキーはユーチューブで、長年、人の目を「1分、1秒」でも多く引きつける仕組みを研究し続けてきた「依存のプロ」だ。 そんな人間心理のメカニズムを知り尽くした2人だからこそ、同書の時間術はユニークかつ、きわめて本質を突いている。「人間の『意志力』などほとんど役に立たない」という、徹底して冷めた現実的な視点からすべてが組み立てられているのだ。 さらに、「いくら生産性を上げ
tatamilab.jp
2019年9月25日、ランサーズ株式会社が主催するイベント「オープンタレントサミット〜令和元年、これから求められる本当の働き方改革とは？〜」が開催されました。働き方改革が施行され、大企業が副業を解禁するなど、これまでの「働き方」が大きく変化するこの時代、企業はどう向き合っていくべきか。このイベントでは、本質的な働き方の変化を進める企業の担当者が登壇し、取り組みや事例をもとに様々なディスカッションが行われました。この記事では、マイクロソフトの澤円氏による基調講演「本当の働き方改革に必要な考え方」の内容をお届け。日本人が持つべきコスト意識の話題を中心に、世界で生き残るためのこれからの働き方について語りました。 外資系出身者が感じる、日本企業へのある違和感 澤円氏：さて、ある人の物語でちょっとお話をしましょう。これは日本企業に転職した元外資系のマネージャーです。すごく優秀なやつだったんですけど、
Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます
【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開
わたしはアルバイト時代、「とりあえずやってみて」「まずは自分で考えて」と言われるのが大嫌いだった。 とりあえずやっても、わからないことがたくさん出てきて途方に暮れるし、自分で考えたところで、それでいいかだれかにお墨付きをもらわないと行動に移しづらい。 どうすればいいのか知ってるんだから、教えてくれればいいじゃん。 とりあえずやってもどうせ失敗してやり直しだし、自分で考えてやっても上の人にいろいろなおされて結局相手の希望通りにさせられるなら、最初から教えてよ。 そう思う。 でもこの思考回路は、「最近の若者はすぐ答えを知りたがる」と、上の世代の人たちからはすこぶる評判が悪い。 「自分でやろうとせず他人に甘え、楽をしようとしている」と受け取られるからだ。 でも、「とりあえずやってみて」が若者に響かないのには、相応の理由があるんだよなぁ。 「無駄なく最短ルートで成長したい」若者たち 「世代論」につ
はじめに システム開発を効率よく進めるための１つの方法として、システム開発のテンプレートを使用することがあります。 ですが、システム開発のテンプレートは企業内で閉じてしまっていてなかなかインターネットで公開されることはありません。 ですので、システム開発で使用するであろうテンプレート集を Excel で作成して公開します。もちろん無料で商用利用可能です。改変も OK です。 プロジェクト管理用 スケジュール管理などのプロジェクト管理用のテンプレートはなかなかないのですが、プロジェクト管理の補助となるようなテンプレートを用意しました。 プロジェクト管理ツールは、別記事の「フリーで使えるプロジェクト管理ツールまとめ」をご参照ください。
チームにいると頼りになるソフトウェアエンジニア
チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー
これってIT業界も全く同じじゃねえ？あるいは何故デカイ店のコックは育たないか：プロジェクトマジック：オルタナティブ・ブログ
僕には、いろんな人に自慢しまくっている従兄弟がいる。 彼とは1歳違いなので、小さい頃から仲が良かった。例えば、僕が最初に暗記した英文は、"This is a pen"ではなく、"Your name is shit!"なのだが、それは親の仕事の都合でアメリカに行っていた彼から、6歳の時に伝授されたのだ。 現地のガキとの戦闘用語として。 ガリ勉派の僕とは違って彼は勉強が嫌いだったらしく、若い時からフランス料理の世界で修行を重ねた。やがてシェフにのし上がり、今年になってついにオーナーとして自分の店を出した。30代で一国一城の主である。立派だ。 料理人の世界は努力と創造性と技術による、競争の世界である。そこで結果を出してきたことに対して、僕は素直に彼を尊敬している。 ちなみに、彼の料理は滅茶苦茶ウマイ。彼の料理以外で太るのは悔しいから、僕は他のフランス料理屋には行かなくなった。 先日も食べに行った
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
ちょっと前の話になるんですが、はてな匿名ダイアリー、通称「増田」でこんな記事を読みました。 質問力の付け方 知識がなくて質問できない部分も確かにあるけれど、少し考えれば分かる違和感に気付かないままの時もある。 そして質問しても、後が続かない質問しか出てこない。もしくは、本質的ではない的外れなものしか出てこない。 論議に対してクリティカルに効くような質問が出来ないし、それを引き摺り出すことも能わない。 ベストディスカッション賞を取る質問なんか一生出てこない。 「質問が思いつかない」「いい質問が出来るようになりたい」という増田の話ですね。 当たり前の話なんですけれど、「質問」というのは確かに非常に重要でなんす。 基本、話す側には、「聞き手が何を知らないか」が分かりません。 ゼミだろうが発表会だろうが関係なく、話し手と聞き手の間には、間違いなく知識の溝が出来るものでして、話す内容だけでそれを埋め
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
フィンランド恐るべしだなあ。トラックバックをいただいた記事の中に、こういう記述がありました。 フィンランドの5年生が作った議論のルール 負けまいとする心でしょう！ フィンランドの小学5年生が自分たちで作ったという 議論における10のルールというものがあった。 フィンランドの5年生が作った議論のルール 負けまいとする心でしょう！ それがこれ。 図解 フィンランド・メソッド入門 作者: 北川達夫,フィンランドメソッド普及会出版社/メーカー: 経済界発売日: 2005/10/01メディア: 単行本購入: 17人 クリック: 575回この商品を含むブログ (61件) を見る 他人の発言をさえぎらない 話すときは、だらだらとしゃべらない 話すときに、怒ったり泣いたりしない わからないことがあったら、すぐに質問する 話を聞くときは、話している人の目を見る 話を聞くときは、他のことをしない 最後まで、き
【悲報】みずほ銀行の次期システム、デスマプロジェクトが破綻か。完成のメドなく4000億円がパー : IT速報
選択出版に掲載された「みずほ「システム更新」が絶望的に。完成のメドなく「四千億円」がパー」という記事が話題。マルチベンダーによる弊害、赤裸々なデスマの現状、その破綻劇がすっぱ抜かれている。 みずほ「システム更新」が絶望的に。完成のメドなく「四千億円」がパー 2016年7月号 デスマーチ― ―。ソフトウエア開発などのプロジェクトにおける過酷な労働状態や、納期などが破綻寸前でメンバーの負荷が膨大になったプロジェクトの状況を指す言葉。文字通り「死の行進」とも呼ばれて・・・ https://www.sentaku.co.jp/articles/view/16013
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新人プログラマをレビューで傷つけないために - Qiita
4/20 オードリー・タン氏とのおもしろ対談メモ｜Daiyuu Nobori
“難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件
仕事が丁寧で遅い人に共通する、たった1つの問題点とその対策。 - プロジェクトマネジメントの話とか
卒業研究・修士研究時の悪循環を防ごう - 発声練習
ミーティングで使えるちょっとした話法いろいろ | IDEA*IDEA
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Googleエンジニアから学ぶ、ハッカーになるための勉強法 - 久保清隆のブログ
残念な人類のためのタスク・スケジュール管理術 - 発達障害就労日誌
プロジェクトマネージャ試験に20時間の独学で一発合格した方法 - 斗比主閲子の姑日記
トップデベロッパーになるために作成したいアプリ8選 - Qiita
プロジェクトをリードする技術 - kakakakakku blog
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
あなたのチームの「いい人」は機能していますか？
http://japan.internet.com/busnews/20101208/6.html?rss
経営がわかっている労働者と、わかってない労働者の格差が拡大していく理由 - 分裂勘違い君劇場
なぜ40歳を越えると「やる気」が出ないのか？ 「中年の危機」を乗り越えるためのエンジンの回し方
議事録の書き方 基礎講座 - livedoor ディレクター Blog
CIAのスパイマニュアルに学ぶ「会社をダメにする11の行動様式」
グーグル元社員が考案「新型やることリスト」が超便利 | Forbes JAPAN 公式サイト（フォーブス ジャパン）
調整さん (beta)- 簡単みんなのスケジュール調整ツール
機能不全のシグナルは「運用でカバー」「とりあえず〇〇」 マイクロソフト澤氏が明かす、ヤバい組織の共通点
バーンダウンチャートで子どもの夏休みの宿題を「マネジメント」した話 | Backlogブログ
夕刊フジBLOG|一瞬で１０ページの企画書を完成させるフォーマット
「とりあえずやってみて」とか「まずは自分で考えて」が、今の若者に響かない理由。
無料のシステム開発テンプレート集（Excel版）: ある SE のつぶやき
質問が出ないのは話し手の責任が8割。だから「質問が出る」ようにルールを決めたら、大成功した話。
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
フィンランドの5年生がまとめた議論のルールが凄い - タケルンバ卿日記