みなさんこんにちは。@ryuzeeです。 2022年3月16日に「チームトポロジーを成功させる実践方法の探求」というイベントで登壇した際の資料を公開します。 セッション内容は、書籍の内容をかいつまんでまとめたものになっており、とりあえずチーム内や社内でチームトポロジーの概要をさくっと押さえるのに使える資料になっていると思います。 スライドを見て興味を持った場合は、是非書籍をご覧ください。紙とKindle版の双方が発売されています。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632

何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に

昨年エンジニア界隈で好評を博した伊藤直也氏（現一休CTO @naoya_ito）がホスト役を務める #naoya_sushi にメルカリCTOの柄沢聡太郎（@sotarok）が登場してから約1年。 tenshoku.mynavi.jp 今回はホスト役をsotarokが務める形で #naoya_sushi のオマージュ企画がメルカンで実現。対談から1年経った今、前編ではお互いCTOの立場となった近況を語り合いました。 お互いCTOになって1年ぶりのsushi対談が実現！ sotarok 1年ぶりですね。今回は前回と立場を変えて僕がホスト役です。 まず乾杯しましょうか。 naoya うまい！ （よろしくお願いします） sotarok 顔が赤くなる前に話しちゃいましょう。 いきなりなんで一休に入ったか、の話になっちゃうけど…2年口説かれてやる気になったんですか？ naoya ま、そうですね。 一

会社には専門分野の技術とは別に、組織の中で働くための一般的な技術がたくさんある。学校で体系的に教えてもらうものじゃないから会社に入って身に着けていく。僕自身もう会社に入って8年半になるからずいぶん知見が溜まってきた。後輩や新人がその習得に自分と同じ時間をかけるのはもったいない。一度全体を整理しておきたいと思っていた。 それで書いてみたら長くなって、3分の2に圧縮したけどまだ長いのであらすじだけ先に書いておく↓ 働く上でいろいろな制約が存在していて、その制約に対抗する手段としていろいろな技術がある。この制約-手段のつながりを見ず単に結果としての技術だけを覚えても応用がきかないし身につかない。この技術にはレベルがあって、このレベルがちぐはぐだと上手くいかない。 「能力と時間」、「ルール」、「他人の感情」、「自分の感情」、「人間の生理」という5つの制約について「制約→技術」を展開していく。最後に

一人 CTO Night での発表資料です

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） 人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか？」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹

#kuniakirb で話したリモートワークについての資料です

調査会社のIDCが、ITプロジェクトの失敗と成功について調査したレポートの概要をプレスリリースとして公開しています。 調査は2012年にニュージーランドで行われたもの。レポートのタイトルは「Project Failure is all about Business Perceptions」（プロジェクトの失敗はすべてビジネス認識にある）。調査では、ITマネージャとそれ以外のマネージャのあいだでITプロジェクトに対する認識の差が広がっていることを指摘しています。そしてこのマネージャ同士の認識の差が、プロジェクトの成功率に影響を与えているとのこと。 プロジェクトを失敗させないために、どのような点に気をつけるべきなのか、ここでは、その主な要因にあげられた6つのポイントを紹介します。 Project Failure is all about Business Perceptions Inadequ

isotopeはRuby on Rails製のオープンソース・ソフトウェア。プロジェクトを進めるに当たってプロジェクト管理を導入する必要はあると思うが、あまり大袈裟なものを導入すべきではないと考えている。プロジェクトを管理するのに疲れてしまい、肝心のプロジェクトを成功させるという目的まで至らないことが多いからだ。 シンプルなプロジェクト管理 そう考えると必要最低限の項目を適切に管理できる機能だけ提供されていればいい。isotopeはその候補としても挙げられそうなシンプルなプロジェクト管理だ。まだ荒削りな部分はあるが、Railsだけに自社で修正、カスタマイズしても良さそうだ。 主な機能はユーザ管理および複数プロジェクト管理で、プロジェクトの中にはメッセージ、マイルストーン、チケット、リポジトリ管理となっている。管理者にはキー設定機能があるが、どういったものかはよく分からなかった。 チケット発

毎日夕方の５時半には職場を「お先に失礼」して、それでいて一線の研究者として成果を上げ、人気ブログを書く方法があるとしたら？ そんな方法があるなら、私こそそれを真っ先に実践してみたいです。 Study Hacks の管理人で MIT のポスドクが本業の Cal Newport さんのゲスト投稿がまさにこうした成果をたたき出すためのコツとマインドセットについて触れていて、うーんとうならされました。 まずは信じられない彼の活躍ぶりですが、MIT のポスドクとして研究を本業とし、プロシーディングも含めて 10 本の論文を書き、本を執筆したうえで、Study Hacks のブログも維持しているというのに、彼が働いている時間は毎日 8:30 から 17:30 の間だというのです。かれはこの５時半以降を完全にフリーにしておくのが好きだということで、運動や犬の散歩の時間も含めてこの時間までには完了させるよ

プロジェクトをメンバー全員で共有して管理するためにWBS（Work Breakdown Structure：作業分解図）、ガントチャート、ToDoリスト、マイルストーン、イベント、カレンダー、ファイル共有などを駆使できるオープンソースのタスク共有・プロジェクトマネジメントツール、それが「9Arrows」です。 Rails・ExtJS・Adobe AIRを活用しており、推奨動作環境はRails2.0以上、データベースとしてPostgreSQL、さらにRailsが稼働するサーバ(mongrel、webrick、Apache)が必要です。 公式サイトでASP版のアカウントを作成すると操作できるようなので実際に使ってみました。スクリーンショットなどは以下から。 9arrows.com | Home http://9arrows.com/ 9Arrows, LLC. WBSベースでRubyやAjax

どれだけ生産性をあげようとも、変えられないものがある。それは時間の長さだ。これは常に有限で、皆同じ時間の長さで生活している。プライベートな時間や、食事/睡眠時間を削れば作業にあてる時間は増えるかも知れないがそれはあくまで短期的なものだ。 Weekビューの画面 自分が一日の時間をどのように使い、何が問題なのか知るために時間測定を開始しよう。 今回紹介するフリーウェアはKlok、AIR製の時間管理ツールだ。 Klokはスケジューラーと時間管理が一緒になったようなソフトウェアだ。まず何らかのプロジェクトを登録し、さらにサブタスクを作成していく。そして右側にある時間表にそのサブタスクをドロップしていく。登録したタスクはマウスでのばして時間を設定できる。 プロジェクト追加のダイアログ そして、もう一つは今作業中の処理にすることで、自動的に時間が延ばされていく機能だ。作業前にこれを設定すれば、作業時間

こんにちは、齊藤です。 今回はプロジェクトの進行管理に使えるソフトを紹介したいと思います。 複数のメンバーが参加するプロジェクトで進行管理して行くには、Excel など表計算ソフトは数値管理には向いていますが、柔軟な修正に対応したスケジュール表の作成には不向きです。タスクごとにスケジュールを横棒で示すガントチャートを使うと一覧で進捗状況がわかって便利です。私はスケジュール作成に「がんすけ」というソフトを使っています。 【がんすけとは】 がんすけは、無償のガントチャート作成ソフトです（有償の機能拡張版もあります）。下記のサイトで配布されています。 http://www.gansuke.com/ がんすけの画面は上記のようにカレンダー形式なっています。ここにマウス操作で簡単にチャートを記入していくことができます。 【実際の操作方法】 まず項目を作成します。項目は「編集」→「項目の追加」で挿入し

時間は非常に重要だ。他のリソースに比べて、補充が効きづらく、何をしていても無条件に流れてしまう。休息は必要だが、無駄にすることはできないのが時間だ。 数々のタスク管理ソフトウェアが存在するが、特に時間に注目したソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはKimai、Web上で時間測定を行うタスク管理ソフトウェアだ。 Kimaiはカスタマーを登録（名称のみ）し、プロジェクトを登録、そしてタスクを追加するという三階層に分かれて管理できるタスク管理ソフトウェアだ。PHP+MySQLという組み合わせで動作する。 そして、各タスクを作業している時には左上にある大きなスタートボタンを押す。すると時間が測定され、ストップボタンを押すと測定が停止する。作業結果はプリントボタンを押せば、PDFで出力される（日本語は文字化けてしまう）。 時間の測定は慣れるまでは面倒だが、蓄積されたデータ

先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出

何がすごいか。それはこれだけの機能を持ちながらオープンソースである点だ。 Webアプリケーションが隆盛になる中で、登場したのがオンラインのパスワード管理ソフトウェアだ。これは非常に重要なステップと言えそうで、現状のWebアプリケーションでは最も大事と言えそうなIDやパスワードを外部のWebサービスに預けて、セキュリティの問題やリスクをどう捉えるかが問題になる。これが可能になれば、Webアプリケーションのあり方すら変わってくるだろう。 オフライン版 だが、それでもWebサービスにデータを預けるのは精神的に難しい、という人も多いのではないだろうか。そんな人のためのソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはClipperz Community Edition、Clipperzのオープンソース版だ。 Clipperzはオンラインのパスワード管理アプリケーションだが、Clip