タグ

ブックマーク / kuranuki.sonicgarden.jp (9)

  • プログラミングの初心者を抜け出すための習慣 | Social Change!

    少しプログラミングが出来るようになると、それはそれでまた伸び悩むこともある。始めたばかりの頃は、プログラムが動くだけで楽しかったけれど、実用的で、少し複雑で難しいものを作ろうとすると、途端に時間がかかってしまう。 プログラミングがうまくなる近道などないとはいえ、経験者だからこそ伝えられることもあるのではないか。そう言えば、私も若い頃に先輩から、コードを書くこと以外にも、プログラミングをする上での姿勢や習慣などを教わった。 私もプログラミングを再開したがブランクがあるので、今となっては古い習慣もあるかもしれないが、私が先達から学んだことを伝えておくために残しておこう。もしかしたら、抽象化すればビジネスにも通じる習慣もあるかもしれない。 エラーが出ても慌てず、メッセージを読もう プログラミングをしていてエラーに出会わないことはないだろう。うまく出来たと思って実行ボタンを押したけど動かない、落ち

    プログラミングの初心者を抜け出すための習慣 | Social Change!
    niseissa
    niseissa 2018/01/21
    大丈夫だった。でも、基本に帰ろう
  • セルフマネジメントのレベルと欠かせないスキル 〜 自己組織化されたチームを作るためには | Social Change!

    私はよく講演などで「弊社はマネジメントしない会社です」と言ってます。ソニックガーデンでは、指示や命令などすることなくて、スタッフは各々で状況判断しながら仕事に取り組み、働くことを監視されたりすることはありません。 マネジメントしない、というのは、あえて気を引く言葉を使っているだけで、当は、各自が自分で自分のマネジメントができるから、なんです。つまり、全員がセルフマネジメント出来れば、マネジメントは不要になります。そうすると自己組織化されたチームが出来上がります。 とはいえ、セルフマネジメントにもいくつか段階があると最近感じるようになりました。最初から高いレベルのセルフマネジメントができる人は稀です。順番に身につけていくような気がしています。この記事では、そんなセルフマネジメントのレベルについて考えてみました。 Jogging on a bright November morning /

    セルフマネジメントのレベルと欠かせないスキル 〜 自己組織化されたチームを作るためには | Social Change!
  • セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!

    私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、

    セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
    niseissa
    niseissa 2016/07/23
    10年選手でも出来ない人がいるんだよなぁ・・・
  • ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!

    続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解:既にあるソフトウェアを流用し

    ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
    niseissa
    niseissa 2013/01/29
    リソースを増やしても開発速度に限界があることをついに説明するときが!
  • アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか? | Social Change!

    アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか?」・・・アジャイルに触れたばかりの人からよく聞く質問です。 先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも「よくある質問」として、この話が出ました。(決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です) そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。 この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。 あなたのアジャイルは何をすることか? 私は「

    アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか? | Social Change!
  • 「納品のない受託開発」にみるソフトウェア受託開発の未来〜PMシンポジウム2012の講演資料と質疑応答 | Social Change!

    9月6日7日で開催されたPMシンポジウム2012にて、講演させて頂きました。 なんと2時間半という長い時間を頂いての講演でした。講演の内容は、私の定番の話なのですが、普段はあえて詰めこむ感じで早口で喋るというスタイルをとっているのですが、今回はじっくりとお話させて頂きました。 私自身の自己紹介と共に、ソフトウェア開発ビジネスの世界の問題点をお話したあと、私の取り組んできた考えの変遷をお伝えし、今わたしたちがやっている「納品のない受託開発」というビジネスモデルについてお話をしました。 一旦そこで質疑応答に入り、質疑応答の後、そこから未来に向けての話をして終わるという流れです。 講演資料を以下から見えるようにしておきます。 頂いた講演時間が長かったため、普段と少し流れを変えて、プレゼンの途中で質疑応答をたっぷりと行いました。 その質疑応答の様子を、iPhoneのボイスメモで録ってはいたのですが

    「納品のない受託開発」にみるソフトウェア受託開発の未来〜PMシンポジウム2012の講演資料と質疑応答 | Social Change!
    niseissa
    niseissa 2012/09/18
  • 書評:アントレプレナーの教科書 | Social Change!

    リーンスタートアップを知ってから出会う人たちに勧められたの一冊。リーンスタートアップの原点ともいうべき、ということで読みました。 書で説明するのは「顧客開発モデル」という名前の事業プロセスです。これからの時代、新規事業を立ち上げたり、スタートアップしたりしようとするアントレプレナーにとって、従来の企業の中でやっているような「製品開発モデル」を参考にした「正しく製品を作る」ことを前提にした事業プロセスに従うことは失敗への道であり、「正しい顧客と市場を見つける」ことを目的とした「顧客開発モデル」である、という考え方です。 どうしても起業や事業創造というと、アイデアとモノ作りに重点を置いて考えてしまいがちです。特に技術者が立ち上げる場合「良いものを作れば売れる」と考えがちです。しかし、当に重要なのは「誰に」「どうやって」「いくらで」売れるのか、ということです。その顧客と市場の方を中心に据

    書評:アントレプレナーの教科書 | Social Change!
  • プログラミング初心者のうちに身につけたい3つの習慣 | Social Change!

    プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか? プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。(プログラミング言語を学びたいならこちら:写経で身につけるプログラミングの基) プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 記事では、私自身も先人たちから学んだプログラマが身につけたい3つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う

    プログラミング初心者のうちに身につけたい3つの習慣 | Social Change!
    niseissa
    niseissa 2012/04/06
  • 高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!

    どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための3つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP

    高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
    niseissa
    niseissa 2012/03/09
  • 1